cPDF/kleurseparaties
9 oktober 2003 - 15:00   
geplaatst door: Cugel
(NB. Deze topic is gebasseerd op een PB die ik aan Ger Nijkamp stuurde)

Wat ik me nu al afvraag sinds cPDF zijn opwachting maakte is het volgende.

Hoe zit het nu met de lithografie m.b.t. cPDf?
Volgens mij kan ik een cPDf maken met daarin een beeld , gemaakt met een bepaalde kleurseparatie. Die separatie is bv. gebasseerd op Photoshops standaard Euroscale v2 waarden.
Als ik dit beeld in een opmaak zet en er een cPDF voor advertenties van maak wordt die gewoon gecertificeerd, terwijl de kleurseparatie niet ok is.

Schijnbaar gaat dit meestal toch goed (ik hoor hier namelijk bijna nooit iets over), omdat er ergens verder in de verwerking iemand op zit te letten?

Wat ik ook niet snap is dat er wel profielen voor distiller vrijgegeven worden, maar geen profielen om voor het drukprocede geschikte kleurseparaties te maken. Dat is toch ergens niet logisch?
Of checken cPDf ontvangende bedrijfen beelden sowieso zelf?

Hmmm, een beetje onduidelijk verhaal misschien, het gaat mij om de kleurseparaties.

Als we in Cielab mogen aanleveren zijn we van veel van het gedoe af maar tot die tijd...

Roland

cPDF/kleurseparaties
9 oktober 2003 - 15:12    reactie #1
geplaatst door: Ger Nijkamp
Hoi Cugel, kleurbeheer en PDF hebben in feite niets met elkaar te maken. Je mag de meest debiele CMYK-scans in een PDF zetten; het zal technisch een correcte PDF kunnen zijn en dus 'certified' worden.

De problematiek van kleurbeheer is nog steeds een kwestie van goed communiceren en afspreken hoe je wat doet. Heb je een mooi persprofiel, dan kan je na het scannen al naar CMYK (je zit dan verder in het traject wél aan dat ene profiel vast). Die CMYK mag je gewoon in je PDF plakken, geen punt.

Je kan ook in CIE-Lab of RGB scannen, en de kleurdefiniëring pas aan het eind van het traject doen (bij de drukker met een proef-systeem en bijbehorende profielen). Die zorgt dan voor de juiste separatietabel en het juiste kleurprofiel. Dit is de ideale situatie, maar zo ver is nog lang niet elke drukker.

Kortom; of je dit doet met een 'open' Quark-doc of via cPDF of PDF/X maakt in feite niks uit. Kleurbeheer is een verhaal apart van de PDF-werkstroom. Nogmaals; PDF is een drager (netals het oude film) en geen oplossing voor de problematiek van de inhoud op de drager...

Ik hoop dat dit een beetje duidelijk maakt wat je vroeg!

[ Ger ]

En nu mag jij weer de vervolgvraag stellen... :wink:

Website: gernijkamp  
Linkedin: gernijkamp
cPDF/kleurseparaties
9 oktober 2003 - 15:35    reactie #2
geplaatst door: Cugel
Jazeker Ger!
In mijn omgeving zijn er veel mensen die denken dat als je eenmaal een cPDF hebt, je werk helemaal ok is. Kan er niets meer mis gaan.

Ik heb daar vaak discussies over gehad, je geeft het in een andere post ook al aan, je werk moet gewoon nog steeds netjes zijn. Anders geen goede postscript en geen goede pdf. En de kleurseparaties staan daar weer los van.

Ik heb vroeger bij Neroc gewerkt, in de Photoshop 4 tijd zeg maar, en daar heb ik toen geleerd om beelden die zeg maar voor offset waren geschikt te maken voor krant bijvoorbeeld. Bij latere werkgevers werden die zaken uitbesteed aan lithografen of was de drukker verantwoordelijk en had je er dus helemaal geen 'last' van.

