Posted By: JohnP (JohnP) on 'CZgraphics' Title: Shrnuti: GIF & PNG & JPG Date: Fri Mar 21 15:06:36 1997 Tak abych tuto debatu shrnul: GIF: -verze 87a (tj. z roku 1987) podporuje jeden obrazek v souboru -verze 89a (tj. z roku 1989, definitivne v 1990) podporuje libovolne mnozstvi obrazku v 1 souboru -> "animovane" GIFy -obe verze muzou byt prokladane -> pak staci nacist 1/8 souboru pro prvni hrube zobrazeni -obe verze muzou mit pruhledne pozadi -patentovany kompresni algoritmus LZW vedl ke vzniku formatu PNG PNG: - vyslovnost PING - pouziva free kompresni alg. Deflating, znamy z GZIPa (spoluautor GZIPa a velky propagator/zdokonalitel deflatingu je tez spoluautorem formatu PNG) - existuje jedna verze, definitivne popsana v Draftu 10 z brezna/dubna 1995 - podporuje mono, 16, 256 barev, TrueColor 24bit a 48 bit (tj. 16 bitu na kazdy barevny kanal) a odstiny sedi 8 a 16 bit. - v jednom souboru muze byt jen 1 obrazek - lze definovat pruhlednpou barvu a nebo cely alfakanal az do hloubky 16 bitu - muze byt prokladany -> staci nacist 1/64 souboru pro prvni hrube zobrazeni - kompresni pomer je v prumeru o 10% lepsi nez u GIFu - pouziva CRC hlavicky a dat pro kontrolu chyb prenosu - schvalen W3 konsorciem pro pouziti na WWW - podporovan snad jen zatim ceskym grafickym DOS browserem Arachne (viz http://main.naf.cz/Arachne), ktery bude podle vseho zarazen do OpenDOSu JPG alias JPEG - vyslovnost "jay-peg" - z konce 80. let existuji 2 zakladni verze: - baseline - znama napr. z WWW - progressive - postupne se obrazek zpresnuje, nacita se iteracne v 3 az nekonecne mnoho iteracich. Presny pocet iteraci zalezi na programu, ktery takovy soubor vytvari. Objevuje se az v posledni dobe na inetu, protoze jeho dekomprese je o neco jeste vice narocnejsi nez u baseline obrazku. To je ono "prokladani" - existuji 3 zakladni kompresni algoritmy, z toho dva ztratove, z toho jeden patentovany (aritmeticke kodovani). Neztratova komprese je pomerne dobra, ale vubec nepouzivana a tudiz nepodporovana az na vyjimky. Pouziva se jen ztratova komprese s Huffmanovym sekundarnim kodovanim. - nemuze mit pruhledne pozadi z principialniho duvodu ztratove komprese. priklad: kdyz mam bily kruh na cernem pozadi, po dekompresi (ktera jeste zalezi na implementaci -> ruzne enginy vedou k ruznym dekomprimovanym datum) z toho zbyde bily krouzko-ctverec s sedivym prechodem do cerneho pozadi. - popis formatu je chranen Copyrightem, lze koupit kopii u ISO - popis komprese byl popsan Georgem Wallacem v casopise Communications of the ACM, tusim 11/1991. Lze ziskat napr. v prazske STK. Tento clanek (cca 15 stran) je povazovan za "JPEG bibli", byva na 1. miste v seznamu zdroju. Lze ziskat na inetu tez v PostScriptu. Progressive JPEGs podporuje napr. shareware Image Alchemy, jistou podmnozinu tez cesky freewarovy prohlizec/konvertor PictView pro DOS (viz http://pascal.fjfi.cvut.cz/~patera/pictview). Uffff. to jsem toho zase jednou napsal. Doufam, ze jsem nadlouho vycerpal vase dotazy. --- JohnP