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