En nu denken ze dat lithografie helemaal niet meer nodig is en dat een inktjetprint een kleurproef is...


groet!

cPDF/kleurseparaties
9 oktober 2003 - 16:37    reactie #3
geplaatst door: Arwin Rood

Citaat
Cugel om 15:35, 9-10-2003
Ik heb vroeger bij Neroc gewerkt

En nu denken ze dat lithografie helemaal niet meer nodig is en dat een inktjetprint een kleurproef is...

Inmiddels denken ze er nu ook zo over bij Neroc :woot:

Sir MacKokkel
One of the MacAteers, knights fighting against bad taste
cPDF/kleurseparaties
9 oktober 2003 - 17:09    reactie #4
geplaatst door: Ger Nijkamp

Citaat
Cugel om 15:35, 9-10-2003
In mijn omgeving zijn er veel mensen die denken dat als je eenmaal een cPDF hebt, je werk helemaal ok is. Kan er niets meer mis gaan.

Grappig, maar da's wat er veel gedacht wordt en het is gewoon een denkfout van mensen die niet snappen waar het om gaat. 't komt ook een beetje door Adobe zelf, die PDF als 'de oplossing' profileren.

Je geeft een duidelijk voorbeeld: krantendruk. De separatie van een krantenscan is volledig anders als van bijvoorbeeld een Euroscale-scan. De UCR en GCR zijn bij krantendruk extreem, vanwege de zuiging van het papier en de papierdruk op de pers. Ga je met een Euroscale-kleurscheiding van een pagina groot de pers op, heb je geheid een paar keer 'papierbreuk' omdat er zoveel inkt het krantenpapier in gaat dat het papier-maché wordt.

