Malas noticias para los intentos de Google para implantar sus propios formatos abiertos en la web. WebP, el formato de imagen que Google está creando desde el año pasado para ofrecer una alternativa al JPEG tradicional, no recibirá soporte por parte de Mozilla y por lo tanto Firefox no ofrecerá compatibilidad con él.
Las ventajas de WebP frente al JPEG son, supuestamente, un ahorro de casi un 40% en tamaño con su compresión heredada en parte del formato WebM de vídeo abierto. Sin embargo, Mozilla ha argumentado que Google ha usado imágenes comprimidas en JPEG para realizar sus pruebas cuando lo razonable hubiera sido usar imágenes sin compresión. Otras opiniones comentan además que WebP no ofrece nada en especial en comparación con el JPEG, simplemente una compresión aparentemente mejor.
Por el momento la compatibilidad para imágenes WebP está presente en Chrome 12 (presente en los canales beta) y en Opera, dos navegadores que acostumbran a llevar siempre la delantera en formatos y protocolos abiertos. Una reducción del tamaño de las imágenes permitiría aliviar enormemente el tráfico global de la red, que en gran parte se dedica a la carga de imágenes. Pero por lo visto Google necesitará trabajar aún más en su formato WebP si quiere conseguir el objetivo de reemplazar al JPEG, algo que a estas alturas es muy pero que muy ambicioso.
Vía | Arstechnica
Ver 42 comentarios
42 comentarios
lesan
Google con prisas, y en este caso ha ofrecido a todos algo sin acabar. Ni Beta se podría llamar. Así por lo alto:
- No tiene soporte para EXIF, JPEG si.
- No soporta más de 4:2:0 en Y'CbCr. JPEG, con lo viejo que es, soporta 4:4:4. Para fotografía no valdría, así que tendríamos que estar convirtiendo a WEBP para subir y JPG para guardar.
- Las pruebas se realizan a partir de imágenes comprimidas y encima usando PSNR, una medida no valida para el control de calidad.
En pruebas de otras personas sin ser bajo Google, muestran que las mejoras son pequeñas y en algunos casos saliendo con peor calidad. Aquí un articulo interesante:
http://x264dev.multimedia.cx/archives/541
martian007
No creo que este artículo sea del todo imparcial. Me sorprende la razón por la que según tú Mozilla ha rechazado implementar WebP. Si bien es uno de los argumentos con los que Jeff Muizelaar (empleado de Mozilla) rebate las comparativas de Google, creo que tanto en el artículo de Ars Technica como en el suyo se deja bastante claro que si Mozilla no utiliza WebP es simplemente porque NO ES MEJOR que jpeg, por mucho que Google se empeñe en monopolizar todos y cada uno de los rincones de la red.
WebP: http://people.mozilla.org/~jmuizelaar/webp/parkjoy-webp.png JPEG: http://x264.nl/developers/Dark_Shikari/imagecoding/jpeg.png
catalania
Bueno, Chrome no soporto el PNG en movimiento, increible pero cierto.
supercoca
Desde la última versión de Opera, Opera Turbo funciona con WebP en lugar de JPEG.
La verdad es que, por la imagen del enlace anterior, parece que WebP funciona mucho mejor que JPEG con tasas de compresión muy altas.
ssutton2008
Corregidme si me equivoco pero tampoco pueden meterse a incorporar tipos de archivo "por que si" si no aportan una mejora sustancial. Más tipos de archivo tambien podría implicar más agujeros de seguridad ya que no es un formato lo suficientemente maduro. No sé. ¿Qué os parece?
ejner69
Pero la gracia de utilizar imagenes JPG comprimidas es demostrar que, aún estando así, WebP ofrece un menor tamaño. O por lo menos lo he entendido así.
stranno
Y hacen bien, la gente oye hablar de nuevos algoritmos de compresión de imagen, vídeo y audio, y enseguida se hacen la idea de que va a suponer una revolución. Quitar calidad a un formato multimedia tiene un límite práctico y no va a venir Google aquí a cambiar las cosas
Quizá se podría mejorar la mejor compresión de vídeo que existe, el AVC, pero en cuanto a imagen y audio ya está todo visto
bernat.arlandis
No es ninguna guerra entre empresas, Mozilla es una fundación.
Añadir un formato nuevo añade funcionalidad nueva que supone nuevo código que auditar y mantener. Esto puede introducir problemas de seguridad porque se trata de código muy nuevo y además tiene un coste para mantenerlo libre de errores. Hay que sopesar los pros y los contras. Y si el beneficio de añadir este nuevo formato es prácticamente nulo ¿para qué lo queremos?
La seguridad y la estabilidad parecen no tener mucha importancia para Google y Opera, pero sí que la tienen para Mozilla. Será porque es una fundación mientras que las otras son empresas.
logoff
yo creo que Mozilla no se debería cerrar en banda, tiene que buscar la máxima compatibilidad. si Google acaba imponiendo el formato, Mozilla seguirá a rueda.
lrefra
WebM si lo adoptaron, y uno de los motivos era que ofrecía mas libertad aunque la calidad no era mejor que H.264. No veo porque con WebP no pasa lo mismo.
Jago
"...WebP no ofrece nada en especial en comparación con el JPEG, simplemente una compresión aparentemente mejor..."
Hello???
Julian Lasso
No hay peor ciego que el que no quiera ver, cuando esté listo el formato y con solo reducir considerablemente el tamaño, la gente lo empezará a utilizar y Mozilla no podrá luchar contra la corriente. Así de sencillo
82292
El solo motivo que sea un estandar abierto(si es que lo es realmente) ya es suficiente razón para que sea soportado. Pero resulta que no nos gusta el monopolio de Google pero no nos molesta que mozilla decida que formato deba ser un estandar(monopolio?) y cual no.
Lo mismo que solo tengamos como gran opción JPG(monopolio?), ademas como esperamos que sea mejorado si nadie lo utiliza?. Al final es lo de siempre, unos pocos decidiendo por todos.
driverop
Mal por Mozilla.
Si ese es el argumento para no adoptar el formato, que me disculpen pero son bastante borregos. El solo hecho que se obtenga alguna ventaja en ciertas circunstancias ya lo hace merecedor de ser adoptado.
freidor3
En mozilla están últimamente muy chulitos. Lo contrario de Google ya por sistema. la leche que se van a pegar va a ser de órdago.
Y no sé como los desarrolladores no pasan a colaborar en chronium; cuando se vé que Firefox irá perdiendo cuota continuamente.