Kvaak.fi - keskustelu
Sarjakuvantekijöiden keskustelut => Välineet ja oppaat => : Markku Myllymäki 08.12.2014 klo 16:56:24
-
Löytyisikö jostain esim. 32-48 sivuista PDF-tiedostoa, jossa on sarjakuvaa siten, että värit ovat CMYK:inä ja viivat 1-bit layerina? Ajattelin koettaa tehdä "sarjakuvantaittoautomaatin" niin että riittäisi kun olisi oikeanlaiset kuvat oikein nimettynä ja "automaatti" generoisi lehden. Aivan hullu idea, joo, mutta PDF-formaatin kuvauksen mukaan *voisi* toimia.
Nyt tarvisi saada vain oikeanlainen taittotiedosto pohjaksi, jotta perusasiat olisivat kunnossa alusta asti.
Onko kukaan taittoguru kuulolla?
-
Löytyisikö jostain esim. 32-48 sivuista PDF-tiedostoa, jossa on sarjakuvaa siten, että värit ovat CMYK:inä ja viivat 1-bit layerina? Ajattelin koettaa tehdä "sarjakuvantaittoautomaatin" niin että riittäisi kun olisi oikeanlaiset kuvat oikein nimettynä ja "automaatti" generoisi lehden. Aivan hullu idea, joo, mutta PDF-formaatin kuvauksen mukaan *voisi* toimia.
Nyt tarvisi saada vain oikeanlainen taittotiedosto pohjaksi, jotta perusasiat olisivat kunnossa alusta asti.
Onko kukaan taittoguru kuulolla?
Hmm.
Kuulostaa hassulta ajatukselta. Ensinnäkin tarvitset vain kaksi sivua, vasemman ja oikean, ja niitä voi sitten monistaa ohjelmassa, toisekseen jos teet ensin värikuvan laatikon, sitten copypasteat sen niin että kopio ei liiku ja sovitat mustan siihen, et tarvitse mitään skriptaa.
Sarjakuvalehden taittaminen kestää kaikkineenkin muutaman tunnin, ja siitä ajasta suurin osa menee viilaamiseen. Sellainen työ minkä automaatti voi tehdä sujuu hetkessä kun pienentää sivuja näkymään kerralla enemmän ja opettelee näppäinkomennot. Eihän se ole kuin yksi sivu, ja sen kopioita eri sisällöllä :)
T: yks entinen lehti-AD.
-
Paitsi silloin kun ei ole taitto-ohjelmaa tai ei halua sellaista käyttää. Luultavasti iso osa Kvaakkilaisista kuuluu ryhmään.
Tässä olisi se lisäbonus, että Linuxistitkin saisivat 1-bit viivat. Scribus ei kuulemma siihen vielä taivu. InDesign ei toimi Linuxissa.
Mutta saan kaiken välttävästi kasaan muista lähteistä jos sopivaa uhria ei löydy. Mutta joku guru voisi humauttaa keittoon mukaan hiukan todellista osaamistakin. Minulla se on lähinnä teoreettista tai kuviteltua. ;)
-
Paitsi silloin kun ei ole taitto-ohjelmaa tai ei halua sellaista käyttää.
No nyt ymmärsin.
-
Löytyisikö jostain esim. 32-48 sivuista PDF-tiedostoa, jossa on sarjakuvaa siten, että värit ovat CMYK:inä ja viivat 1-bit layerina? "automaatti" generoisi lehden. Aivan hullu idea, joo, mutta PDF-formaatin kuvauksen mukaan *voisi* toimia.
Siis haetko nyt PDF-dokumenttia vai oletko laatimassa ohjelmallasi sellaista? ???
Mitenkäs tuo ohejelmasi suhtautuisi sitten kuvien/sivujen kokoon ja resoluutioon? Säilyisivätkö ne? Vai tulisiko väreistä esim. automaattisesti 300dpi:tä? Mä oon tehnyt tässä yksinkertaisuuden vuoksi taittoa 1200dpin filuilla (sekä mv että väri). Monimutkaiseksi menee sitten siitä syystä että tekstaus on taittofilussa TrueTypenä.
-
Siis haetko nyt PDF-dokumenttia vai oletko laatimassa ohjelmallasi sellaista? ???
Molempia. PDF-doku olisi malli, sitten skripti vaihtaisi kuvat malliin ja voila; uusi dokumentti.
Mitenkäs tuo ohejelmasi suhtautuisi sitten kuvien/sivujen kokoon ja resoluutioon? Säilyisivätkö ne? Vai tulisiko väreistä esim. automaattisesti 300dpi:tä? Mä oon tehnyt tässä yksinkertaisuuden vuoksi taittoa 1200dpin filuilla (sekä mv että väri). Monimutkaiseksi menee sitten siitä syystä että tekstaus on taittofilussa TrueTypenä.
Ajattelin, että sekä värityksellä että viivoilla pitäisi olla etukäteen sovittu pikselikoko. Esim 300dpi värit ja vaikka 600dpi viivat(?). Silloin voisi tuottaa niistä ne PDF streamit (ImageMagick + ICC profiili + skripti). Sitten liimaan PDF-pohjaan ne streamit ja homman pitäisi olla koossa (teoriassa).
Mutta tekstien ja muiden ekstrojen (sivunumerot jne.) pitäisi olla rasteroituina viivoihin, mitään muuta ei oikein pysty tekemään ilman oikeita taitto-ominaisuuksia. Mutta sarjakuvalehdessä tämä voisi toimia.
Teoriassa. Pitäisi saada hiukan enemmän esimerkkiä.
-
Huomiona vielä. Itelle ei tuo 600dpi mustassa originaalissa riitä. Siinä ei vielä "hienompi" viivavarjostus tai pisterasteri oikein pelitä. Samoin sivujen suurentaminen (mihinkään käyttöön) tuottaa äkkiä palikkaa. No, tähän vaikuttaa tietenkin sekin että mun sivut on A5-kokoa. Luulen että tulevaisuudessa muutenkin tuo "standardi" muuttuu. Tai toivon - vahvasti.
-
Joo, muutkin suositteli jo 900dpi. Tässä vaiheessa vielä mahdollinen muutos.
Muita huomioitavia asioita?
Väkästelen parhaillaan PDF-templaatin kanssa. PDF on kyllä visvainen formaatti. Täytyy koettaa yhdistellä tietoja monesta mallista, jos hyvää valmista tiedostoa ei löydy...
-
Siis jos nyt oikein ymmärrän, niin haluat jollain skriptillä vaihtaa PDF:ään upotetut tiedostot toisiksi, ja että se onnistuu, kunhan vain tiedostot ovat oikein nimettyjä ja samankokoisia kuin ne jotka ovat PDF:ssä mukana?
Eikös periaatteessa tonne taittotiedostoon kelpaa silloin eräänlaiset tyhjät placeholdertiedostot, joille on määritelty tarkka koko, reso ja moodi. Tyhjä mv-tiedosto vaikkapa sivulla 1: "sivu01.tif", 1-bit, 900 dpi, 21 x 29,7 cm ja sen alla "sivu1_color.tif" , 8-bit CMYK 300 dpi, 21 x 29,7 cm; jne... Tiedostostojen ei välttämättä tarvitse sisältää mitään kuvaa. Sitten siitä tehdään PDF ja....
Sitten jotenkin automaagisesti vaihdat niiden tilalle omat vastaavalla tavalla määritetyt ja nimetyt tiedostosi?
Timo
-
Timo, tuo olisi workflow, jos olisi se taitto-ohjelma.
Tässä tapauksessa on vielä pervompi tapa käytössä: etsin jokaisen kuvan (streamin) PDF:n *sisällä* ja korvaan sen omallani.
Kuulostaa hullulta, saa nähdä toimiiko. Mutta jos saan systeemin kasaan ja teen CMYK konversiot ja PDF streamit Imagemagickilla, lopputuloksessa on kaksi aika kovaa juttua:
a) se toimii Linuxissa, missä tätä ei muuten voi tehdä (toki Windowsissakin sitten jos joku porttaa, ei liene iso homma, ImageMagickista onjo Windows-versio).
b) koko roskan taitto on täyautomaattinen, pitää vain tehdä väritykset ja viivat omina sivun kokoisina tiedostoinaan ja RGB (eli tavallinen) png riittää!
Joku jo totesi, että minulla propellipipo pyörii jo aika lujaa tässä, mutta katsotaan nyt. Jos PDF:n visvaisuus ei käy ylivoimaiseksi, ehkä tästä jotain tulee.
-
Timo, tuo olisi workflow, jos olisi se taitto-ohjelma.
Tarkoitin, että jos minä teen tommosen ed.kuvatun kaltaisen PDF:n, niin olisko se siinä?
Timo
-
Tarkoitin, että jos minä teen tommosen ed.kuvatun kaltaisen PDF:n, niin olisko se siinä?
Timo
Se olisi mahtava juttu! Väri- ja viivatiedostojen ei tarvitse olla mitään painokelpoista, nehän korvataan joka tapauksessa. Mutta PDF:ssä pitäisi olla 1-bit viivat ja CMYK värit (luultavasti ne voi laittaa millä tahansa ICC:llä, mutta joku euro coated voisi olla hyvä, jos sen mukaan tehdään sisäisesti jotain säätöjä).
Jos viitsit tehdä tuon olisin kovasti kiitollinen! Täytyy varmaan yksityisviesteillä sopia siirtotapa, tiedosto lienee aika iso.
-
Tiedostosta tulee hyvin kevyt, koska niissä cmyk ja 1bit -tiff -filuissa ei tarvitse olla sisältöä, kunhan niiden "imagemode" on oikein, resoluutio ja senttikoot kohdallaan.
Näin ainakin ajattelisin.
Timo
-
Tiedostosta tulee hyvin kevyt, koska niissä cmyk ja 1bit -tiff -filuissa ei tarvitse olla sisältöä, kunhan niiden "imagemode" on oikein, resoluutio ja senttikoot kohdallaan.
Näin ainakin ajattelisin.
Timo
Tiffeissä on aina sisältöä. Nyt ajattelet jpegiä?
K
-
Sisältö on siis valkoinen ("tyhjä"). Tai samahan se on mitä siellä on, mutta yksivärinen valkoinen vie vähiten bittejä. Kuvahan vaihtuu sitten siihen mitä halutaan. Siis valkoinen cmyk -kuva ja valkoinen 1 bit kuva.
Timo
-
Timo, juuri noin minäkin ajattelin. Kun sisältö ons sellaisessa formaatissa, jonka ImageMagick osaa konvertoida PDF-muotoon, voin ottaa ImageMagickin tekemistä kuvista streamit ja laittaa ne dummy-kuvastreamien tilalle siihen "oikeaan" taitto-PDF:ään. Kevyt file on oikein hyvä, sen saa siirrettyä sähköpostissa. Lopullisista "oikeista" taittotiedostoista tulee sitten isompia, mutta se on loppukäyttäjien murhe sitten... ;D
Kerro, kun se taitto-PDF on saatavissa, niin pääsen kokeilemaan. Minulla on alustava koodi olemassa, joka kaivaa niitä streameja. Mutta täytyy testailla oikealla datalla ennenkuin lähtee hiomaan.
-
Tarvitaan nyt ainakin vielä se lehden koko, vai mainittiinko se jo? B5? ja marginaalia saa olla? Sivuja? Vai kokeillaanko esmes jollakin 4-8 -sivuisella ensin?
Timo
-
Kokeillaan tuolla. Ajattelin jossain välissä jopa A4-kokoa, mutta useimmat halunnevat B5-kokoa, luulisin? Sivuja kannattaisi olla kuitenkin jo alkuun paljon, jotta saan kuvaa siitä, että voiko tuota dynaamisesti muutella (32 lienee riittävän iso). Luultavasti voisi sitten tarjota vaihtoehtoja (32, 48, jne...). Mutta kun minulla on "oikeaa" analysoitavaa, osaan sanoa paremmin.
-
Semmoinen vielä kiinnostaa että toimiiko tuo pakatuilla Tiffeillä? Itsellä on aina LZV pakkaus ruksittuna.
-
LZH ja ZIP mainitaan ImageMagickin dokuissa. Kuin myös se pelottava Group4, josta saa sen "oikean" mv-kuvaformaatin (joka on itse asiassa jokin muinainen faksiformaatti).
Mutta kokeillaan. Ihan turha uskoa mitään ennenkuin näkee. ;D
-
Sisältö on siis valkoinen ("tyhjä"). Tai samahan se on mitä siellä on, mutta yksivärinen valkoinen vie vähiten bittejä. Kuvahan vaihtuu sitten siihen mitä halutaan. Siis valkoinen cmyk -kuva ja valkoinen 1 bit kuva.
Timo
Kokeile itse. Pakkaamattomana tyhjää valkoista sisältävä tiff on suunnilleen saman kokoinen kuin kuvaa sisältävä, ero ei ole suuri. Jos koossa näkyvää eroa on, sitten sulla on joku pakkausalgoritmi (esim Reiman mainitsema Lempel-Ziv) päällä.
Itse suunnitellun automatiikan mielekkyyteen en ota kantaa. Se saattaa hyvinkin olla just sitä mitä Kvaakissa kaivataan ;)
Kivi
-
Itse suunnitellun automatiikan mielekkyyteen en ota kantaa. Se saattaa hyvinkin olla just sitä mitä Kvaakissa kaivataan ;)
Joo-o. Koko homma on tapa kiertää joukko muita ongelmia. InDesign lienisi varmaan se pro ratkaisuvaihtoehto. Mutta vaikka omistankin jonkun laillisen antiikkiversion siitä, käyttöjärjestelmäni ei tue sitä.
Koetan siis koodata ratkaisua ongelmaan, ei niinkään ettei maailmassa olisi parempia ratkaisuja. Toisaalta tästä saattaa koitua jotain hyvää muille. Ehkä. Saapa nähdä. ;D
Mutta opin samalla aika paljon, ehkä *sillä* on jotain arvoa?
-
Kokeile itse. Pakkaamattomana tyhjää valkoista sisältävä tiff on suunnilleen saman kokoinen kuin kuvaa sisältävä, ero ei ole suuri. Jos koossa näkyvää eroa on, sitten sulla on joku pakkausalgoritmi (esim Reiman mainitsema Lempel-Ziv) päällä.
Bittikartta on bittikartta (esim. BMP ja TIFF formaatit). Siinä kerrotaan "sijainti" ja "väri". Tuollaisen kuvaamiseen numeromuodossa tarvitaan aina suurin piirtein sama määrä tilaa. Ne kuvaformaatit, joihin on sisäänrakennettu pakkaus, säännönmukaisuuksia etsimällä, tekemällä ja hyödyntämällä, on erikseen (esim. JPG, GIF ja PNG).
-
Bittikartta on bittikartta (esim. BMP ja TIFF formaatit). Siinä kerrotaan "sijainti" ja "väri". Tuollaisen kuvaamiseen numeromuodossa tarvitaan aina suurin piirtein sama määrä tilaa. Ne kuvaformaatit, joihin on sisäänrakennettu pakkaus, säännönmukaisuuksia etsimällä, tekemällä ja hyödyntämällä, on erikseen (esim. JPG, GIF ja PNG).
Niin, just noinhan juuri sanoin. ;)
-
Juu jee... LZW -pakatuissa tulee tosiaan kuvan kokoon eroa. "Tyhjä" valkoinen rgb A4:lle tuli kokoa 188 kt ja moniväriselle 7,5 megaa. Pakkaamattomina molemmat 44,3 megaa.
Timo
-
InDesign lienisi varmaan se pro ratkaisuvaihtoehto. Mutta vaikka omistankin jonkun laillisen antiikkiversion siitä, käyttöjärjestelmäni ei tue sitä.
Eikö wine pyöritä?
-
Eikö wine pyöritä?
No ei. Ei ole koskaan toiminut InDesign Winessä.
Nyt lakkasi Photoshop CS2:kin toimimasta, se sentään on aiemmin toiminut.
Mutta hällä väliä; open source vaihtoehdot ovat jo riittävän hyviä ihan oikeaan työskentelyyn. Huimaa kehitystä parin viime vuoden aikana.
-
Mutta hällä väliä; open source vaihtoehdot ovat jo riittävän hyviä ihan oikeaan työskentelyyn.
Toisaalta tämän ketjun olemassaolo kielii jostain muusta :D
Itsekin olen FOSS-leirissä ja saan näppylää jo pelkästä Windowsin
näkemisestä mutta jos pitäisi tehdä grafiikkaa työkseen niin veikkaan
ettei vieläkään linuxilla ihan helposti onnistuisi. Omiin räpellyksiin
kyllä Gimp ja Inkscape riittää ihan mainiosti.
-
Toisaalta tämän ketjun olemassaolo kielii jostain muusta :D
No joo. Jos Scribus edistyisi vaikka samaa vauhtia kuin Krita, ehkä tämäkin olisi järjestyksessä...
Itsekin olen FOSS-leirissä ja saan näppylää jo pelkästä Windowsin
näkemisestä mutta jos pitäisi tehdä grafiikkaa työkseen niin veikkaan
ettei vieläkään linuxilla ihan helposti onnistuisi. Omiin räpellyksiin
kyllä Gimp ja Inkscape riittää ihan mainiosti.
Yllättäen on tullut tosi paljon softaa, jolla tussaus ja väritys onnistuu. Inkscapen, Gimpin ja Kritan lisäksi on esim. MyPaint ja LazPaint. Tussasin LazPaintilla muutaman sivun sarjakuvaa ja en ainakaan itse Photoshopilla saisi aikaan parempaa jälkeä.
Kyllä nuo open source softat ovat jo sillä tasolla, että perusasiat onnistuu. Kritaa voi suositella jo peruskäyttäjillekin.
-
Yllättäen on tullut tosi paljon softaa, jolla tussaus ja väritys onnistuu. Inkscapen, Gimpin ja Kritan lisäksi on esim. MyPaint ja LazPaint. Tussasin LazPaintilla muutaman sivun sarjakuvaa ja en ainakaan itse Photoshopilla saisi aikaan parempaa jälkeä.
Ei kai se jälki ole missään määrin ohjelmista kiinni?
Muistelen että ennen vanhaan (vielä 15 vuotta sitten) kun ohjelmat eivät vielä tehneet itse .pdf:iä, tai jos tekivät, niin aivan käyttökelvottomia (CorelDraw varsinkin kunnostautui luomalla ihan ihme sotkua), toimivat pdf:t tehtiin Acrobat Distiller -nimisellä ohjelmalla niin, että työskentelyohjelmaan määritettiin tulostimeksi painon tulostimen asetukset, tämän jälkeen materiaali tulostettiin PostScriptinä (tulostimeen ajettava tiedostomuoto, jonka voi tallettaa ja ajaa tulostimeen ilman varsinaista isäntäohjelmaa) Distillerin kautta tidostoksi.
Pdf:ssä ei siis ole mitään alkuperäisiä kuvia mukana, se on pelkkää ohjaus-ja muotoilukäskyä, jossa kirjaimetkin on muutettu vektoreiksi. Kun sitä katsotaan koneen näytöltä, näytönohjain toimii "tulostimena".
Tai noin ainakin muistelisin. Sittemmin Distiller integroitiin moniin eri ohjelmiin, ja se lakkasi olemasta erillispalikkana, silti ainakin kaikki Adoben ohjelmat suorittavat .pdf:n teon kukin oman distillerinsä kautta.
-
Ei kai se jälki ole missään määrin ohjelmista kiinni?
ei sen enempää kuin paperista tai työvälineistä muutenkaan.
Tekijä tekee ihan yhtä hyvää jälkeä kopiopaperille kuin cansonin happovapaalle. Enemmän se on makukysymys.
Toisille sopii sivellin toisille ei, asia ole mitenkään erilainen ohjelmistopuolellakaan.
-
Ei kai se jälki ole missään määrin ohjelmista kiinni?
Muistelen että ennen vanhaan (vielä 15 vuotta sitten) kun ohjelmat eivät vielä tehneet itse .pdf:iä, tai jos tekivät, niin aivan käyttökelvottomia (CorelDraw varsinkin kunnostautui luomalla ihan ihme sotkua), toimivat pdf:t tehtiin Acrobat Distiller -nimisellä ohjelmalla niin, että työskentelyohjelmaan määritettiin tulostimeksi painon tulostimen asetukset, tämän jälkeen materiaali tulostettiin PostScriptinä (tulostimeen ajettava tiedostomuoto, jonka voi tallettaa ja ajaa tulostimeen ilman varsinaista isäntäohjelmaa) Distillerin kautta tidostoksi.
Näin.
Pdf:ssä ei siis ole mitään alkuperäisiä kuvia mukana, se on pelkkää ohjaus-ja muotoilukäskyä, jossa kirjaimetkin on muutettu vektoreiksi. Kun sitä katsotaan koneen näytöltä, näytönohjain toimii "tulostimena".
Eiköhän siellä paketissa just ole ne bittikartat mukana. Sehän siinä on idea että vaikkapa värillinen ja 1-bittinen kuva sekä vektoritekstit saadaan kaikki nätisti yhdeksi tiedostoksi, joka vielä tulostuukin (näytölle tai paperille). Vektoripuoli kuvistakin toki on "muotoilukäskyä".
ei sen enempää kuin paperista tai työvälineistä muutenkaan.
Tekijä tekee ihan yhtä hyvää jälkeä kopiopaperille kuin cansonin happovapaalle. Enemmän se on makukysymys.
Toisille sopii sivellin toisille ei, asia ole mitenkään erilainen ohjelmistopuolellakaan.
Curt senkun jatkaa trollausta. :) Markkuhan juuri pääsi sanomasta että nyt vihdoin tilanne Linux-puolellakin on se että väline ei enää kauheasti vaikuta. Tai eihän hän juuri noin sanonut, mutta jos ymmärtäisit mistä puhutaan niin...
-
Curt senkun jatkaa trollausta. :) Markkuhan juuri pääsi sanomasta että nyt vihdoin tilanne Linux-puolellakin on se että väline ei enää kauheasti vaikuta. Tai eihän hän juuri noin sanonut, mutta jos ymmärtäisit mistä puhutaan niin...
Lukeminen Reimalla sujuu jo, lukemisen ymmärtäminen vielä hiukan hakusessa.
:)
-
Isoin ongelma "oikeitten töitten" teossa linux-puolella
on se, että vaikka saisikin täysin kelvollista jälkeä aikaan
open sourcella, on kyse yleensä kuitenkin työympäristöstä
ja tuotantotavoista, jotka edellyttävät tiettyjä softia.
Kuvientekijät on yleensä mac/windows-käyttäjiä ja
putket on tehty Adoben pillin tahdissa tanssien. Ja
kyllähän ne ohjelmat on parempia kuin linuxille saatavat.
Tosin 3d-osastolla avoin koodi eli Blender hakkaa kilpailijansa.
-
J Lehdon kanssa samaa mieltä.
Mutta noin suomalaisten sarjakuvapiirtäjien työympäristön huomioiden, taitaa olla vain hyviä puolia open sourcessa. Eipä niitä sarjakuvia juuri kukaan iso talo tule ovelle kyselemään.
Kunhan saisi painotuotteen aikaiseksi, se on minun henkilökohtainen johtoajatukseni nyt.
(Ja Blender on todella hyvä, kokeilkaa jos hiukankin on 3D tarpeita...)
-
Huomio kaikki taittokykyiset! Nyt olisi tärkeää saada hiukan palautetta.
Sain väkerrettyä jotakin, joka ottaa väritiedostot (300dpi) ja viivatiedostot (900dpi) ja tekee niistä PDF:n. (Siis selvennykseksi niille, jotka eivät ole Kvaak-keskustelua seuranneet: yritän tehdä skriptin jolla voi "taittaa" sarjakuvalehden automaattisesti. Ei mitään hienoa, vain ihan peruskuvio, jolla saisi painokelpoisen PDF:n.)
*Tiedän*, että systeemi on puutteellinen. Mutta haluaisin, että joku, jolla on *oikeat* työkalut ja osaamista, vilkaisisi ja kertoisi edes pahimmat puutteet.
Eli tässä on koe-PDF:
http://koti.mbnet.fi/mmyllyma/comicbook2.pdf
Jos viitsitte avata tuon tiedoston (19 MB, sisältö ei ole sarjakuvaa, muuten se olisi ollut satoja megoja) ja kertoa mitä hienoilla työkaluillanne näette. Adobe Reader näyttää tuon OK, mutta paino lienee *hiukan* tarkempi... :D Värit on konvertoitu CMYKiin.
Jos saan palautetta jolla voin pahimmat puutteet korjailtua, julkaisen skriptin. Linux-käyttäjät hyötyvät heti ja pienellä vaivalla skriptin voi konvertoida myös ainakin Windowsiin.
(Iso kiitos Timo Kokkilalle avusta!)
-
1-bit konversiossa näkyy olevan ongelmaa, täytynee etsiä uusia ratkaisuja. (Kiitokset Timolle taas...)
Olisi mukava jos voisi analysoida paremmin tuota PDF:ää, mutta ei ole oikein työkaluja siihen. Distilleriä tai vastaavaa ei kenelläkään kuitenkaan ole, mutta onkohan jotain muuta joka ymmärtäisi paremmin PDF:n sielunelämää?
-
Käsitinkö oikein että sulla on valmis pdf-templaatti
jota manipuloimalla lopputulos syntyy. Ja että tätä
templaattia olisi syytä analysoida tarkemmin?
Olisko apua tuosta py-skriptistä:
http://blog.didierstevens.com/programs/pdf-tools/
se ensimmäisen pitäisi parsiia pdf:n peruselementteihinsä
(en ole kokeillut)
-
Kiitos linkistä! Täytyy tutustua tuohon.
Templaattia ei taiton kannalta kannata vielä arvioida, koska se ei ole edes vielä mukana. ;D
Sain Kokkilan Timolta hienot taittotiedostot, mutta testaan vasta sitä, miten saan päällekkäisiä kuvia (viivat ja värit) ja peräkkäisiä sivuja tehtyä. Luin kyllä Timon PDF-tiedostoja ihan tekstinä (tein omat työkalut, jotka suodattavat streamit), mutta nämä koodaukset sun muut hämmentävät. Lisäongelma on, että "normaaleissa" taitoissa on mukana aina tekstidataa, joka tuottaa aika läjän objekteja joita en tarvitse (ei tarvitse tallentaa fonttidataa jne.). Minä aion käsitellä vain ja ainoastaan kuvia.
On aika himmeä formaatti tämä PDF. Mutta katsotaan, mihin päädytään. ;D
-
Olipa hyvä, että sait toiselta Timolta ton PDF:n, vaikka minä tämän autuaasti unohdinkin (kun on ollu kaikenlaista tässä ja jaadejaa ::) )
Timo
-
Ei mitään hätää, Timo, kyllä tässä piisaa vielä varmasti päänvaivaa kaikille! >:D
Jos sinulla on (lyhyempikin) PDF, jossa on 1-bit viivat ja CMYK+ICC värit päällekkäin, lisäesimerkit ovat vieläkin tarpeen. Erityisesti, jos layout ei sisällä *mitään* tekstiä, ei edes sivunumeroita.
Jossakin vaiheessa tästä kuitenkin varmaankin hyötyisi aika moni, jos homma kehittyisi edes niukin-naukin painokelpoiseen suuntaan. Pistän tämän sitten vapaasti jakoon. 8]
-
Olisi kyllä hyvä jos kaimani Ronkainen lähettäisi myös taittoesimerkkejä, koska on hommassa paljon enemmän ammattilainen kuin minä. Omat tiedostoni saattavat olla erilaisia, joten useamman ihmisen materiaalista saisi paremman kuvan asiasta.
-
No väsäsin nyt nopsasti ihan pelkän kahdeksansivuisen "tyhjän" PDF:n. Voitte kokeilla:
http://1drv.ms/1Cs87ug
Poistanen tuon linkin jossain vaiheessa. Kertokaa kun on filu tallessa.
Timo
-
Kokkilan Timolle: Tiedostosi oli varsin pro-kamaa, niistä oli paljon hyötyä! Ongelma on ne sivunumerot ja selittävät tekstit kuva-alueiden alalaidoissa, ne toivat paljon tekstilayouttiin liittyviä objekteja.
Ronkaisen Timolle: Juuri sellainen file kuin halusin struktuurin puolesta, mutta miksi viiva-streameja on vain kaksi? Osaako InDesign älykkäästi huomata, että tämä on sama viivatiedosto kuin edellinen? Se ei siis tee uutta objektia? Tarvisin tuon niin, että jokaista sivua kohden olisi yksi uniikki 1-bit ja yksi uniikki CMYK stream, jotta sen saisi toimimaan. Siis jokainen sivu oikeassa lehdessä on erilainen... ;D
-
En tunne InDesignin sisäänrakennetun Distillerin sielunelämää ja sen kautta tulostuvan PDF:n rakenteita kovinkaan hyvin. Tai oikeastaan ollenkaan. Osaan vain naputella rukseja oikeisiin kohtiin ja tiedän mistä ikkunasta mitäkin saa, opetettuna apinana. ;D
Joka sivulla on kyllä oma objektinsa.
Export-laatikon vaihtoehdot käy vähiin.
Timo
-
Jos tekisit eri viivatiedostot vaikka joka sivulle (pari satunnaista pikseliä riittänee) niin sitten ei varmaan osaisi InDesign sanoa että "höh tämähän on sama kuin edellinen, en liitä mitään". ;D
-
Eli täysin blankot filut ei käy?
Voiphan tuota kokeilla.
Timo
-
Taas joku, jolla on professionaalivälineistöön, voisi kokeilla miten kaukana tämä on toivotusta formaatista. Todellinen 1-bit maski uupuu vieläkin, mutta tällä tekniikalla pääsee hiukan sinnepäin...
http://koti.mbnet.fi/mmyllyma/testisivut.pdf (http://koti.mbnet.fi/mmyllyma/testisivut.pdf)
Ei sisällä sarjakuvaa vaan pelkkiä testisivuja.
Kiitos taas Kokkilan Timolle vaivannäöstä.
Minulla on muutama aika hankala ongelma ratkaistavana. Jos niiden ratkaiseminen vaatii koko PDF-formaatin purkua ja uudelleenkasausta, taitaa olla aika miettiä, löytyykö jokin kaupallinen ratkaisu. Ei viitsisi investoida työkuukausia... ;D
-
Tämä on mennyt multa ohi, mutta nyt katsoin Acrobatilla. Eipä tuosta paljon osaa sanoa. Aika iso tiedosto noinkin yksinkertaiseksi, mutta se tuskin kuuluu tähän.
Musta näyttäisi zoomatessa olevan teräväreunaista naaman ääriviivassa ja silmissä, mutta suu ja teksti ovat harmaareunaisia, jos siitä nyt on mitään apua.