Stel: je maakt een advertentie die in beide situaties gebruikt moet gaan worden. Je wilt natuurlijk één orgineel, en je weet niet exact wat de perfecte waarden zijn voor de verschillende separaties (okay; je pakt de 'standaard' separaties zoals bij een aantal paketten worden meegeleverd, maar da's nooit ideaal).

Je wilt dus een (liefst) CieLAB-scan plaatsen. Dan kan de platenmaker bij de pers het zelf (goed) regelen! Natuurlijk moet je voor een dergelijk workflow scanners, proefprinters en beeldschermen calibreren en profileren, anders gaat dat mis.

Zeker als je in database-situaties met beelden te maken hebt moet je zo gaan denken. Hoe moet je anders een beeld opslaan? Euroscale CMYK? SWOP? Toyo? Het ligt er maar aan wie het wil gaan gebruiken.

Ik ben bezig met het bouwen van zo'n systeem, en ja: alle beelden gaan er CieLAB in. Vervolgens mag de 'afnemer' een CMYK (of ander) profiel kiezen bij het opvragen van het materiaal, of -het beste- zijn eigen profiel uploaden. Het beeld wordt dan automatisch (gescript) over dat profiel heen geloodsd en de eindgebruiker krijgt een 'tailor-made' CMYK beeld afgeleverd. En als -ie- zijn zaken goed voor elkaar heeft, besteld hij gewoon de CieLAB.

[ Ger ]

Tot zover wat Cugel en ik via de PB'tjes hadden gecommuniceerd... Nu kan de rest van de club er lekker over mee komen klessebessen...! (Je was een beetje snel, Arwin...) Ik ben wel benieuwd of er nog meer mensen met deze problematiek bezig zijn...

Website: gernijkamp  
Linkedin: gernijkamp
cPDF/kleurseparaties
9 oktober 2003 - 17:20    reactie #5
geplaatst door: TB
Hoezo Arwin?

cPDF heeft dus niets met een goede pdf te maken, maar het is wel een verwerkbare pdf.
Oh, fontje vergeten, oh, logootje vergeten, ohh 72dpi plaatje is niet genoeg? Dat soort dingen...

Een waardeloze foto, een met PS 'opgewaardeerde' 72 dpi webillustratie of bellaberde separatie wordt niet gecontroleerd en blijft bagger.

Profielen is allemaal aardig, maar je hebt een begin (fototoestel of scanner) en eindprofiel nodig. Het ontbreekt meestal aan de eerste.

Ennehh, niet onbelangrijk: afvlakking van de kwaliteitseisen. Over de gehele linie is alles een stuk accaptabeler geworden tegen de fractie van de kosten. Topkwaliteit is wel zo ongeveer volledig verdwenen. Maar ik moet zelf ook toegeven dat ik niet meer uren aan een scan zit te friemelen... We doen er dus zelf allemaal aan mee.

Een inkjet is trouwens een kleurproef. De proefpersen zijn allemaal de deur uit, want of het duurt te lang of te prijzig. En inkjetje van ontwerper is tenslotte het origineel (...).

(Bewerkt door TB om 17:22, 9-10-2003)

Het leven kent geen Appeltje-Z (TB, 2002) en overigens ook geen Command-Z
cPDF/kleurseparaties
9 oktober 2003 - 20:12    reactie #6
geplaatst door: Arwin Rood
@ TB, sorry was misschien een beetje snel gemaakte conclusie.
Maar komt omdat wij zeer recentelijk een meningsverschiletje
hadden met die bewuste lithograaf.

Wij drukken voor heel veel verschillende reclamebureau's die
hun materiaal zelf aanleveren of dat via een lithograaf "regelen".
Bijna nooit hebben wij problemen om de "proef" te benaderen.

Maar bij deze lithograaf was onze druk altijd te zwaar, waardoor
de drukkers vaak te veel hun inktbakken moesten "knijpen"
waardoor je een veelst te slappe litho krijgt (weinig contrast).

Onze klant had dus duidelijk problemen met ons drukresultaat,
en wij verwezen hem door naar de lithograaf om daar eens
over te "bomen". Volgens hun lag het probleem bij ons.
En dan krijg je het aloude heen-en-weer-gelul.

Goed, wij contact gemaakt met onze machine-leverancier om
alles na te laten kijken, RIP, belichter, ontwikkelmachine en drukpers.
Fogra strip nog eens nagemeten (zij zeiden dat we 20% puntverbreding
hadden) maar alles was binnen onze max en min waarden.

Ze kwamen met drie man sterk om eens te kijken waar ons probleem lag.
Een directe oorzaak werdt niet gevonden, maar twee uur later
hadden we een nieuw bestand:een cPDF'je. Dit bestand was perfect.

Aangezien we eerst een "open" bestand hadden gekregen en de proef
gemaakt was van een pdf-file (bestandsnaam stond op de proef)
vermoed ik dat ze een drukpers-profiel aan de distiller hangen.
Dus als we het "open" bestand door de RIP gooien zit er geen profiel aan.
Maar als we de pdf er doorheen gooien wel een profiel. (@Ger, kan dat?)

"En inkjetje van ontwerper is tenslotte het origineel (...)."
Daar beginnen dus de problemen al. Het digitale bestand is het origineel.
Maar de inktjet heeft de klant goedgekeurd, dus daar moet je naar toe werken.
En mensen die beweren dat je dat met een pers kan sturen, moeten maar
weer eens op cursus. (ik trouwens ook, want deze hele materie doet mij nog steeds duizelen)

Sir MacKokkel
One of the MacAteers, knights fighting against bad taste
cPDF/kleurseparaties
9 oktober 2003 - 20:43    reactie #7
geplaatst door: Ger Nijkamp
Arwin, ik vermoed dat de eerste keer bij het genereren van de PDF de kleurruimte
is 'omgezet'. De Distiller moet dusdanig ingesteld staan dat -ie- van de kleuren
'afblijft'. Er mag dus niks geconverteerd worden, anders gaan de zorgvuldig samenstelde
CMYK-bestanden om zeep.

Ik dit geval zouden zo de bestanden van CMYK naar (vermoedelijk) sRGB omgezet
zijn, en via de RIP weer automatisch teruggebracht naar CMYK. En dan krijg je behoorlijke
verschillen.

Ik weet niet of jullie een standaard 'Joboption' voor de Distiller aan de klant verstrekken
(dit kan al een hoop gezeur voorkomen). Maar hoe dan ook: nooit de kleurruimte
om laten zetten naar sRGB -of wat dan ook- in de Distiller.

[ Ger ]

Website: gernijkamp  
Linkedin: gernijkamp
cPDF/kleurseparaties
9 oktober 2003 - 21:19    reactie #8
geplaatst door: TB
Ik neem aan dat neroc die pdf aangemaakt heeft...
Die horen dat zelf ook wel te weten...
Het leven kent geen Appeltje-Z (TB, 2002) en overigens ook geen Command-Z
cPDF/kleurseparaties
9 oktober 2003 - 21:39    reactie #9
geplaatst door: Ger Nijkamp
Dat zullen ze best wel weten. Maar zo'n foutje is zo gemaakt. Een operator die nét
even naar de verkeerde qeue van een Distiller-server stuurt, bijvoorbeeld.

Of, zoals ik zelf niet zo lang geleden heb meegemaakt, een operator die de
per mail toegestuurde joboptions heeft 'geopend' door op de attachement in
de mail te klikken. De Distiller opent dan keurig, maar niet met de
aangeklikte joboptions. Gevolg: een volledige productie in sRGB naar de drukker,
CTP, gebonden, gesneden, klaar.

Schadepostje van 15.000 glimmende euro's...

[ Ger ]

En 'Murphy' was van toepassing; ook de ingangscontrole bij de drukker was
door omstandigheden anders gelopen waardoor het niet gezien was...

Website: gernijkamp  
Linkedin: gernijkamp
cPDF/kleurseparaties
9 oktober 2003 - 22:05    reactie #10
geplaatst door: TB
Tja, de zwakste schakel in de workflow...

Moet er nog wat aan workflow-management gedaan worden.  :tounge:

Het leven kent geen Appeltje-Z (TB, 2002) en overigens ook geen Command-Z
cPDF/kleurseparaties
9 oktober 2003 - 23:14    reactie #11
geplaatst door: Arwin Rood
De fout lag 'm in de proef. De proef was een pdf,
waarschijnlijk in dat sRGB uitgedraaid op een Epson
inkjet-printer. En wij kregen een "open" QuarkXpress-
bestand. Wat weer naar onze specifikaties geRIPt werd.
Dus geeft het drukwerk een ander resultaat.
De proef gebruiken wij als model voor het te produceren
drukwerk, want dat doet de klant ook!
Oh, waar zijn de persproeven gebleven

Het tweede bestand was een cPDF in CMYK en die gaf wel een goed reslutaat.

Maar goed, in overleg, hebben zij om een "test-druk" gevraagd.
Deze gaan ze inlezen op daar weer een profiel van te maken,
om dan weer goed bij ons aan te leveren.
Dat had natuurlijk al vanaf het begin gemoeten

@Ger, Er moet ergens een "fout" profiel gezeten hebben,
Zij halen de litho's van een beeldbank, zetten ze in het document,
draaien een proef uit, creëren een pdf en die komt bij ons.
Wij gooien 'm in Preps, naar de Harlequin RIP, naar CTP, naar de pers.
Wat lijkt jou het meest waarschijnlijk?

Hoe kan zulke "ongelukjes" voorkomen. Als het bij ons gezeten heeft
zou ik graag een oplossing vinden.Overigens zijn wij geen drukkers
die door drukken als het niet op de proef lijkt, dus het was geen
grote strop van tienduizende euro's, enkel wat stilstand en een aantal platen.

Sir MacKokkel
One of the MacAteers, knights fighting against bad taste
cPDF/kleurseparaties
9 oktober 2003 - 23:50    reactie #12
geplaatst door: TB
Nu je het trouwens over Neroc hebt. Ik heb wel iets soortgelijks vorig jaar meegemaakt.

Kreeg een advertentie van hen aangeleverd, met inkjet proef (staat ook gelijk een verhaal over profielen en geen aansprakelijkheid, etc.) welke er goed uitzag.
Op mijn scherm zag het er echter minder uit dan de proef. Ik heb er, waarschijnlijk zonder na te denken, aanpassingen op gedaan. Maar ik weet zeker dat er iets niet helemaal in orde was.

Onze persproef was wel goed, dus geen problemen gehad.

(wel klein beetje met drukker die bijna geen pdf van ons kon verwerken. Oorzaak nog steeds onbekend.  Zou met ID te maken kunnen hebben)

Oh ja, waar de persproeven gebleven waren? 1 pers naar indonesië, 2 naar Singapore...
En ja, nu heerlijk gemakkelijk een plotterke. Heel wat minder vermoeiend.

Overigens heb ik wat (digitaal) proeven betreft wel het idee dat de enige goede proef die van de drukker is (welke ook de platen maakt). Om een gelijkende proef te kunnen fabriceren heb je in principe de drukeigenschappen en/of profiel van de pers nodig. Nog nooit gehad (en nooit tijd om een test/calibratie-vorm te drukken).
Ook mijn eigen digitale proeven garandeer ik dus niet meer wat dat betreft.

Het leven kent geen Appeltje-Z (TB, 2002) en overigens ook geen Command-Z
cPDF/kleurseparaties
10 oktober 2003 - 00:33    reactie #13
geplaatst door: Cugel
Ik stel voor dat we Ger's Cielab systeem volgend jaar landelijk invoeren :-)
cPDF/kleurseparaties
11 oktober 2003 - 23:45    reactie #14
geplaatst door: Ger Nijkamp
Eeuhhh... 't is niet mijn systeem hoor, dat CieLAB (was 't maar waar). Ik heb voor de liefhebbers hier een link naar een PDF-document van Heidelberg over de PDF werkstroom. Dit is een soort basis-verhaal van hoe e.e.a. in z'n werk gaat.

