schwieriges unterfangen. der anfang ist ein pdfx3 iso. nun will ich dieses für verschiedene druckverfahren und materialien aufbereiten. die pixelinformation soll über ein devicelink gesteuert werden … die vektorinformation am besten über ein anderes devicelink. das problem ist, das die lösung automatisiert = server sein soll. nach rücksprache wie z.b. mit impressed existiert soetwas noch nicht. die bestehenden softwarepackete können nur ein teil und nicht alles. gibt es denn ein workflowsystem indem ich unterschiedliche software mit verschiedenen parametern steuern kann ohne für eine heidelberglösung eine 6 stellige summe hinzulegen? zusatzproblem = messtechnisch kann sich die farbe steuern, aber teilweise sehen die auf einem digitaldrucksystem doof aus wie z.b. 100y10m … der farbton sieht aufgrund der geringen druckerauflösung gestört aus … also wird dann zum beispiel aus diesem farbton ein reines gelb obwohl dies dem farbmanagement widerspricht … also reden wir nun von einer sonderfarbentabelle … ich weiss … schwachsinnige aufgabenstellung aber eine manuelle editierung der farben über verfahren und materialien würde entsprechend ausufern … hilfe …

wäre auch dankbar über eine votingmäße antwort … nein /vergiss es/nur mit xxx produkten … danke

Hallo,

wie bereits gesagt, es gibt mit Callas ColorConvert mindestens ein Tool, das Vektor und Schrift getrennt von Bildern per DL Profil verarbeiten kann.
Davon gibt's auch eine CLi Version, die, so man sie denn programmiert bekommt, mit einem Bildverarbeitungsserver wie Helios zu so einem Workflow zusammenstecken lassen sollte.

Also, theoretisch: Ja ;-)

Was ist denn mit Alwan?

Was dein 10M100Y angeht. Auch hier wieder theoretisch, gerade mit Devicelink Profilen, kein Problem, weil quasi jede Farbdefinition per LUT aus der gerechneten Transformation herausgepflückt und individuell (auch messtechnisch falsch) umgesetzt werden kann. Allerdings hab ich noch kein Tool gefunden, um dies unter erträglichen Bedingungen zu handeln.

Zitat

Was ist denn mit Alwan?

http://www.alwancolor.com/.../cmyk_optimizer.html

das bedürfniss ist gross aber leider kann keine software das … werde wohl eine scheisse bauen die so aussieht … pitstopserver der mir die vektordaten ändert (per range +-5 raussuchen und farbe ändern = sonderfarbe) danach in den alwan der mir die pixelinformation per devicelink korrigiert … und mal schauen was ich dann habe …

Antwort auf [ Meister Propper ]

nach rücksprache wie z.b. mit impressed existiert soetwas noch nicht. die bestehenden softwarepackete können nur ein teil und nicht alles.

Hallo Meister Proper,

wie schon erwähnt, ist eine automatisierte Lösung durchaus realisierbar.
In Frage kommen:

- callas pdfColorConvert CLI
entweder in Verbindung mit callas pdfAutomator (liegt der CLI-Version bei) oder Gradual FullSWITCH/PowerSWITCH

oder

- Heidelberg Prinect Color Editor
zusammen mit callas AutoPilot für Windows

Beide Lösungen lassen eine getrennte Definition eines DeviceLink-Profils für Vektor- und Bilddaten zu (DeviceLink-profile werden einfach wie Quellprofile behandelt).
Ob Sie es schaffen, geeignete DeviceLink-Profile zu finden bzw. zu erstellen, die Ihre Erwartungen im Bereich Vektordaten erfüllen steht auf einem anderen Blatt geschrieben. Auch hier gibt es aber natürlich Unterschiede in der Leistungsfähigkeit der Profil-Erstellungswerkzeuge. Schon mal CoLiPri von ColorLogic angeschaut?

Zitat

Schon mal CoLiPri von ColorLogic angeschaut?

haben wir im einsatz … höchst zufrieden …

… wir wollen uns lieber aber auf mac ebene bewegen … für den proofer und mimakis haben wir natürlich postershop, wasatch und efi im einsatz …

Antwort auf [ Meister Propper ]

… wir wollen uns lieber aber auf mac ebene bewegen … 

Hallo Meister Proper,

also bleibt zumindest callas pdfColorConvert CLI Mac im Zusammenspiel mit callas pdfAutomator oder Gradual FullSWITCH/PowerSWITCH für Mac OS X übrig.

aber eine "terminal" steuerung per cli ist sehr scheisse … sind gerade odystar am testen … vielleicht kommen wir damit hin …kosten dann xx.xxx … wäre aber in ordnung für die funktionen

heye … robert … danke für deine querdenker informationen … das braucht die prepress welt. danke.

Antwort auf [ Meister Propper ]

aber eine "terminal" steuerung per cli ist sehr scheisse …

Hallo Meister Proper,

beide genannten Zusatz-Produkte (callas pdfAutomator und Gradual FullSWITCH/PowerSWITCH) machen eben genau den Umgang mit Shell-Skripten, PHP oder anderen Hochsprachen überflüssig.
Und um es nochmals zu betonen: pdfAutomator liegt der CLI-Version bereits bei und erlaubt ohne zusätzlich Kosten zumindest "starre" Hotfolder-Workflows!

Die SWITCH-Produkte erlauben darüber hinaus ein intelligentes Daten-Routing basierend auf Dateinamens-Konventionen, Dateityp oder Metadaten samt Datenannahme und -Versand per Hotfolder, FTP oder Email-Attachment und vieles mehr.

Hallo Meister Propper,

Antwort auf [ Meister Propper ]

aber eine "terminal" steuerung per cli ist sehr scheisse

Nix Terminal Steuerung.

Wenn das in einen Helios Workflow implenetiert wird, dann gibts da einen Drucker den du dir im Druckdialog aussuchst, und ein paar Minuten Später findest du in 3 Ordnern dein Dokument in 3 Fassungen.
Das Cli muss dich nicht abschrecken, wenn du jemanden findest der es dir sinnvoll einbindet. Denn solche Tools sind ja nciht dazu da händisch bedient zu werden (ausser zum testen), sondern sie mittels kleiner Perlscripte zu konfektionieren und miteinander zu verknüpfen.

Wobei, jemanden zu finden der das von der Programierung und vom Colormanagement her drauf hat, dürfte nicht ganz leicht werden.

Antwort auf:

Wobei, jemanden zu finden der das von der Programierung und vom Colormanagement her drauf hat, dürfte nicht ganz leicht werden.

Einer unser hds-user kann das bestimmt. olaflist oder so ;-)

scheint mir gerade so das wir ein paar sprünge in der finzanzierung machen. ist in ordnung wenn es funktioniert. zur zeit bauen wir auf aws und haben eine ap im einsatz … anscheinend lohnt es sich wirklich auf die summe gerechnet zu switchen … alle "kleineren" lösungen sind wohl zukunftsträchtigt eher eine notlösung … bitte korregiert mich …

Der giesst das dann aber eher gleich in eine Callas ColorConvert Extended Edition ;-)