Harangoztak a PNG képformátumnak?
2003. június 10. 13:42, kedd
A Web egyik legnépszerűbb grafikai formátumát, a GIF-et védő szabadalom a hónap végén lejár, megkérdőjelezve ezzel a PNG képformátum további létjogosultságát.

Hirdetés

A Lempel-Ziv-Welch (LZW) adattömörítési algoritmus szabadalma június 20-án lejár az Egyesült Államokban. A szabadalom jelenleg a Unisys tulajdona, amely cég azonban nem tervezi a szabadalmi jog meghosszabbítását, így a tömörítési eljárást alkalmazó GIF képformátum a jövőben szabadon felhasználhatóvá válik.

A Unisys LZW szabadalma Kanadában, Japánban, az Egyesült Királyságban, Németországban, Franciaországban, és Olaszországban még egy évig érvényes marad. A társaság a fennálló időben még érvényesíteni kívánja szabadalmi jogait, az LZW szabadalom meghosszabbítását azonban ezen országokban sem tervezi a cég. A GIF formátum így a jövő évben válik ingyenes technológiává.

Mivel a PNG (Portable Network Graphics) képformátum a jogdíjjal sújtott GIF ingyenes alternatívájának készült, a technológia szerepe a Unisys döntésével kérdésessé vált. A PNG támogatói azonban úgy vélik, a technológia számos olyan tulajdonsággal bír, ami biztosítja a megoldás további létjogosultságát. A World Wide Web Consortium (W3C) az elmúlt héten nyújtotta be a PNG második kiadását leíró specifikáció javaslatát, amelyre a szervezet június 23-áig várja az észrevételeket.

"A PNG kifejlesztése eredetileg azért került sor, mert sürgősen tennünk kellett valamit" - mondta Chris Lilley, a W3C grafikai megoldásokkal foglalkozó szakértője. "Mindenki a GIF formátumot használta, amíg elő nem állt egy olyan körülmény, amely a továbbiakban lehetetlenné tette mindezt. Az ember azonban mindig valami jobbra törekszik, és ez az erő azt eredményezte, hogy a PNG jobb lett, mint a GIF" - tette hozzá.

A Unisys 1994-ben jelentette be, hogy a jövőben élni kíván a GIF képformátumban alkalmazott LZW tömörítési eljárás szabadalmával, és licenszdíjat fog követelni a technológia alkalmazásáért. Bár az olyan, anyagilag stabilabb helyzetben lévő társaságoknak, mint például az Adobe nem jelentett problémát a licenszdíj kifizetése, a kisebb, esetleg ingyenes szoftverekben a lépéssel lehetetlenné vált a GIF formátum alkalmazása.

A W3C 1996 októberében adta ki a PNG specifikáció tervezetét, az ISO pedig két évvel később fogott a formátum szabványosításába. A GIF leváltására kifejlesztett PNG technológiai előnyei ellenére azonban soha nem terjedt el olyan mértékben, mint elődje. A fotók tárolására a JPEG jobbnak bizonyult, a GIF pedig animációt is tartalmazhat.
Kapcsolódó linkek
Laptopok

Már 49 900 Ft-tól!

E-book olvasók

Már 17 043 Ft-tól!

Tablet PC-k

Már 23 140 Ft-tól!

LCD monitorok

Már 19 800 Ft-tól!

részletek » részletek » részletek » részletek »
Megosztás
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
 

IT/Tech, Hardver
Tudomány, Mobil, Film, Játék
Hirdetés



Hozzászólások
A témához csak regisztrált és bejelentkezett látogatók szólhatnak hozzá!
Bejelentkezéshez klikk ide
(Regisztráció a fórum nyitóoldalán)
2003. júl. 09. 23:55 | válasz | #39
Ha valaki még jár errefele... (heveny 3 hetes szabadságszerű távollét után vagyok)

wilddog: majd meglátom, megtalálom-e :) bizonyára valamelyik cd-men lesz ;)

TSL16b: PNG-8? konkrétan a 8-bites PNG-t akkor (az esélyegyenlőség kapcsán) említetted először, előtted se senki. De lehet, h átugrottam, rámutathatsz. Örülök azért, h megértjük egymást :)