Ik zal mijn best doen een dergelijk bestand te vinden over CieLAB. Nog een aardig weetje: in welke kleurruimte bewaard Photoshop zélf z'n bestanden (native)? Juist: CieLAB. Omdat het de 'grootste' kleurruimte is en je van daar uit alle andere kleurruimtes (RGB, sRGB, CMYK etc.) kunt bereiken...

[ Ger ]

Website: gernijkamp  
Linkedin: gernijkamp
cPDF/kleurseparaties
12 oktober 2003 - 02:07    reactie #15
geplaatst door: Cugel
Ik bedoelde eigenlijk dat systeem waarbij de bronbeelden allemaal in Cielab staan, en dat de verwerker vervolgens die kleurgegevens reproduceerd voor een specifieke toepassing.


cPDF/kleurseparaties
12 oktober 2003 - 02:12    reactie #16
geplaatst door: Cugel
Ik zit nu in in Illustrator te kijken en het valt me eigenlijk nu pas op dat je daar niet in Lab kan werken? Het kan wel in Cie rgb.
Is dat hetzelfde Ger? Worden in jullie systeem Vectorbestanden zoals logo’s e.d. ook in Labwaarden uitgedrukt?
cPDF/kleurseparaties
13 oktober 2003 - 09:13    reactie #17
geplaatst door: Ger Nijkamp
Je pakt dingen snel op, Cugel! Goede vraag, én een fiks onderwerp van discussie! Ja, het is geen probleem om in CieLAB te werken in combinatie met Illustrator: CieRGB doet in dit geval hetzelfde, je bent in je kleurkeuze alleen 'beperkt' tot RGB. En da's geen probleem want in feite is dat bij scannen óók het geval: iedere scanner scant het orgineel volgens RGB*. En daarna je het beeld om naar CieLAB. Of, desgewenst naar CMYK. Wat heeft CieLAB dan voor zin? Je kunt zeggen dat CieLAB een kleurruimte is die alle kleurruimtes kan bevatten. Daardoor is het mogelijk binnen die éne kleurruimte output te geven voor CMYK, maar óók voor sRGB. Het is dus simpelweg 'De Kleurruimte Der Kleurruimtes'.

