Google maakt van jpeg-concurrent ook png-alternatief
Google heeft zijn WebP-afbeeldingsformaat aangepast, waardoor afbeeldingen voortaan lossless kunnen worden opgeslagen. Daarnaast is ondersteuning voor transparantie toegevoegd; deze kan ook met de lossy compressie worden gebruikt.
Google introduceerde zijn WebP-formaat in de herfst van vorig jaar als een alternatief voor jpeg, maar erg populair is het formaat voor afbeeldingen nog niet. Mogelijk komt daar verandering in, nu Google het formaat heeft getweakt: zo is ondersteuning voor lossless-compressie toegevoegd. Daarbij kunnen afbeeldingen wel worden gecomprimeerd, maar gaat de kwaliteit van de afbeelding niet achteruit.
Daarnaast is ondersteuning voor een alpha channel toegevoegd, waardoor transparantie mogelijk wordt. Transparantie wordt ook ondersteund in de lossy-modus van WebP, waarbij wel afbreuk wordt gedaan aan de kwaliteit van een afbeelding. Met de nieuwe features combineert WebP voordelen van de jpeg- en png-codecs: jpeg is een lossy formaat, terwijl png, een lossless-formaat, transparantie ondersteunt. Met het WebP-formaat kunnen afbeeldingen dus zowel lossy als transparant zijn, wat in bepaalde gevallen handig kan zijn: afbeeldingen die lossless zijn gecomprimeerd, nemen meer ruimte in.
Ook lossless zou WebP beter presteren dan png: volgens Google nemen lossless-WebP-afbeeldingen 28 tot 45 procent minder ruimte in dan een png. Het bedrijf waarschuwt echter dat de implementatie van WebP nog niet perfect is: deze is nog niet geoptimaliseerd voor snelheid en er wordt nog gesleuteld aan de specificatie.
Het grootste probleem van WebP is de onzekerheid of browsermakers en producenten van grafische software ondersteuning voor het formaat gaan toevoegen. Op dit moment ondersteunen alleen Opera en Chrome WebP, hoewel browsers die de WebM-codec ondersteunen via een omweg WebP-afbeeldingen kunnen weergeven. Daardoor kunnen WebP-afbeeldingen toch in Firefox worden getoond. De ondersteuning onder makers van grafische software is ook mager: Photoshop ondersteunt het formaat bijvoorbeeld niet; alleen een aantal opensource-pakketten doet dat.
Reacties (94)
Chrome is (uiteraard) toereikend (denk ik).
Ben benieuwd of er beweging gaat komen in jpeg. Jpeg is leuk, maar geen transparantie, geen lossless compressie. Zou het ook als alternatief van RAW kunnen dienen? Hiermee kun je foto's beter nabewerken, maar RAW-bestanden zijn wel errug groot...
Ben benieuwd of er beweging gaat komen in jpeg. Jpeg is leuk, maar geen transparantie, geen lossless compressie. Zou het ook als alternatief van RAW kunnen dienen? Hiermee kun je foto's beter nabewerken, maar RAW-bestanden zijn wel errug groot...
RAW zal niet vervangen worden door een dezer formaten, en wel om de volgende redenen:
-RAW is geen uniform formaat, en RAW-files van verschillende toestellen zijn anders: de RAW-files van je Nikon en die van je Canon zijn helemaal anders. Als je een uniform formaat gaat aannemen, lever je in op mogelijkheden: het formaat is niet gemaakt voor een bepaald type camera, dus bevat niet de exacte informatie die een custom RAW-formaat tegenwoordig bevat.
-een van de bestaansredenen van RAW-files is dat de camera geen uitgebreide bewerkingen moet doen om de file op te slaan: alle sensor-gegevens worden domweg zo snel mogelijk gedumpt in 1 file. Een lossless compressie toepassen neemt tijd in beslag, die kostbaar is als je bv bursts gaat schieten.
Dit is de reden dat camera's bv niet in PNG kunnen schieten (doorgaans): heowel dit ook een erg goed lossless formaat is, is het geen volwaardige vervanger voor RAW-bestanden.
-RAW is geen uniform formaat, en RAW-files van verschillende toestellen zijn anders: de RAW-files van je Nikon en die van je Canon zijn helemaal anders. Als je een uniform formaat gaat aannemen, lever je in op mogelijkheden: het formaat is niet gemaakt voor een bepaald type camera, dus bevat niet de exacte informatie die een custom RAW-formaat tegenwoordig bevat.
-een van de bestaansredenen van RAW-files is dat de camera geen uitgebreide bewerkingen moet doen om de file op te slaan: alle sensor-gegevens worden domweg zo snel mogelijk gedumpt in 1 file. Een lossless compressie toepassen neemt tijd in beslag, die kostbaar is als je bv bursts gaat schieten.
Dit is de reden dat camera's bv niet in PNG kunnen schieten (doorgaans): heowel dit ook een erg goed lossless formaat is, is het geen volwaardige vervanger voor RAW-bestanden.
[Reactie gewijzigd door kiang op 18 november 2011 18:29]
Er zijn wel voorzichtige bewegingen om tot een standaard RAW formaat te komen, maar het schiet nog niet erg op. Het lijkt er op dat de meeste fabrikanten de boel dicht willen houden. Technisch lijkt het me geen echt probleem, je kan best Nikon-RAW en Canon-RAW naar eenzelfde container schrijven, als je maar aangeeft hoe het gelezen moet worden. Avi doet iets dergelijks.
Denk aan hoe Canon het beeld wegschrijft en elke pixel plaatst zal anders zijn dan Nikon. Hierdoor zou je door een open formaat mogelijk tot elkaars technieken kunnen inkijken. Ja zou dus zomaar kunnen zijn dat iedere fabrikant dan zoiets heeft hou het op mn eigen formaat.
DNG bestaat al jaren. Sommige camera's ondersteunen het en vrijwel alle RAW conversieprogramma's.Er zijn wel voorzichtige bewegingen om tot een standaard RAW formaat te komen
Een standaard RAW formaat voor alle fabrikanten zal er nooit niet komen, om de simpele reden dat dit hun camera's reduceert tot een houder voor een lens en een sensor ipv een body met onderscheidende functies in hardware en software. Net zoals tegenwoordig het echt niet uitmaakt van welke fabrikant je een Android of WP7 telefoon koopt; aan de buitenkant zijn ze licht verschillend, maar aan de binnenkant (de software) zijn ze vrijwel allemaal gelijk met weinig tot geen onderscheidende verschillen.
RAW formaten kunnen gecomprimeerd zijn: "File compression techniques that lose some of the original data are called ‘lossy’. However, ‘lossless’ compression is also available. This is used by Canon digital cameras when the highest resolution image is stored as RAW data." (bron)
Nikon heeft een RAW formaat (bijvoorbeeld dat van de D70) dat zelfs lossy compressie kan gebruiken.
Nikon heeft een RAW formaat (bijvoorbeeld dat van de D70) dat zelfs lossy compressie kan gebruiken.
[Reactie gewijzigd door Kraid op 18 november 2011 21:37]
RAW is onbewerkte data zoals kiang ook zegt.
Ik zou niet graag anders schieten dan in RAW, alle andere formaten geven je geen mogelijkheden meer om probleemloos je belichting een tikje aan te passen etc. Zonder (!) je originele bestand aan te passen.
Het feit dat een foto een MB of 25 is in dat formaat maakt me niets uit. Dan maar een grotere schijf in de Nextodi's (hoewel, er zit nu 1 TB in), en in de NAS een schijf erbij desnoods.
Voor de camera maakt het niet uit, hij schrijft snel genoeg naar de kaart, ook in burstmode.
Wat betreft implementatie wordt het weer het kip en ei verhaal denk ik. Geen website gebruikt het, want geen browser (okay, 2) ondersteund het. En de browsermakers zien geen websites het gebruiken, dus bouwen geen ondersteuning in.
Ik zou het best willen gebruiken want het scheelt veel ruimte op de sites, maar als vrijwel niemand de fotos kan bekijken heeft het geen nut.
Ik zou niet graag anders schieten dan in RAW, alle andere formaten geven je geen mogelijkheden meer om probleemloos je belichting een tikje aan te passen etc. Zonder (!) je originele bestand aan te passen.
Het feit dat een foto een MB of 25 is in dat formaat maakt me niets uit. Dan maar een grotere schijf in de Nextodi's (hoewel, er zit nu 1 TB in), en in de NAS een schijf erbij desnoods.
Voor de camera maakt het niet uit, hij schrijft snel genoeg naar de kaart, ook in burstmode.
Wat betreft implementatie wordt het weer het kip en ei verhaal denk ik. Geen website gebruikt het, want geen browser (okay, 2) ondersteund het. En de browsermakers zien geen websites het gebruiken, dus bouwen geen ondersteuning in.
Ik zou het best willen gebruiken want het scheelt veel ruimte op de sites, maar als vrijwel niemand de fotos kan bekijken heeft het geen nut.
RAW is niet altijd onbewerkt: "Note: Kodak and Nikon employ a slightly lossy RAW compression algorithm, although any artifacts are much lower than would be perceived with a similar JPEG image." (bron)
"Ik zou niet graag anders schieten dan in RAW"
Je schiet niet zo heel veel foto's dan of je hebt supersnelle kaartjes, computer, drive en programmatuur of gewoon veel tijd.
Je schiet niet zo heel veel foto's dan of je hebt supersnelle kaartjes, computer, drive en programmatuur of gewoon veel tijd.
Raw bestanden zijn helemaal niet groot. Als je zwaar gecomprimeerde jpeg's gewend bent natuurlijk wel, maar als fotograaf kom je met tiff op veel grotere bestanden uit als met raw.
vraag: Is de support van browsers al toereikend?
antwoord: Op dit moment ondersteunen alleen Opera en Chrome WebP.
Heeft dan misschien niets met fopo te maken, wel met het artikel lezen...
antwoord: Op dit moment ondersteunen alleen Opera en Chrome WebP.
Heeft dan misschien niets met fopo te maken, wel met het artikel lezen...
Dat niet alleen. Zo lang ik in Photoshop niet kan 'saven naar web als WebP' houdt het voor mij op.
Jemig, omdat Photoshop het native niet ondersteund wil niet zeggen dat het niet mogelijk is.... Als we dan toch over dit formaat praten, praten we over plaatjes / foto`s voor het web, waarbij gewoon kleiner is beter geldt. Mijn templates zijn momenteel altijd opgebouwd uit gif, jpg en png afhankelijk van de hoeveelheid kleuren en transparantie.
Verder als men even had gezocht op google was men er achter gekomen dat er al gewoon gratis plugins zijn voor CS4 en CS5 voor zowel 32 als 64 bit.
http://www.telegraphics.com.au/sw/product/WebPFormat
Hiermee kun je in Photoshop gewoon opslagen naar het WebP formaat.
Verder als men even had gezocht op google was men er achter gekomen dat er al gewoon gratis plugins zijn voor CS4 en CS5 voor zowel 32 als 64 bit.
http://www.telegraphics.com.au/sw/product/WebPFormat
Hiermee kun je in Photoshop gewoon opslagen naar het WebP formaat.
die plugin is een oude versie en ondersteund o.a. nog geen alpha channel
weet niet in hoeverre de kwaliteit van WebP verbeterd is maar als ik deze vergelijking zie ben ik er nog niet kapot van:
http://qualvisual.net/Lucid.php
weet niet in hoeverre de kwaliteit van WebP verbeterd is maar als ik deze vergelijking zie ben ik er nog niet kapot van:
http://qualvisual.net/Lucid.php
Afbeeldingen nog kleiner? De gemiddelde afbeelding die ik gebruik is al maar een paar (lees 1-5kb en maximaal 10kb) groot. Niemand die hier nog wat van merkt?
is het niet zeer onhandig om zowel lossy als lossless opslag te doen onder 1 formaat?
mij lijkt het zeer verwarrend
bij jpeg en png weet je tenminste direct wat je er aan hebt
mij lijkt het zeer verwarrend
bij jpeg en png weet je tenminste direct wat je er aan hebt
Waarom zou je als gebruiker van een plaatje moeten weten of het lossless of lossy is?
Bij een AVI container weet je ook niet wat voor compressie (MP4? DiVX? XViD? MPEG2? of zelfs Theora) gebruikt is, dus dat lijkt me voor plaatjes inderdaad ook nog wel te overzien. Evenwel wordt het nog lastiger uit te leggen dat mensen logo's beter niet lossy op moeten slaan...
Dit valt te checken.
Dat is ook exact wat er irritant aan is. Dat je eerst met een programma moet gaan kijken wat de compressie is.
Voor degene die het plaatje online zet kan het veel verwarring opleveren. Nu is het vrij duidelijk: je gebruikt jpeg voor dingen die je met lossy compressie op kan slaan, en png voor dingen die je met lossless compressie op wilt slaan.
Als dat echter in 1 bestandsformaat zit, kan dat verwarring opleveren.
Ik weet echter niet zeker of deze 2 verschillende compressies dezelfde extensie hebben. Als deze andere extensies hebben, lijkt me de verwarring niet zo groot.
Edit: Blijkbaar gebruikt google de .webp extensie voor lossy compressie, en webpll voor lossless compressie.
Als dat echter in 1 bestandsformaat zit, kan dat verwarring opleveren.
Ik weet echter niet zeker of deze 2 verschillende compressies dezelfde extensie hebben. Als deze andere extensies hebben, lijkt me de verwarring niet zo groot.
Edit: Blijkbaar gebruikt google de .webp extensie voor lossy compressie, en webpll voor lossless compressie.
[Reactie gewijzigd door kokx op 18 november 2011 18:29]
PNG is ook al enigzins verwarrend doordat het afbeeldingen in een grayscale formaat kan opslaan (wat vreemd genoeg niet altijd tot een kleiner formaat dan een 'full color' afbeelding leidt). Ook kan het zowel paletted images (zoals een gif) als full color opslaan.
Paint shop pro 7 liet je dat soort dingen altijd mooi configureren.
Als google graag ziet dat dit formaat ondersteund gaat worden zou ik zeggen zet een paar programmeurs er op om Firefox deze standaard te laten ondersteunen en gebruik het op de eigen sites (google/youtube/gmail/google docs) waar het decoratief dient - Internet Explorer volgt dan vanzelf wel.
Als ze willen 'bewijzen' dat het formaat echt goed werkt zouden ze zoiets als Yahoo's smush it moeten opzetten. Je plaatjes uploaden en in een zipje optimaal comprimeerd terugkrijgen.
Paint shop pro 7 liet je dat soort dingen altijd mooi configureren.
Als google graag ziet dat dit formaat ondersteund gaat worden zou ik zeggen zet een paar programmeurs er op om Firefox deze standaard te laten ondersteunen en gebruik het op de eigen sites (google/youtube/gmail/google docs) waar het decoratief dient - Internet Explorer volgt dan vanzelf wel.
Als ze willen 'bewijzen' dat het formaat echt goed werkt zouden ze zoiets als Yahoo's smush it moeten opzetten. Je plaatjes uploaden en in een zipje optimaal comprimeerd terugkrijgen.
Als iemand jpeg kàn vervangen, is het Google wel. Als het lossless wordt opgeslagen, is het dan misschien ook te gebruiken als vervanger van RAW? RAW is heel leuk, maar toch echt wel héél erg groot tegenover jpeg.
In raw word de rauwe data van de sensor opgeslagen. Dit is heel wat anders dan ieder ander normaal formaat voor afbeeldingen.
Met raw kun je namelijk veel verder doorbewerken zonder dat er vreemde verstoringen optreden zoals in jpeg, png of bitmap...
Opzich is dit WebP een mooi alternatief. losless of lossy gaat volgens mij geen probleem worden zoals catfish hierboven beweerd... zo lang je het kan openen zullen gebruikers er van het helemaal niks schelen hoe het is opgeslagen.
De simpele optie om losless of lossy op te slaan lijkt me simpel genoeg om te begrijpen.
Met raw kun je namelijk veel verder doorbewerken zonder dat er vreemde verstoringen optreden zoals in jpeg, png of bitmap...
Opzich is dit WebP een mooi alternatief. losless of lossy gaat volgens mij geen probleem worden zoals catfish hierboven beweerd... zo lang je het kan openen zullen gebruikers er van het helemaal niks schelen hoe het is opgeslagen.
De simpele optie om losless of lossy op te slaan lijkt me simpel genoeg om te begrijpen.
Daar is natuurlijk ook een reden voor, dat RAW groter is. Dat moet zo getrouw mogelijk zijn aan hoe de sensor het beeld heeft opgenomen.
Maar ook RAW doet aan lossless en lossy compressie.
http://nl.wikipedia.org/wiki/RAW_(bestandsformaat)
Maar RAW is niet ontworpen voor website, maar voor fotografen die er met software wat mee willen doen. En een kleiner bestandsgrootte is dan geen voordeel. Zo'n photoshop bestand, das pas groot.
Maar ook RAW doet aan lossless en lossy compressie.
http://nl.wikipedia.org/wiki/RAW_(bestandsformaat)
Maar RAW is niet ontworpen voor website, maar voor fotografen die er met software wat mee willen doen. En een kleiner bestandsgrootte is dan geen voordeel. Zo'n photoshop bestand, das pas groot.
Ik snap het nut niet van nòg een afbeeldingsformaat. Er zijn er al genoeg en wil je kwaliteit dan neem je gewoon PNG. Wil je snel even een afbeelding opslaan die klein is, dan neem je JPG. Wil je een geanimeerde banner of weetikveelwat, dan neem je APNG of GIF. Er zijn genoeg exportformaten die Photoshop ondersteunt en geen man gebruikt, ik betwijfel of dit gaan aanslaan.
Met andere woorden: Stop maar met ontwikkelen, het werkt toch? Met zo'n instelling stopt alles. Ik ben dan ook benieuwd hoe je hier over 10 jaar over denkt 
De standaard formaten jpg en png zijn alweer enige jaren oud, en ik denk dat er best ruimte is voor een nieuw, beter formaat. Vooral nu in de tijd van mobiele apparaten wordt bestandsgrootte en resolutie (weer) belangrijker.
Essentieel is natuurlijk wel dat de browsers, tekenpakketten en OS'en zo snel mogelijk overweg kunnen hiermee. Met de laatste zit dat wel goed, maar de browsers kon wel een (weer) een probleem worden.
Eigenlijk zou er in 'plaatje land' en soortgelijke revolutie moeten komen als wat er met de film codecs is gebeurd de laatste jaren. Is een container formaat niet een idee voor images?
De standaard formaten jpg en png zijn alweer enige jaren oud, en ik denk dat er best ruimte is voor een nieuw, beter formaat. Vooral nu in de tijd van mobiele apparaten wordt bestandsgrootte en resolutie (weer) belangrijker.
Essentieel is natuurlijk wel dat de browsers, tekenpakketten en OS'en zo snel mogelijk overweg kunnen hiermee. Met de laatste zit dat wel goed, maar de browsers kon wel een (weer) een probleem worden.
Eigenlijk zou er in 'plaatje land' en soortgelijke revolutie moeten komen als wat er met de film codecs is gebeurd de laatste jaren. Is een container formaat niet een idee voor images?
Het enige probleem is dat dit formaat niets toevoegd aan png. JPEG valt misschien nog wat voor te zeggen, maar anderzijds is er een hoop te zeggen tegen verdere uitbreiding van Google's dominantie op het web.
PNG is vrijer van eventuele politiek gevoerd door google.
PNG is vrijer van eventuele politiek gevoerd door google.
[Reactie gewijzigd door arjankoole op 18 november 2011 18:44]
Betere compressie dan PNG.
Integratie met (een variant op) jpeg en betere compressie worden toegevoegd. Als de implementatie wordt verbeterd misschien ook nog snellere compressie/decompressie.Het enige probleem is dat dit formaat niets toevoegd aan png.
Betere compressie in alle omstandigheden dat valt nog te bezien. Zolang alleen Google dat zegt neem ik het met een hele grote korrel zout. Integratie met jpeg is alleen een voordeel als het algoritme voor het grootste deel hetzelfde blijft ... anders is het niets meer als 2 formaten met dezelfde extensie.
Dit heeft net als WebM een beetje de schijn van het 'not invented by me' syndroom waar Google wel vaker last van heeft.
Dit heeft net als WebM een beetje de schijn van het 'not invented by me' syndroom waar Google wel vaker last van heeft.
[Reactie gewijzigd door HerrPino op 18 november 2011 22:42]
Het is natuurlijk altijd makkelijk om vanuit je leunstoel, achter de computer, een mening te verkondigen. Maar Google zal hier vast wel goed onderzoek naar gedaan hebben, want Google serveert nogal wat afbeeldingen uit per dag (denk aan al die thumbnails), dus zelfs een compressie die een paar procent beter is, gemiddeld, kan al gigabytes, zoniet terrabytes data besparen, per dag, gok ik zo.
Er is verder niks mis mee met meerdere formaten in 1 extensie, dat doen we al met diverse andere bestanden ook zo. Denk maar eens aan XML, HTML, AVI, TIFF, enz.
Er is verder niks mis mee met meerdere formaten in 1 extensie, dat doen we al met diverse andere bestanden ook zo. Denk maar eens aan XML, HTML, AVI, TIFF, enz.
Het is logisch dat google dit soort dingen ontwikkeld. Ze willen dat de surf ervaring sneller word. Door een formaat te ontwikkelen dat kleiner dan een jpegje met dezelfde kwaliteit kun je dat onder andere doen.
Je kunt natuurlijk zeggen: goh, maar ik heb glasvezel, en de rest van de wereld ook binnen 20 jaar...
Maar, met snelheids verhoging komen ook nieuwe ontwikkelingen, grotere afbeeldingen wellicht? Je ziet het duidelijk terug in full-hd verhaaltje dat nu enkele jaren bezig is, en nu hebben ze het al over quad hd.
Bovendien zit google zelf ook met een heleboel grafische data, denk bijvoorbeeld aan google maps. Wat google wilt is dat alles snel is.
http://alexmaccaw.co.uk/posts/async_ui
Google heeft al wat truukjes toegepast met webgl: nieuws: Google voegt WebGL toe aan Maps om de google maps experience sneller te laten verlopen.
Bekijk zelf de google gallery eens zou ik zeggen: http://code.google.com/intl/nl-NL/speed/webp/gallery.html
Aan de andere kant heb je wel gelijk over of mensen met photoshop het echt belangrijk gaan vinden. Zo is er ook bijvoorbeeld het JPEG2000 formaat, met beduidend betere compressie techniek, die ook nog eens bestanden kleiner maakt.
Het verschil met WebP is echter dat WebP hopelijk wel een groot draagvlak krijgt door de support in verschillende browsers en programmas. JPEG2000 word vrijwel niet ondersteund.
Wat info over jpeg2000 voor wie het niet kent: http://en.wikipedia.org/wiki/JPEG_2000
Je kunt natuurlijk zeggen: goh, maar ik heb glasvezel, en de rest van de wereld ook binnen 20 jaar...
Maar, met snelheids verhoging komen ook nieuwe ontwikkelingen, grotere afbeeldingen wellicht? Je ziet het duidelijk terug in full-hd verhaaltje dat nu enkele jaren bezig is, en nu hebben ze het al over quad hd.
Bovendien zit google zelf ook met een heleboel grafische data, denk bijvoorbeeld aan google maps. Wat google wilt is dat alles snel is.
http://alexmaccaw.co.uk/posts/async_ui
Deze persoon laat ook duidelijk zien: minder laadtijd is beter!Google: 500 ms of extra load time caused 20% fewer searches (source: Marrissa Mayer, Google).
Google heeft al wat truukjes toegepast met webgl: nieuws: Google voegt WebGL toe aan Maps om de google maps experience sneller te laten verlopen.
Bekijk zelf de google gallery eens zou ik zeggen: http://code.google.com/intl/nl-NL/speed/webp/gallery.html
Aan de andere kant heb je wel gelijk over of mensen met photoshop het echt belangrijk gaan vinden. Zo is er ook bijvoorbeeld het JPEG2000 formaat, met beduidend betere compressie techniek, die ook nog eens bestanden kleiner maakt.
Het verschil met WebP is echter dat WebP hopelijk wel een groot draagvlak krijgt door de support in verschillende browsers en programmas. JPEG2000 word vrijwel niet ondersteund.
Wat info over jpeg2000 voor wie het niet kent: http://en.wikipedia.org/wiki/JPEG_2000
jpeg2000 is helaas achtergebleven in het jaar 2000. Iets met te hoge licentiekosten of patenten?
Hoeft niet, er zijn gewoon open implementaties van die in heel wat toepassingen gebruikt worden: http://www.ece.uvic.ca/~frodo/jasper/ 
Wat was dan de reden dat het nooit aangeslagen is? Volgens mij ondersteunt geen enkele browser het en zelfs Photoshop e.d. niet.Hoeft niet, er zijn gewoon open implementaties van die in heel wat toepassingen gebruikt worden: http://www.ece.uvic.ca/~frodo/jasper/
Volgens mij was er niet echt draagvlak omdat geen enkel groot bedrijf het als een van de belangrijkste formaten wilde implementeren.
Ook is het zo dat veel mensen nog nooit van jpeg 2000 gehoord hebben, ze zijn er niet bekend mee. En de normale computer leek is toch de massa.
de JasPer library heeft zelfs de MIT licentie... wat betekend dat je het in propriëtaire software mag gebruiken...
Zelf gebruik ik vooral jpeg 2000 voor het opslaan van foto's. Als je ze opslaat als lossless dan behouden ze alles, met als voordeel dat ze een stuk kleiner zijn dan andere lossless formaten. Ik zie het als een soort van FLAC, maar dan voor foto's
Ook is het zo dat veel mensen nog nooit van jpeg 2000 gehoord hebben, ze zijn er niet bekend mee. En de normale computer leek is toch de massa.
de JasPer library heeft zelfs de MIT licentie... wat betekend dat je het in propriëtaire software mag gebruiken...
Zelf gebruik ik vooral jpeg 2000 voor het opslaan van foto's. Als je ze opslaat als lossless dan behouden ze alles, met als voordeel dat ze een stuk kleiner zijn dan andere lossless formaten. Ik zie het als een soort van FLAC, maar dan voor foto's
In het begin waren er wat discussies over patenten, dacht ik, maar voor zover ik weet zijn die momenteel geen probleem meer (zeker niet voor web-gebruik).
De belangrijkste reden voor het gebrek aan success lijkt me dat JPEG "goed genoeg" was en er een catch 22 was tussen het invoeren en het gebruik van JPEG2000: software-makers voegen het pas toe als er genoeg gebruikers zijn, en website-makers gebruiken het pas als er genoeg software-ondersteuning is...
Daarnaast is het comprimeren naar JPEG2000 CPU-intensiever dan naar JPEG, waardoor het minder geschikt was voor (goedkope) fototoestellen e.d.
De belangrijkste reden voor het gebrek aan success lijkt me dat JPEG "goed genoeg" was en er een catch 22 was tussen het invoeren en het gebruik van JPEG2000: software-makers voegen het pas toe als er genoeg gebruikers zijn, en website-makers gebruiken het pas als er genoeg software-ondersteuning is...
Daarnaast is het comprimeren naar JPEG2000 CPU-intensiever dan naar JPEG, waardoor het minder geschikt was voor (goedkope) fototoestellen e.d.
Als dit goed aanslaat hoeven er dus geen concessies worden gedaan tussen kwaliteit/grootte. In ieder geval niet op de huidige schaal.
Het is niet alleen maar nieuw, er is ook echt wat aan toegevoegd: transparantie en betere compressie.
Ik kan WebP dus niet eens openen in Chrome. Alleen Opera doet het, Chrome download het bestand gewoon 
Als iemand JPEG niet kan vervangen is het Google wel. Weinig bedrijven die zoveel gefaalde producten op de markt zetten.
Als iemand JPEG niet kan vervangen is het Google wel. Weinig bedrijven die zoveel gefaalde producten op de markt zetten.
Chrome ondersteunt het dus welOp dit moment ondersteunen alleen Opera en Chrome WebP
Ik denk zelf niet dat het voor een revolutie op internet zal zorgen. Er zijn m.i. geen problemen met .JPEG en .PNG. Hoewel het natuurlijk handig is als het in een is gevoegd, hoeft het van mij niet snel door te breken.
PNG was ook ooit nieuw. Als de ondersteuning in webkit komt, dan zal gecko snel volgen (ze moeten toch iets met een nieuw versie nummer per 6 weken). En kijk eens op hoeveel plaatsen PNG GIF heeft vervangen?
Maar bij PNG was er ook een goede reden om het een goede duw in de rug te geven, het is een alternatief voor GIF. Gif was toen met patenten omringd waardoor er moeilijkheden ontstonden. Zo is de ondersteuning voor gif bijvoorbeeld uit GD2 (de standaard PHP grafische library) gesloopt omdat ze het te heet onder de voeten werd met mogelijke patentzaken.
"GIF support was removed from the GD library in Version 1.6, and added back in Version 2.0.28. This function is not available between these versions."
Ironisch genoeg zijn de patenten omtrent Googles VP8 videocodec ook nog niet helemaal duidelijk of het nou allemaal wel mag. Deze afbeelding compressie algoritmes zijn zover ik weet weer daarop gebaseerd dus ik zou zeggen dat PNG alweer de bovenhand heeft als het op het vermijden van mogelijke patent rechtszaken aankomt.
"GIF support was removed from the GD library in Version 1.6, and added back in Version 2.0.28. This function is not available between these versions."
Ironisch genoeg zijn de patenten omtrent Googles VP8 videocodec ook nog niet helemaal duidelijk of het nou allemaal wel mag. Deze afbeelding compressie algoritmes zijn zover ik weet weer daarop gebaseerd dus ik zou zeggen dat PNG alweer de bovenhand heeft als het op het vermijden van mogelijke patent rechtszaken aankomt.
Ja, ja, ik ken het hele GIF verhaal van voor tot achter. Het (inmiddels verlopen) patent zat niet op GIF, maar op de gebruikte compressie techniek (LZW). Maar goed, dat is 1 reden om een nieuw formaat voor te stellen (PNG kan ook met meer kleuren omgaan, en heeft transparantie met meer nivos versus ja/nee).
En ik denk dat Google een zeer goede kans maakt om dit nieuwe formaat er doorheen te drukken, zeker als het straks in WebKit komt (Ik gok dat het nu los in Chrome hangt). Maak een mooie losse library, of breid een bestaande uit, en Firefox kan het zo in Gecko er bij hangen. Microsoft volgt dan vanzelf wel in IE 15 of zo.
Qua patenten: dat kan uiteindelijk geregeld worden door: niemand zeurt over de patenten, anders gaan wij zeuren over die van ons.
En ik denk dat Google een zeer goede kans maakt om dit nieuwe formaat er doorheen te drukken, zeker als het straks in WebKit komt (Ik gok dat het nu los in Chrome hangt). Maak een mooie losse library, of breid een bestaande uit, en Firefox kan het zo in Gecko er bij hangen. Microsoft volgt dan vanzelf wel in IE 15 of zo.
Qua patenten: dat kan uiteindelijk geregeld worden door: niemand zeurt over de patenten, anders gaan wij zeuren over die van ons.
Nou, open deze maar eens in Chrome:
wolfos.org/resources/images/link.webp
wolfos.org/resources/images/link.webp
en tegelijkertijd kun je ook zeggen dat er weinig bedrijven zijn die zoveel geweldige en goede projecten/producten op de markt heeft gezet.
[Reactie gewijzigd door Proxx op 18 november 2011 18:28]
Het zal echt lang duren voor dit van de grond komt. Immers is men net bezig de support voor IE6 te droppen. En we zijn bij 10. Als het dus in elf komt moet er eerst gewacht worden tot bijna niemand IE 7,8,9 en 10 meer gebruikt.
Dat duurt nog wel even. Of je moet serverside andere afbeeldingen per browser gaan geven, maar voor hoeveel voordeel?
Dat duurt nog wel even. Of je moet serverside andere afbeeldingen per browser gaan geven, maar voor hoeveel voordeel?
IE wordt niet zoveel gebruikt meer
voordeel = datareductie. Als je heel veel PNG bestanden online hebt staan, en een druk bezochte site, kan het het zomaar waard zijn om die stap inderdaad te doen.
Nee de kracht van raw is dat het nog niet vastgelegd is als afbeelding. De RAW software moet zelfs bayer layer interpoleratie doen om van de opgeslagen luminatie waarden van de subpixels daadwerkelijk een afbeelding te maken.
Daardoor ligt bijvoorbeeld de witbalans nog niet vast en kan je die zelf corrigeren. Ook zijn er nog geen aanpassing wbt contrast en scherpte gedaan. Je hebt dus echt alles in eigen hand.
Daardoor ligt bijvoorbeeld de witbalans nog niet vast en kan je die zelf corrigeren. Ook zijn er nog geen aanpassing wbt contrast en scherpte gedaan. Je hebt dus echt alles in eigen hand.
Je zou kunnen zeggen dat RAW als een negatief is dat wel belicht is, maar nog niet ontwikkeld. Hoe de afbeelding eruit komt te zien hangt sterk af hoe je het ontwikkelt (in een RAW developer programma).
Het heeft al lang geduurd tegen dat er uiteindelijk goeie PNG support kwam in alle browsers (kijkt al zuchtend naar Microsoft) en ik zie eigenlijk nu niet direct het voordeel van een nieuw formaat die eigenlijk maar weinig toegevoegde waarde heeft.
De vergelijkingen die ik heb gezien heeft dan nog het nadeel dat de kleuren een stuk "doffer" uitkomen en op zich word ik daar ook niet vrolijk van.
De vergelijkingen die ik heb gezien heeft dan nog het nadeel dat de kleuren een stuk "doffer" uitkomen en op zich word ik daar ook niet vrolijk van.
Ik mis eigenlijk nog een geanimeerd formaat net als gif. Maar dan met 16,7 mil kleuren en mogelijkheid voor een alpha kanaal en lossy opslag.
Heette 'animated png' een aantal jaren terug trouwens niet MNG?
Geen idee, apng wordt volgens mij in meerdere browsers ondersteund. Maar in IE zou ik het niet verwachten als je lager dan 8 komt, misschien 8 zelfs ook niet.
Niet helemaal, het zijn wel degelijk twee verschillende formaten. MNG was relatief complex en heeft nooit op uitgebreide ondersteuning kunnen rekenen. Hoewel het bestandsformaat in vele opzichten overeenkomt met PNG, heeft het wel een andere signature en veel meer verschillende chunks (enkele tientallen).
APNG leunt sterker aan bij PNG dan dat MNG dat doet. Zo deelt het dezelfde signature en komen de chunks meer overeen. Een eenvoudige PNG-parser kan dan ook APNG-bestanden inlezen. Enkel het eerste frame wordt dan getoond. De toegevoegde complexiteit is ook bijna verwaarloosbaar. Er komen maar drie chunks bij. Ook hier is de ondersteuning echter beperkt, hoewel ze beter is dan bij MNG.
APNG leunt sterker aan bij PNG dan dat MNG dat doet. Zo deelt het dezelfde signature en komen de chunks meer overeen. Een eenvoudige PNG-parser kan dan ook APNG-bestanden inlezen. Enkel het eerste frame wordt dan getoond. De toegevoegde complexiteit is ook bijna verwaarloosbaar. Er komen maar drie chunks bij. Ook hier is de ondersteuning echter beperkt, hoewel ze beter is dan bij MNG.
Ah, dat wist ik niet. Helaas niet erg bruikbaar als internet explorer en safari het niet ondersteunen. 
Toch nog even een tijdje op de flash manier teren todat ik weer hoe het op een makkelijke manier in html5 kan
Toch nog even een tijdje op de flash manier teren todat ik weer hoe het op een makkelijke manier in html5 kan
aPNG komt redelijk in de buurt
Yup, daar zit ik ook op te wachten. Als ze die functie nou ’ns toevoegen, en als ze er uitgebreid support voor krijgen, dan heb ik een vervanger voor GIF.
Ik zie hier de toegevoegde waarde niet van in. Jpeg en PNG voldoen prima.
Duh de toegevoegde waarde is lossless met transparantie en de afbeeldingen nemen minder ruimte in. Staat gewoon in de tekst. Jammer dat Microsoft toch welke vorm van vooruitgang die niet van henzelf komt zal dwarsbomen en we er daardoor niks aan hebben.
Op dit item kan niet meer gereageerd worden.
Onderwerpen
Populair: Xbox E3 2013 Mobiele telefoons Google Sony Microsoft Apple Games Politiek en recht Consoles
© 1998 - 2013 Tweakers.net B.V. onderdeel van De Persgroep, ook uitgever van Computable.nl, Autotrack.nl en Carsom.nl • Hosting door True
