znova obrazky :-)

[Zdenek Wagner]

On Fri, 27 Feb 2004, Luboš Kloc wrote:

> Ano, ten princip je mne jasny. Moje otazka smerovala k tomu,
> zda je vsude k dispozici operator Filter, ktery umi zpracovat PNG
> obrazek. PNG je novejsi format. Napr. v HTML
> jej umi zpracovat jen novejsi prohlizece, starsi si s nim neporadi.
> Hadam, ze u Acrobatu a GS muze byt situace podobna, ale
> nevim to presne. Proto jsem se na to ptal.
> Pak by postup aplikovany v pdfTeXu mel svou logiku - prevodem
> obrazku do PDF se dosahne lepsi prenositelnost vysledneho PDF souboru.
>
Je to od PS Level 2, Acrobat 3, GS 5 (neco bylo uz ve verzi 4, ale s
chybami). Nekde jeste mohou byt osvitky, ktere nezvladnou PDF a umi jen PS
Level 1, ale asi uz jsou vzacne.

> S pratelskym pozdravem
>
> Lubos Kloc
>
> Zdenek Wagner wrote:
> > On Fri, 27 Feb 2004, [windows-1252] Lubos Kloc wrote:
> >
> >
> >>A je opravdu zbytecna? Muze byt v PDF souboru vlozen obrazek primo
> >>v PNG formatu, aniz by to prohlizecum delalo potize?
> >>
> >
> > PDF vychazi z PS. Jak to funguje v PS vim zcela presne, v PDF je to hodne
> > podobne. V PS Level 2 se bitmapa zpacuje operatorem image, ktery jako
> > jediny parametr ma "dictionary", v nemz jsou vsechny udaje, zejmena
> > informace, kde se vezme ta bitmapa. Stejne jako v unixech je vsechno
> > soubor, dokaze i PS a PDF otevrit skoro cokoliv jako soubor. Pak existuje
> > operator Filter, ktery na vstupu ocekava objekt typu soubor a na vystup
> > take posila objekt typu soubor. Objekt (v PS to muze byt i externi soubor)
> > se tedy nejak otevre, aby se to tvarilo jako soubor, predhodi se jeden
> > nepo posloupnost filtru s kompresnimi algoritmy a na konecnem vystupu je
> > surova nekomprimovana bitmapa, kterou umi operator image vyrastrovat.
> > Napr. barevne fotky pouzivaji v PS a EPS kompresi JPEG a navic jsou
> > zakodovany pomoci ASCII95, aby byly textove, nikoliv binarni. V PS se tedy
> > mezi komprimovana data a operator image vlozi:
> >
> > /ASCII95Decode Filter /DCTDecode Filter
> >
> > V PDF jsou binarni data, takze staci /DCTDecode Filter
> >
> > Neni vubec na zavadu, kdyz je kazdy obrazek v PDF komprimovan jinak.
> > Informace o tom, kde se najdou data a jakymi filtry se maji prohnat, je
> > povinna. Pokud se vsechny obrazky zkomprimuji stejnym algoritmem se
> > stejnymi parametry, pak z hlediska vysledneho souboru a interpretu, kterym
> > se to bude zobrazovat, se vubec nic neusetri. PDF se tvori jednou (nebo
> > pri ladeni nekolikrat), ale vetsinou se predpoklada, ze jej bude opakovane
> > otvirat mnoho uzivatelu. Rychlost tvorby tudiz nema byt urcujici, vse by
> > se melo podridit kvalite a rychlosti zobrazovani (a melo by se rozhodnout,
> > zda je soubor urcen k prohlizeni na obrazovce, promitani na platno, tisk
> > na stolni tiskarne, tisk na digitalnim stroji nebo na osvit, pro kazdy
> > pripad je vhodne jine zpracovani obrazku).
> >
> >
> >>Lubos Kloc
> >>
> >>
> >>
> >>
> >
> >
> > Zdenek Wagner
> > e-mail: wagner at cesnet.cz
> >
> > see also http://hroch486.icpf.cas.cz/wagner/
> >          http://icebearsoft.euweb.cz
> >
> >
> >
> >
>
>
>
>

Zdenek Wagner
e-mail: wagner at cesnet.cz

see also http://hroch486.icpf.cas.cz/wagner/
         http://icebearsoft.euweb.cz