Het geval is, dat CieLAB in combinatie met goede profielen altijd zal proberen te zorgen voor consistentie, gebruikmakend van het bereik van de output. En dat laatste is prachtig bij foto's. Maar als je een logo hebt in de kleur van een huisstijl wíl je helemaal niet dat die gebruikmaakt van een groter kleur-bereik, want dan kan het gebeuren dat je kleur wordt aangepast (helderder bijvoorbeeld, omdat die plotter met zes inkten werkt)! En niks erger dan een afwijkende huisstijl-kleur.

Persoonlijk ben ik er dan ook (vreemd genoeg misschien) om die reden nog niet kapot van om via het CieLab-systeem met logo's e.d. te werken. Misschien als CieLAB meer ingeburgerd raakt, dat het mogelijk wordt om het ook daar toe te passen. Het probleem zit ook hier met name in de communicatie en uitleg: bijna niemand werkt zo. Maar het kan dus wel!

[ Ger ]

*Ik weet dat er twee spectraalscanners in Nederland zijn die dus met een nog groter kleurbereik kunnen scannen, maar die laat ik gemakshalve even buiten beschouwing.

Website: gernijkamp  
Linkedin: gernijkamp
cPDF/kleurseparaties
13 oktober 2003 - 09:21    reactie #18
geplaatst door: Arwin Rood
@Ger, ik vindt het nog steeds eng!
Stel dat ze een CieLab van die fotodatabase halen,
printen 'm op die 8 kleuren Epson, presenteren 'm aan de klant.
De klant vindt het prachtig, zoiets moois had ie nog nooit gezien.
Akkoord, drukken maar met die hap, een paar miljoen of zo...
En dan zetten ze 'm om in CMYK en geven 'm aan die arme drukker.
Dit haalt ie dus nooit nie.
Sir MacKokkel
One of the MacAteers, knights fighting against bad taste
cPDF/kleurseparaties
13 oktober 2003 - 21:30    reactie #19
geplaatst door: Ger Nijkamp
Hahaha... is goed bedacht, maar slecht verzonnen Arwin! Als je zo'n
Epson wil inzetten als proever, dan moet er natuurlijk wél een profiel
aanhangen met de specs van de pers. En daardoor komt -ie- er op
de Epson-plot (ondanks zijn technisch groter kleurbereik) tóch net zo
uit als op die pers!

