Indy ja efektien läpinäkyvyys

[Opa]

On varmaan aihetta sivuttu ennenkin, mutta kysyn kuitenkin:
Indyn dropshadow tekee allaolevaan jpg-kuvaan laatikonomaisen sävyvääristymän efektin alueelle?
Siis PDF:ssä.

[balalenzon]

Tarkoitatko että dropshadow on läpinäkyvä ja täten tummentaa alla olevaa väriä? Eikös sen niin pidäkin olla? Vai onko lopputulos jotenkin epätavallisen epäluonnollisen näköinen?

[Opa]

Tarkoitatko että dropshadow on läpinäkyvä ja täten tummentaa alla olevaa väriä? Eikös sen niin pidäkin olla? Vai onko lopputulos jotenkin epätavallisen epäluonnollisen näköinen?

Tätä en tarkoittanut, vaan sitä että dropshadown alueelta laatikonmuotoinen alue kuvasta vaalentuu, itse varjo tietysti on tummeunut. Varjoalue ei siis sulaudu portaattomasti kuvaan.

[barcoder]

Pahimmillaan toi on jos työssä on mukana PMS-värejä.
Kokeilepa tehdä pdf 1.4 tai uudemmalla yhteensopivuudella.

Kysessä on ilmiö nimeltä transparency-flattening ja siitä on tosiaan kirjoiteltu aika paljon. Googlellakin löytyy kaikenlaista. Adobe on julkaissut aiheesta dokumentinkin, en muista tarkkaa nimeä, mutta se oli jotain tyyliin Working with Tranparency tms..

Edit. tuolta löytyy, se olikin Transcparency in Adobe Applications...
http://www.adobe.com/designcenter/creat ... dtrans.pdf

[Opa]

Kyseiset julisteet jo tulostin, jätin varjot pois kokonaan. Mielestäni ongelma ei näkynyt PDF:n näyttökatselussa, joten syy saattaa olla tulostusohjelman ripissäkin. Kannattaako siis yleensäkin tehdä PDF:t noihin ylempiin versioihin? Alihankkijalta tilatussa painotuotteessahan toi olis ikävä yllätys, toisin kuin tämmöisessä oman tuotannon tulosteessa, jossa pääsi heti käsiksi cancel-nappulaan. Pientä pelkoa tämäkin tapaus noiden efektien käyttöön jättää, vaikka toki ne vakipainossa teetetyissä töissä ovat tähän asti toimineetkin-

[barcoder]

Juu, PDF1.4 tai uudempi jos ei erikseen ole kielletty....

[balalenzon]

Heh, nyt muistan itsekin kysyneeni täältä tuota samaa asiaa ehkä vuosi, puolitoista sitten

Barcoderhan jo selvitti asian.

[Saltikov]

Ongelma on harmillinen. Joskus Indy mm. pilkkoo PSD kuvia käytettäessä neliöiksi ilman mitään syytä (*), varsinkin jos on kikkailut PMS sävyjen ja päällepainatusten kanssa.
Itselle nousee karvat pystyyn jos "tulostuksen aikaiseen ikkunassa" lukee "flattening image. Usein teen varjon jne:t photarissa ja vältän PSD kuvien käyttöa indyssä. Käytössä CS2. Tuoko CS3 parannusta asiaan?

Asiaan liityvä kyssäri: jos haluaa kuvan alle jonkin PMS sävyn niin miten CMYK kuvan saa overprint moodiiin indyssä? Nyt olen kiertänyt asiaa tekemällä kuvan EPS:nä ja siihen tuon lisävärikanavan.