CAD: igen, tudom, hogy mikor jó a GIF és a PNG. Hozzáteszem azért, hogy nagyon gyenge kontrasztnál (fekete alapon nagyon sötét (kék) szöveg) a JPEG eljárásai egyszerűen használhatatlanok, mert úgyis összemossa. A GIF is kiesik esetemben, mert festményszerű ez a konkrét kép, így marad a PNG -- de ezt kirívó esetnek nevezném.
2003. jún. 17. 22:36 | válasz | #38
Ehhe ehhe, eg a pofamrol a boor >) / hamarosan komunikalunk... eh eh.

IE/vel is megy... csak filter kell hozza.
TSL16b  
2003. jún. 17. 13:13 | válasz | #37
COMMING SOON? Hamarosan kommunikálunk?

Teljesen igazad van. Más szemszögbõl vizsgáltuk a dolgot. 8 bites átlátszósági csatornát nem csak a PNG tud tárolni, de ha ezt browserben akarod megjeleníteni, akkor csak az marad. Ha sikerül. Mozillával sikerült.

CAD  
2003. jún. 16. 15:24 | válasz | #36
Surrano: sok szinbol all (vagyis akkor keves szin, sok arnyalatabol, ahogy tetszik) - megjelnites szempontjabol sok... a gif es png akkor hatekony ha keves szinbol, ill. annak arnyalatabol all a kep.

TSL 16b: www.half-life2.hu

Ha adott egy mintas hatter, melynek szekvenciaja nem adott, es ra szeretnel tenni egy kepet, ugy hoyg beleolvadjon, ez megoldhato transparens giffel... de a minosege igen gyatra... jpg-vel kivitelezhetetlen, mert a hatter valtozo, a eloter kepenek koordinatai meg nem adottak... ezt egy alfa csatornas png vel kivaloan kivitelezheto.
2003. jún. 14. 02:21 | válasz | #35
A JPEG tömörítés a képet RGB-ből YCC-be konvertálja, mert ebben a formában jobb tömörítés érhető el kisebb képi veszteség mellett. A kép két komponense 8x8as, míg a harmadik 16x16os négyzetekre van felosztva, ez utóbbit szintén 8x8ra kicsinyítik ezután (így az egyik komponens tömörítési aránya négyszerese lesz mint a másik kettőé, viszont erre a komponensre kevésbé érzékeny az emberi szem, tehát a veszteség is kevésbé látszik). A felosztást követően a blokkokon kétdimenziós diszkrét koszinusz transzformációt végeznek, mely a képrészletet frekvenciaösszetevőkre bontja (szintén 8x8as blokkok lesznek). Az eredményt egy kicsit átrendezve a 8x8as mátrixból egy nagyjából csökkenő számsorozatot kapunk, ezt könnyebb kvantálni, mint az eredeti dct mátrixot. A kvantálás után a kapott számsorozatot vagy Huffman, vagy aritmetikai kódolással tárolják.

Matematikailag a JPEG tömörítésben egyedül a kvantálás az, ami a veszteséget okozza a tömörítésben, az összes többi lépés (eredetileg, mindent lebegőpontos műveletekkel végrehajtva) veszteségmentes.

Ez a JPEG tömörítés talán legáltalánosabb formája (asszem ez a 4:1:1-es, színtranszformációval), azonban sokféle változat található, amelyek esetleg elhagyják a színátváltást, nem csak egy komponensnyi blokkot kicsinyítenek a negyedére, hanem többet és más arányokkal (pl.: 4:2:2, 4:2:1 vagy bármilyen más 4,2,1-esekkel leírható kombináció), ráadásul nem kötelező a három színcsatorna sem, asszem 1-4-ig bármennyi lehet (elvileg, bár gyakorlatban 1 vagy 3 szokott lenni /szürkeárnyalat vagy színes/).
2003. jún. 13. 19:28 | galéria | válasz | #34
Érdekes, nálam a kockásodás 8x8-as területen jön létre.
TSL16b  
2003. jún. 13. 12:02 | válasz | #33
Na, kiderült, hogy nem értek a szakmámhoz.

Surranó: Tényleg, 24 bites? A PNG-8? Vagy az esélyegyenlõség érdekében a legfeljebb 8 bites GIF-et a PNG-24-gyel hasonlítsuk össze (aminél azért csak kisebb lesz a GIF, ha elég a max. 256 szín)?

