ja najviac pouzivam TIFF a PSD. to autorovo zboznovanie PNG formatu vobec neni na mieste, neviem ci PNG podporuje 16bitovu farebnu hlbku na kanal, ale urcite nepodporuje CMYK model, CIE L*A*B model, viackanalovy model, stylovanie vrstiev, slices, filtrovacie vrstvy, cesty, smart objects atd.
Staci, kdyz se potka DTPak se zbytkem sveta (== s uzivateli webu) :-) Jinak se to s tim CMYKem nesmi prehanet, pri pouziti barevnych profilu je prevod RGB<->CMYK vcelku bezproblemovy (a to i nasledny tisk).
Jinak taky pouzivam vyhradne png (screenshoty, grafy) pripadne jako mezivysledky (animace a pod). Alternativa moc ani neexistuje, resp. bmp neni podporovano vsim a take neni komprimovano (pouzivam vyhradne ne-MS reseni;)
PNG urcite nezboznuji, je to proste dalsi IMHO velmi dobra technologie. S TIFF a PSD je jeden velky problem - jsou podporovany velmi malym mnozstvim nastroju a zcela jiste se nehodi napriklad pro webovou grafiku, coz je podle meho odhadu tak 49% vyuziti vsech obrazku. Dalsich 49% jsou fotky z fotoaparatu a zbytek jsou ty nase graficke hracicky.
Myslim, ze jsem v clanku docela jasne napsal, k cemu je PNG vytvoreno a urceno (asi jste to cele necetl, o sestnacti bitech na kanal se tam zminuji na vice mistech). Je to proste prenos rastrovych obrazku tak, aby byly zobrazitelne a "ukladatelne" v jakemkoli nastroji, ktery o sobe rika, ze PNG podporuje. Je tomu tak v pripade TIFFu? Mimochodem, i ty dalsi veci, ktere po PNG pozadujete v nem MOHOU byt zapsany. Napriklad Macromedia Fireworks pouziva PNG jako svuj nativni format a vsechny nastaveni (cesty atd.) uklada do nej.
TIFF není obrázkový formát, ale kontejner na data. V TIFF mohou být uložena JFIF data, lze použít různé komprese (včetně gzip).
Každá fotka z fotoaparátu má v sobě TIFF - standard EXIF je totiž založen na formátu TIFF, který je vložený uvnitř APP1 bloku JPEG souboru.
Pro aplikace je jednoduché uložit si do TIFF svá vlastní data, pro jiné aplikace je pak zase jednoduché přeskočit data, kterým nerozumí, a pouze je převzít a zkopírovat do výsledku.
Což mi připomíná IFF z Amigy a jeho bloky dat uvozované čtyřpísmenným kódem. Co jsem měl obrázků jako ILBM (interleaved bitmap), zvuků jako 8SVX (8bitový sampl) a mnoho dalšího.
Přinejmenším naprostá většina dnešních digitálních fotoaparátů (a snad i mobilů) používá EXIF a DCIM adresářovou strukturu na kartě. Staré digitální fotoaparáty však často EXIF nezapisují. Nevím, jak jsou na tom jednoduché modely za 500Kč z teleshoppingu - nikdy jsem je neměl v ruce.
Ano, v tom se TIFF podoba PNGcku, ovsem s tim rozdilem, ze PNG je interne mnohem jednodussi (=nepodporuje vsechny formaty rastru ani zpusoby komprimace, z barvovych prostoru jen RGB) a pritom je jiz ve jmenu bloku jasne napsano, zda je prislusny rozsirujici blok pro aplikace povinny ci voliteleny. I z tohoto duvodu asi nema cenu TIFF a PNG moc srovnavat, protoze u TIFFu se musi rict, kterym programem se pouziva - dnes pravdepodobne neexistuje zadny konverzni ani prohlizeci program, ktery by korektne zvladl nacist vsechny variace TIFFu.
S temi fotkami bych to rekl trosku jinak: fotka muze obsahovat metainformace o obrazku, ktery je ulozen podle standardu EXIF a jeho format odpovida tagum pouzitym uvnitr TIFFu.
No, ja ti navrhujem precitat si vsetky clanky od tohoto autora (http://www.root.cz/autori/pavel-tisnovsky/) - a nie len nadpisy. Rozsiri to tvoje vedomosti, a nebudes ostatnym na smiech. A raz mozno budes schopny napisat podobne kvalitny clanok ...
(Neber to osobne, len ako konstruktivnu! kritiku)
No ono nasazeni gifu a png je nekde jinde nez nasazeni, PSD, pdf, Tiffu
PNG GIF-jsou beztratove a jsou zde kvuli webu. ale najdou upatneni i jinde.
Chtel bych videt jak html emailovou pozvanku s grafikou vytvoris s tiffem a psd :-)
Samozrejme Pokud jde vystup to tiskarny tak je dulezity jine veci nez velikost.
BTW:rekne me nekdo proc zapad jpg2000 pls ten se mi zdal ze dokazal nahradit i tiff...
PS.:Dekuji za velice prinosne clanky
Jpeg 2000 zapadl patrne diky kombinaci duvodu: jako spravny iso format byl navrzeny od stolu (viz debakl s jpeg/jfif), referencni implementace byly hotove pozde, nerozumeji si navzajem a jsou/byly neprakticky licencovane (nebyt ijg jpegliby, je na tom i jpeg dneska daleko hur), zpracovani formatu je desive vypocetne narocne (zatimco jpeg se vam dneska nacte okamzite). A asi nejdulezitejsi duvod: jeho vyhody jsou nevelke, v bezeztratovem modu komprimuje hure nez png, ve ztratovem jen o trochu lepe nez jpeg a proste to nikomu nestoji za tu namahu. Jsou dneska daleko zajimavejsi formaty (svg) a i ty maji problem se prosadit.
Jak to vypada, se SVG budou jeste problemy, viz dneska zverejnenou zpravicku o ukonceni podpory ze strany Adobe na jejich prohlizec. Je to skoda, protoze SVG je - alespon pro me - dukaz toho, ze formaty zalozene na XML maji smysl a take propojeni SVG+JavaScript dava velke moznosti.
na druhou stranu opera svg jiz tak nejak podporuje, do mozilly se pry taky neco chysta... tak ted jeste ie a bude to v pohode... kazdopadne nejlepsi implementaci, kterou jsem zatim potkal byl batik a s tim uz jdou delat kouzla.
na druhou stranu je s podivem jak malo programu tento format byt pro export podporuje (a to je to trivilita treba oproti eps)
mozilla neco podporuje uz ted:
co jsem zkousel ruzne vystupy z illustratoru tak zakldni tvary fungujou bez prblemu
problem je s grdientama a s pruhlednosti dvou elementu.
Opera mam dojem podporuje neco svg-t coz by melo byt neco jednodusiho pro spis pro mobilni zarizeni.
SVG Tiny je opravdu podmnozina SVG. Nazory na tuto podmnozinu se lisi - nekdo to vidi jako tristeni formatu, nekdo jako dobrou vec, ktera pomuze k vetsimu rozsireni SVG. Protoze SVG je sam o sobe dost slozity a maloktera aplikace ho dokonale zvlada (kupodivu i Inkscape ma problemy). Podle me pro vetsinu pouziti SVG Tiny bude dostacovat.
Asi nejvetsi problem bude v te vasi vete "...tak ted jeste ie a bude to v pohode...". Jak je videt i na prikladu PNG (s alfa kanalem), tak dokud to nebude podporovat IE, tak se PNG/SVG vic nerozsiri. Nebo nastane druha moznost, ze IE bude mit pouzivanost pod 50% a snad se dockame.
Kde je? IMHO tam, kam patří: na smetišti. Nejde o to, že by se pro danou aplikaci neuchytil – znáte snad alternativní formát pro „VR na webu“, který jej nahradil? Ba i nástroje nějaké jsou (zobrazovací pluginy do prohlížečů). Ne, problém totiž je v tom, že žádná taková aplikace neexistuje, nikdo podobné věci IMHO nechce; VRML je pozůstatek hypu kolem virtuální reality. (A fakt, že si s tím hraje pár akademiků, na věci nic nemění.)
Na prikladu VRML jsme hlavne videli, jak mizernou akceleraci ma vetsina v relevantni dobe pouzivanych systemu (graficka karta+ovladace). Jo kdyby s nim nekdo prisel v dobe, kdy kazdy webovsky prohlizec bezi nad OpenGL ... jenze tam nejsme jeste ani ted.