(* esimerkkitauksessa sama kuva epsinä ja ko. pilkoutumista ei tapahdu. PSD kuvaa käytettäessä PDF:n koko 5 megaa ja tulostettaessa lukee "Flattening image" tms, DCS2 epsiä käytettäessä PDF:n koko 35 megaa ja tulostetaessa lukee "writing postscript" tms.

[Fixx]

Kyllä nuo ongelmat on enemmänkin niitä RIPpien ominaisuuksia. Mulla on aina flätätyt PDF:t toimineet moitteetta, ja jos on uusi painopaikka, niin laitan etukäteen kyllä tiedoston sinne testiin. Siis tapoja on monia ja painon tehtävä on kertoa mitä niiden RIP parhaiten syö. Ja enkä kyllä ala enää tekemään syväyspolkuja, kuultolaatikoita tai varjoefektejä jossain fotarin puolella.

[Pastori]

Kokemusta on ja juurikin noin kuin edellä on kuvattu. Rippiongelma - vanhoista versioista ei mene läpinäkyvyys sukkana läpi.
--
Itselle sattui yhdessä tulostusfirmassa niin että tekivät vedoksen uudella koneella ja itse työn vanhemmalla koneella. Olipa iloinen hetki nähdä julistetta kylvetyn pitkin ja poikin ja koko homma päin svidduu.

[IsoTT]

RIPin ongelmiapa hyvinkin, joissain/monissa ripeissä asetukset mitkä tuohon vaikuttaa on oletuksena päin honkia, ja aika monessa painopaikassa ei ole tietotaitoa näiden asioiden korjaamiseksi.

Oma mielipiteeni tällä hetkellä, (siis kovin vaihteleva sellainen, huomenna saatan olla sitä mieltä että tämä ei ole hyvä tapa) on että uutena PDF-versiona vaan painoon, painossa sen voi kuitenkin tulostaa uudestaan vanhemman malliseksi jos haluaa läpinäkyvyydet flätätä.

Flexon/seripainon puolella ongelmat ovat sitten vielä hankalempia ja saattaa olla parempi jos ei moisia edes käytä. Tahi sitten voi kysellä painosta miten haluavat tehtävän. Taikka lähettää aineiston niin kyllä painosta sitten vingutaan jos se ei tyydytä - ehkä helpoin tapa

[Omenapiirakka]

Yleensä tuon ongelman aiheuttaa se, että kuvat on jätetty RGB muotoon ja efektit luodaan päälle CMYK-muodossa

Meille tulee painoon paljon tota ongelmaa sisältäviä pdffiä –> asiakas tulostaa high pdffän "leave color unchanged"-asetuksilla ja laittaa meille.
No, siinähän se näkyy ihan kivasti ruudulla... mutta annas olla kun laitat sen rippiin muokkautumaan cmyk-muotoon (rgb:tä kun ei vieläkään voi painaa).
Orig tiedostossahan kuvat oli RGB –> ne kääntyy cmykiin painon RIPissä olevan käyrän mukaan. Efektit oli jo cmyk -> ei käänny mihinkään.
Ihan varmasti tulee sävyeroja kun kaksi värimaailmaa kohtaa!

Eli, tarkistakaa kuvanne ja värikarttanne värimaailma ennen efektien tekoa.

[Opa]

Nyt menossa ilmoketta sanomalehteen. Acrobatilla katsottuna tuota laatikkoilmiötä ei näy. Mailin liitteksi laitetun PDF:n kuvassa se jo näkyy, samoin esikatseluohjelmalla avatussa PDF:ssä.
Kumpaa uskoa?

[tktt]

Niin... Tuolta laatikkoilmiöltä voi välttyä sillä, että tekee PDF:n sellaisilla asetuksilla, että kaikki kuvat ja tekstit ja niiden efektit, kuten heittovarjot on samassa väriprofiilissa. Sen jälkeen ei pitäisi olla kyseistä ongelmaa.

[Obeliksi]

Choose PDF/X-4 for printing artwork with live transparency and layers. Expected to be ratified as a standard in 2007, PDF/X-4 supports transparent artwork and effects, as well as layers. Print workflow systems based on the Adobe PDF Print Engine can process PDF/X-4 jobs natively, without flattening artwork or converting the file to PostScript.

[barcoder]

Choose PDF/X-4 for printing artwork with live transparency and layers. Expected to be ratified as a standard in 2007, PDF/X-4 supports transparent artwork and effects, as well as layers. Print workflow systems based on the Adobe PDF Print Engine can process PDF/X-4 jobs natively, without flattening artwork or converting the file to PostScript.

Ehkä joo, jos omaks ilokseen tulostelee. Jos taas on lähettämässä johonkin muualle niin kannattaa ehdottomasti varmistaa tukeeko tulostajan rippi PDF/X-4:sta. Se käsittääkseini vaatii jo PDF Engine -pohjaisen ripin, ja niitä on vielä aika vähän, ainakin täällä Suomessa.

Korjatkaa repromiehet jos olen väärässä, aihe kiinnostaa kovasti.