cad: Mi az a számos dolog, ami kivitelezhetetlen PNG kép nélkül? (Eltekintve talán egy PNG-képnézõ kipróbálásától.)

2003. jún. 13. 09:52 | válasz | #32
Surranó: WOW! Úgy érzem okosabb lettem. :) Ha megvan az a referátumod, akkor érdekelne... elküldenéd mailben, ha megkérlek szépen? Előre is köszi.
2003. jún. 13. 00:06 | válasz | #31
enen, TSL16b:
a GIF max addig veszteségmentes, amíg beleférsz a 256 színű palettába. Ezért van az, hogy a veszteséges JPG _bármilyen_ (pl kontrasztos kocka) fényképre kisebb minőségromlást ad, mint a 256 színű GIF.

A PNG viszont valóban 24 bites, kedves TSL16b.
2003. jún. 13. 00:02 | válasz | #30
qaz, cad:
a szóban forgó levlap a szokásos fehér alapon piros nyomat volt, jobbára kék tintával teleírva. Kis fekete, meg egy helyen lila sorkiemelő. Meg amit a scanner még rákavar árnyék stb címén.
Namost ez ugye három szín, de annak kábé 240ezer árnyalata. Ez most kevés színnek (5) vagy sok színnek (százezrek) számít?

Másik, a gépi szöveg: van egy hatalmas képem, ami nem fehér alapon fekete, hanem pergamen alapon barna, de igen vsz gépi gyártmány. Mivel kellően elmebeteg vagyok, kb négyszeres (nyolcszoros?) nagyításban pásztáztam végig a pár ezerszer pár ezer pixelt, hogy látok-e különbséget a 24 bites veszteségmentes (hehe) BMP-hez képest... aztán a BMP-t ledúrtam.

Ja, és a pontosság kedvéért: megnéztem, nem is 1 levlap, hanem kettő, szóval egy A5-ös oldal.

2003. jún. 12. 23:55 | válasz | #29
Wilddog:
valaha írtam belőle referátumot... A JPEG (ez egy társaság neve) módszere vajmi kevéssé kötődik Huffman bácsihoz. Helyette: fogják a 16x16-os kockát, az értékeket veszik mint 256-odik szintű polinom értékeit, interpolálják, oszt a túlkis együtthatókat eldobják. Persze valahogy okosan. Ettől van a kockásodás pölö, de asszem a ring (csipke) is. Mindezt tán csatornánként (r,g,b; alfa sajna nincs gyárilag)
CAD  
2003. jún. 12. 14:30 | válasz | #28
Gif nem kisebb, ez hulyeseg, a PNG vagy ugyan akkora, vagy kisebb, semmikeppen sem nagyon (persze ha a png-be meg beleteszel alfa csatornat es egyeb extrakat, akkor megeshet hogy tenyleg nagyobb, de szamos dolog van ami nem kivitelezheto png nelkul!)ú

PNG teljesen tamogatva van, csak utanna kellet picit nezni, teljeskoru tamogatast elvez, bar a crossbrowseres resze kicsit gyenge, elterjedsege is megfelelo, vagyis nem kell hogy elterjedt legyen, csak tamogatott, tamogatottsag adott, innentol kezdve rendben van a dolog.
_Z  
2003. jún. 12. 14:17 | válasz | #27
"Egyébként csinálj egy screenshotot a fórumról, és tömörítsd be png-be meg jpegbe, és rá fogsz jönni, mire jó a png."