Daarbij moet je (als je écht goed wil doen) ook zorgen dat hetzelfde
bestand (PDF) al geRIPt is, en exact dezelfde data die uiteindelijk
naar de CTP-belichter gaat éérst naar die plotter sturen. Anders loop
je het risico van PostScript interpretatie-verschillen tussen verschillende
RIP's. In 'standaard' workflows van Scitex en Heidelberg is het ook
zo geregeld, en niet voor niets. Maar dat staat eigenlijk los van het
kleurbeheer an sich.

Het mooie van die plotters is dat hun bereik altijd groter is dan wat
een pers in CMYK aankan, dus je kunt ook altijd het CMYK-gamut
simuleren op zo'n plotter. En zodoende krijg je een aardige
(nagenoeg 1:1) weergave van wat je op de pers krijgt. Snap je 'm?

[ Ger ]

Website: gernijkamp  
Linkedin: gernijkamp
cPDF/kleurseparaties
13 oktober 2003 - 21:53    reactie #20
geplaatst door: Arwin Rood
Ja Ger ik snap 'm wel, dat is niet het probleem.
Ik ben juist bang dat anderen het niet snappen.

Als wij een plot maken, doen we dat altijd van
de geripte data, daarvoor hebben we niet voor
niets BlackMagic aangeschaft.

