313 meneos
6631 clics
FLIF, el nuevo formato de imagen supereficiente que sobrepasa a BPG, WebP y PNG
FLIF, es el acrónimo de Free Lossless Image Format. De acuerdo con los creadores de FLIF, sobrepasa en rendimiento a cualquier otro formato de imagen tales como PNG, WebP, y el nuevo formato BPG (Gráficas de las pruebas de rendimiento incluidas en la noticia). Relacionada en portada: www.meneame.net/story/formato-imagenes-bpg-reemplazara-formato-gif-no-
|
comentarios cerrados
Vía: www.meneame.net/c/18698397
Vía: www.meneame.net/c/18698397
Solo decir que precisamente las empresas de software que son dueñas de las patentes de los formatos antiguos son las empresas con ciertos acuerdos con las empresas que desarrollan los navegadores(por no decir que son los mismos). Por lo que no les interesan "ser compatible" con otros formatos mejores. El problema de FLIF y BPG es que no lo soportan los navegadores y por tanto ningun navegador podra enseñar las imagenes correctamente (salvo que el servidor detecte tu navegador y sirva imagenes png). Al final los diseñadores para crear una imagen en dos formatos diferentes deciden hacerlo en PNG, el programador pasa de diseñar un sistema de fallback FLIF-> PNG, menos curro y el FLIF muerto.
Muerto el FLIF. Larga vida al PNG.
Creo que decía que como los navegadores no soportan el BPG y por tanto no podrias verlo, los de la web no han tenido mejor idea que emularlo como un conjunto de pngs con javascript.
Pero eso no quiere decir que el BPG sea png con js.
De hecho, las imagenes en esta noticia NINGUNA es FLIF porque ningun navegador te la mostraría. Abre la imagen en otra pestaña y veras que no lo son.
Respecto a que BPG sea mas o menos privativo, es una chorrada. JPEG es privativo y lleva años con nosotros sin problemas.
No se si la bolsa podra aguantar tanto movimiento
Tiene mi aprobación
<picture>
<source type="image/flif" srcset="imagen.flif">
<source type="image/png" srcset="imagen.png">
</picture>
Yo soy FLAC...
Están hablando de un formato SIN pérdida; vamos lo que vendría a ser un RAW.
Salvo fotógrafos zumbados y puristas ni Dios va a usar eso.
BPG puede usarse con o sin pérdida (donde es algo peor que flif) pero es más flexible y probablemente tenga mejor futuro por esto.
¿Qué foto refieres:
Flif 45MB
BPG 1MB
Si TODOS (y no solo algunos) navegadores hicieran un esfuerzo para implementarlos...
Si las organizaciones estandarizadoras tomasen un nuevo formato moderno como referente para internet...
Supongo que tendrá sus usos y que esos no van a ser "todas las imágenes de la web".
Es un formato de compresión sin pérdida, lossless en inglés, como lo son PNG o WebP. Y además es más eficiente que estos dos.
No tiene nada que ver con RAW, que es un formato sin compresión que almacena absolutamente toda la información de la imagen.
Ahora que la compresión aritmética es libre, algunos programas libres como GIMP permiten usarla.
Pero eso es lo mismo que ocurre con las cámaras, hay sensores más precisos (como los HDR) o menos. También puedes usar una "cámara" (como ocurre, por ejemplo, en los telescopios) que utilice un sensor que detecte la luz del visible y que no detecte infrarrojos ni ultravioletas ni microondas o puedes usar un sensor de microondas o un sensor de amplio espectro que detecte visible+IR+UV,...
Si nos ponemos tiquismiquis en cualquier imagen SIEMPRE hay pérdida de información, para empezar por culpa del sensor y para terminar por culpa del monitor o la impresora (tienen su modelo de color y no se pueden salir de ahí).
Si quieres comprobarlo coge una imagen, comprímela en JPG con muy poca compresión y repite el proceso con la imagen resultante, así un montón (miles) de veces. Verás como al final la imagen tiene una mala calidad. Sin embargo en un formato sin pérdida eso no ocurre.
También puedes hacer otra prueba que no necesita tanto tiempo: coge una imagen en JPG y crea una copia en otro formato sin compresión, por ejemplo PPM. Luego coge la imagen JPG original, comprímela de nuevo, vuelve a crear otra imagen sin compresión a partir de esa copia JPG y luego compara, con algún programa como diff, las 2 imágenes sin compresión, verás que no son iguales cuando si no existiera pérdida deberían (ya que no hay compresión).
Es decir:
A.JPG -> A.PPM
A.JPG-> B.JPG-> B.PPM
Y compara A.PPM con B.PPM
Si quieres haz lo mismo con una imagen PNG para que compruebes que en el caso de compresión sin perdida las dos imágenes finales sí son las mismas. Es decir:
A.PNG -> A.PPM
A.PNG -> B.PNG -> B.PPM
Y comparar A.PPM con B.PPM
Yo lo acabo de hacer, por si no puedes (y te fías de mi), en vez de diff he usado una suma de comprobación (sha256sum):
- Primer caso (imagen jpg, calidad 100%)
bb12218e9c1723151205cb8b32682473f37db92aa0d137bebb105e28af497980 a.ppm
4d2f13938a405b2ab4e3f95d2a39e2b8a543670a3f2cab91a0a94e01a0a95357 b.ppm
- Segundo caso (imagen png sin canal alfa, compresión 9):
934d4461756b421ea6d5cab97c87cda55c580b5d19bcfca62f5f87fc38d45465 a.ppm
934d4461756b421ea6d5cab97c87cda55c580b5d19bcfca62f5f87fc38d45465 b.ppm
A partir de una imagen con compresión sin pérdidas siempre vas a poder obtener el original (si mantienes el modelo de color, claro), pero a partir de una imagen con compresión con pérdidas no.
Para compresión sin pérdida flif puede ser mejor, pero el formato BPG es mejor puesto que soporta todo tipo de modalidades, especialmente las más demandadas para tráfico web.
Te has colado comparándolo con RAW, eso si que son peras con manzanas, ahora no intentes arreglarlo.