Kíváncsiságból megcsináltam, 500k jpg (1%), 276k jpg (10%), 60k png, 80k tif.
TSL16b  
2003. jún. 12. 11:12 | válasz | #26
Kevés színre a PNG jó, de a GIF kisebb, és elterjedtebb. Fotóra a JPG sokkal kisebb, és nem sokkal rosszabb. Miben is jobb a PNG? Ha igaz, hogy szabadon felhasználható lesz a GIF, akkor az igazán el nem terjedt és teljesen nem implementált PNG-t kellene hanyagolni.
2003. jún. 12. 09:49 | válasz | #25
Amit én tudok erről a formátumokról:
A JPG Huffman kódoptimalizáción alapuló tömörítést használ és azzal ér el kisebb fileméretet, hogy az átmetei színárnyalatokat közelíti egymáshoz, vagyis nagy területű homogén szineket hoz létre. Ez által a szinek gyakoriságában torlódási pontok jönnek létre, ami következtében a Huffman optimalizálás rövidebb kódokat tud létrehozni (aki ismeri az algoritmust, lehet hogy érti, mire gondolok). Valami ilyesmit hívnak pszichovizuális képtömörítésnek, mert olyan árnyalatokat tüntetnek el ily módon, amiket nem lehet észrevenni (elvileg). Ettől veszteséges tömörítés a JPG-é.
A GIF, PNG LZW tömörítést alkalmaz, aminek az alapelve az, hogy ismétlődő karaktersorozatokat cserél rövidebb jelekre. Ebben az esetben nem tudok mesterséges gyakoriságmódosításról. Ebből adódóan nincs veszteség LZW tömörítés során. Ha érdekel valakit, talán kereshetek leírásokat ezekről az algoritmusokról, csak dobjatok emilt!
2003. jún. 11. 23:39 | galéria | válasz | #24
Dönöjű...
CAD  
2003. jún. 11. 16:56 | válasz | #23
Surrano: azert esszel kell hasznalni ezt is. A PNG akkor lehet jo, ha ekves szinbol all, ekkor viszont tobb ezer szer ezres kep is par kbyte lesz! - Sok szinre jpg a jobb...

Relaks: a dolg ugy nez ki, hogy lennie kellene bal fent egy pirosbol attetszobe atmeno png-nek. Azert csak a gifet latod, mert a png CSS-bol van megadva egy div-be... a style.css-ben van definialva - hogy igy miert nem mozzillabol, hat azert mert egy (remelem) activ-x filter segitsegevel mukodik az attetszoseg csak... igy viszont csak ie-alatt megy.
enen  
2003. jún. 11. 12:39 | válasz | #22
Basszus. "Veszteségmentes PNG" :))

Elmondom, hogy mind a GIF, mind a PNG veszteségmentes tömörítést használ. Így leírni, hogy veszteségmentes png, olyan, mint leírni, hogy közlekedésre használható autó.


Egyébként csinálj egy screenshotot a fórumról, és tömörítsd be png-be meg jpegbe, és rá fogsz jönni, mire jó a png.
qaz  
2003. jún. 11. 10:33 | válasz | #21
Csakhogy a szövegnél sokkal jobban lehet tömöríteni.
Ellenben nagyításban mindenképp látszik a tömörítés egy szövegnél, ha nem kézzel írott.
relaks   2002. 05. 15. óta regisztrált VIP fórumozó 2002. 05. 15. óta regisztrált VIP fórumozó 2002. 05. 15. óta regisztrált VIP fórumozó
2003. jún. 11. 09:33 | galéria | válasz | #20
Franc, ez a gif, de mentéskor a környéken nem láttam png-t
relaks   2002. 05. 15. óta regisztrált VIP fórumozó 2002. 05. 15. óta regisztrált VIP fórumozó 2002. 05. 15. óta regisztrált VIP fórumozó
2003. jún. 11. 09:30 | galéria | válasz | #19
T / 4 5 6 - G C 4 3

Ezt kéne csak látni, meg ferde vonalakat fehér alapon? A mozilla hozza.
2003. jún. 11. 09:09 | válasz | #18
... háttértárról...
2003. jún. 11. 09:09 | válasz | #17
Nana. Egy kísérlet:
1. scannelj be egy teleírt levlapot (szövegre a veszteség ugye tán jobban látszik, mert kontúros) 600 dpi-vel. Én egy 3500x5500-as képet kaptam.
2. Mentsd el veszteségmentes truecolor PNG-ként és 95%-os jpegként (asszem, ACDSee-t használtam a konverthez). Nekem 34MB vs 6MB lett.
3. Szép és jó monitoron tedd egymás mellé a kettőt, akár dupla nagyításban, és kérd meg a levlap íróját, hogy ugyan mondja már meg, melyik a veszteséges.

Akivel csináltam, rosszul tippelt. Összeadva a méretkülönbséggel, meg hogy 34 mega puszta betöltése is másodpercekbe telik egy nemcsúcsmodern háttértáron...
slz  
2003. jún. 11. 07:29 | válasz | #16
ja bocs, csak a háttér GIF, az átmenet PNG...
slz  
2003. jún. 11. 07:26 | válasz | #15
http://www.force-x.hu/cad/png/