Maar wie garandeert mij dat de "ontwerpers" dat
ook zullen doen? Zitten wij weer met een proef
die niet haalbaar is.

Sir MacKokkel
One of the MacAteers, knights fighting against bad taste
cPDF/kleurseparaties
14 oktober 2003 - 11:32    reactie #21
geplaatst door: TB
Arwin. Als drukker hoor je dan eigenlijk het persprofiel aan de ontwerper te geven.

In het ideale geval ziet de ontwerper dan al op het scherm (bijv. ID) wat deze van de afdrukken kan verwachten. En op z'n epson printertje waar hij/zij al een goed printerprofiel voor heeft.

Ik zeg dus idaal geval...

Het voordeel van een CieLab-workflow is (theoretisch) wel dat je altijd de maximale mogelijkheden van elk apparaat zou kunnen gebruiken. Op dit moment is de 'zwakste' schakel meestal de drukpers. Dat laatste is uiteraard vooral vanwege de standaardisering. Toch belet niemand je om met véél hogere densiteiten te gaan drukken in ook nog eens andere kleuren (bijv. SWOP geel, Euroscale magenta en Toyo cyaan met hexachrome oranje om iets te noemen).
Ach, een beetje theorethisch op dit moment, maar ik ben benieuwd hoe we er over 10 jaar over denken...

Het leven kent geen Appeltje-Z (TB, 2002) en overigens ook geen Command-Z
cPDF/kleurseparaties
14 oktober 2003 - 12:05    reactie #22
geplaatst door: Arwin Rood

Citaat
TB om 11:32, 14-10-2003
Arwin. Als drukker hoor je dan eigenlijk het persprofiel aan de ontwerper te geven.

Beetje verkeerde redenering TB,
De ontwerper hoort voordat ie begint een persprofiel te vragen aan de drukker.
Nu is de werkwijze: ontwerpen, presenteren, corrigeren, proefen....
.... Oh ja, het moet nog naar de drukker. Effe kijken welke de goedkoopste is.
Astublieft hier heb je een digitaal bestandje, het drukwerk moet morgen klaar!

Sir MacKokkel
One of the MacAteers, knights fighting against bad taste
cPDF/kleurseparaties
14 oktober 2003 - 12:23    reactie #23
geplaatst door: TB
Daarom 'in het ideale geval'  :music:

In de praktijk dus stomweg standaardisatie...

Overigens heb ik op een paar na, nog nooit een (goed) persprofiel van een drukker gekregen. Of het angst of onwetendheid is, weet ik niet. Eigenlijk zou dit standaard op de website moeten staan, altijd uptodate. (in het ide...)

Maar wat je zegt is helemaal waar. Ik zit nu ook met een klus waarbij ik nog steeds niet weet bij welke drukker het trechtkomt (klant is nog in onderhandeling). In dit geval gaat het om rotatiedruk en dan wil ik toch wel graag zeker weten hoe en wat (en maar hopen dat de drukker wat specificaties oid heeft).

Het leven kent geen Appeltje-Z (TB, 2002) en overigens ook geen Command-Z
cPDF/kleurseparaties
14 oktober 2003 - 12:55    reactie #24
geplaatst door: Arwin Rood
In het "ideale" geval zou je ff een proefdocumentje moeten maken.
Deze laten drukken bij de drukker en dan met het resultaat je proef-
systeem en scherm callibreren. Een aangeleverd "pers-profiel" is leuk
maar niet exact.

En dan hebben we het nog niet eens over de ontwikkelmachine, belichter,
soort platen, soort ink, soort papier, omstandigheden bij het drukken
(winter of zomer) enz.... er zijn zoveel variabelen.

Sir MacKokkel
One of the MacAteers, knights fighting against bad taste