ez nem PNG, hanem GIF, legalábbis a HTML forrás alapján...
nenad  
2003. jún. 11. 07:11 | galéria | válasz | #14
szerintem is a PNG a legmenobb, lehet benne alfa csatornat taroni, szeles skalan lehet tormoritni (vesztesegmentesen is), stb.

Ami a fotok tarolasat illeti nem jobb (szerintem) a jpg. Csak elterjedtebb.
b  
2003. jún. 11. 01:53 | válasz | #13
szerintem a gif ugyanúgy halálra van itélve, mint az mp3. meg különben is, ma már nem illik jogvédett, csak egy céghez köthető formátumot használni!
2003. jún. 10. 23:37 | válasz | #12
A PNG-nek egy kis hátránya, hogy több erőforrást használ fel a tömörítéshez és a nézegetéshez. Mellesleg szerintem ez a formátum a legalkalmasabb "Line Art"-ban szkennelt képek tárolására.
CAD  
2003. jún. 10. 18:46 | válasz | #11
Nah itt van egy IE alatt is mukodo, szep kis png cuccos :)

http://www.force-x.hu/cad/png/

Igy viszont valoszinuleg nem megy a tobbi bongeszovel :(.
CAD  
2003. jún. 10. 18:25 | válasz | #10
http://www.w3.org/Graphics/PNG/inline-alpha.html - Itt van a dolog, csak a lejebb emlitett filter nincs benne...
CAD  
2003. jún. 10. 18:21 | válasz | #9
Kozbe utannaneztem a dolgoknak, mozzilla, konq stb. tamogatja... ie-is, csak kell hozza " http://msdn.microsoft.com/library/default.asp?url=/workshop/author/filter/reference/filters/alphaimageloader.asp " - ez ;>
2003. jún. 10. 17:12 | válasz | #8
az alfa csatorna tarolja az attetszoseget
CAD  
2003. jún. 10. 17:11 | válasz | #7
Az alfa csatoran eleg sokretu dolog, a legismertebb tulajdonsaga az attetszosegbol a nem atetszosegbe vezeto atmenet szerkesztesenek lehetosege.
Cat  
2003. jún. 10. 16:41 | galéria | válasz | #6
mit tud az az alfa csatorna?
2003. jún. 10. 16:09 | válasz | #5
Tud valaki valamilyen linket, ahol alpha csatornas PNG-k vannak ?
CAD  
2003. jún. 10. 15:27 | válasz | #4
Kerdesedre valaszolva, a PNG maga nem tud animaciot, ha gyorsan le szeretnem zarni a temat, hogy de attol meg nagyon is jo mert a flash az tud, es nem is kell gif, akkor hulyeseget mondanek.

Viszont a PNG nek van egy extensionje, az MNG ami viszont mar tud animaciot is.

A szornyu a dologban, hogy szinte osszes bongeszo es stb ismeri a png-t, de ha alfa csatornas pngvel talalkozik akkor a legujabbak is megadjak magukat, ami nem tul oromteli :(

MNG tamogatottsaga is adott, csak gondolom azzal az alfa csatornas betegseggel mint a pngnel, marpedig ez nagyon nagyon gaz am.
gyraph  
2003. jún. 10. 15:19 | válasz | #3
A gif formátum palettás szín, és 256 színt tartalmazhat...A png ezzel ellentétben 24bit színmélységű is lehet, ráadásul a Macromedia Fireworks szoftverének "szinte" saját formátumává vált. A munkafolyamatot pedig épp úgy képes tárolni, mint a Photoshopnál a psd.
Nem tudom mi köze van a kettőnek egymáshoz.
CAD  
2003. jún. 10. 15:11 | válasz | #2
A PNG olyat tud amelyet gif jelnleg nem, nevezetesen alfa csatornat, kulonbozo gamma ertek tarolasat, es 24 bites szinmelyseget - ha a bongeszok vegre szabvanyosan tamogatnak, akkor a gif letjogosultsaga lenne megkerdojelezheto, ugyanis png az esetek nagy reszebe kisebb, vagy ugyanakkora, a fent emlitett tecnikai tulajdonsagai meg mindenek fele emeli :)
2003. jún. 10. 14:59 | válasz | #1
Tud a PNG animációt vagy átlászó színt kezelni?