Comentarios en: Firefox podría tener soporte H.264 http://www.muylinux.com/2010/01/29/firefox-podria-tener-soporte-h-264/ Web sobre Linux y todo tipo de desarrollos hardware y software con filosofía Open Source, de Software Libre y de Código Abierto. Prácticos, análisis de distribuciones, tutoriales y noticias de actualidad sobre todo lo que rodea al sistema operativo GNU/Linux. Thu, 24 May 2012 09:03:38 +0000 hourly 1 http://wordpress.org/?v=3.3.2 Por: LucMAN http://www.muylinux.com/2010/01/29/firefox-podria-tener-soporte-h-264/comment-page-1/#comment-32495 LucMAN Sat, 04 Sep 2010 04:19:56 +0000 http://www.muylinux.com/?p=5429#comment-32495 No tengo nada encontra del codect h264 (solo su licencia y demanda de cpu ^ ^ ) yo creo que html5 tendria que usar OGV (Theora) y WebM (es un formato libre que apunta al html5) Saludos ¡Que viva el software libre! No tengo nada encontra del codect h264 (solo su licencia y demanda de cpu ^ ^ )
yo creo que html5 tendria que usar OGV (Theora) y WebM (es un formato libre que apunta al html5)

Saludos
¡Que viva el software libre!

]]> Por: Oaky http://www.muylinux.com/2010/01/29/firefox-podria-tener-soporte-h-264/comment-page-1/#comment-19560 Oaky Sun, 21 Mar 2010 04:25:48 +0000 http://www.muylinux.com/?p=5429#comment-19560 Lo que esta en juego es mucho más que el uso de un logo, tratemos de no desviar la atencion de lo importante: la libertad para todos los desarrolladores del mundo de poder utilizar y mejorar codecs libres de video y la posibilidad historica que hoy tiene Google de romper la hegemonia, esperemos que no nos defrauden.. Lo que esta en juego es mucho más que el uso de un logo, tratemos de no desviar la atencion de lo importante: la libertad para todos los desarrolladores del mundo de poder utilizar y mejorar codecs libres de video y la posibilidad historica que hoy tiene Google de romper la hegemonia, esperemos que no nos defrauden..

]]> Por: Tom Bomba http://www.muylinux.com/2010/01/29/firefox-podria-tener-soporte-h-264/comment-page-1/#comment-17667 Tom Bomba Wed, 24 Feb 2010 14:03:50 +0000 http://www.muylinux.com/?p=5429#comment-17667 Pues mira, lo realmente difícil es esquivar las patentes, no desarrollar el código. :) Pues mira, lo realmente difícil es esquivar las patentes, no desarrollar el código.
:)

]]> Por: Anónimo http://www.muylinux.com/2010/01/29/firefox-podria-tener-soporte-h-264/comment-page-1/#comment-16094 Anónimo Wed, 03 Feb 2010 14:36:53 +0000 http://www.muylinux.com/?p=5429#comment-16094 @anonimo, crear un códec sí que es difícil. Por eso hay tan pocos. Te explico brevemente: Hay dos tipos de compresiones: Con y sin pérdidas de información. -El zip, el rar y similares, son sin pérdidas. Es decir, cuando descomprimes, obtienes exactamente lo mismo que comprimiste. Igual pasa en imágenes como el BMP con la compresión RLE, mucha calidad, pero poca compresión. -La compresión del JPG, Mpeg1, 2, 3 y 4 tienen pérdidas. Así que se reduce el tamaño a costa de empeorar la calidad. La idea es mantener la máxima calidad posible en el mínimo tamaño posible, obvio. Además, un códec con mucha calidad y compresión, puede necesitar mucha potencia de proceso. Es el caso del H.264 con respecto al DivX. Comprime más y mejor, pero pide mucha máquina. En el caso del vídeo, se trata de que las pérdidas de información sean recuperables. Es decir, mezclan ambos tipos de compresión. Normalmente dividen la imagen en cuadros pequeños y guardan sólo los cambios con respecto a otros fotogramas. En escenas de acción se comprime poco porque hay mucho movimiento, pero en diálogos donde apenas se mueve la boca y poco más, se comprime mucho. Esto se hace guardando una imagen completa cada cierto número de imágenes (i-frame) y el resto sólo contiene pequeños recuadros que cambien con respecto a la anterior (P-frame) y entre medias, a veces meten cuadros que cambien con respecto a la imagen anterior y la posterior (B-frame). En el caso de la compresión MP3 se hace, entre otras cosas, eliminando frecuencias que no oímos. Es algo parecido a lo que pasa con la voz del teléfono. Se le aplica un filtro paso banda para eliminar frecuencias de los extremos del espectro (quita frecuencias altas y bajas). Y para las imágenes, el de JPG se basa en sustituir colores por otros parecidos que se repitan en la imagen para que al haber más datos iguales, sea más reducido el tamaño comprimido. He dado demasiados datos, pero espero que te sirva para entender la complejidad de un códec y de un formato. @anonimo, crear un códec sí que es difícil. Por eso hay tan pocos. Te explico brevemente:
Hay dos tipos de compresiones: Con y sin pérdidas de información.
-El zip, el rar y similares, son sin pérdidas. Es decir, cuando descomprimes, obtienes exactamente lo mismo que comprimiste. Igual pasa en imágenes como el BMP con la compresión RLE, mucha calidad, pero poca compresión.
-La compresión del JPG, Mpeg1, 2, 3 y 4 tienen pérdidas. Así que se reduce el tamaño a costa de empeorar la calidad. La idea es mantener la máxima calidad posible en el mínimo tamaño posible, obvio.

Además, un códec con mucha calidad y compresión, puede necesitar mucha potencia de proceso. Es el caso del H.264 con respecto al DivX. Comprime más y mejor, pero pide mucha máquina.

En el caso del vídeo, se trata de que las pérdidas de información sean recuperables. Es decir, mezclan ambos tipos de compresión. Normalmente dividen la imagen en cuadros pequeños y guardan sólo los cambios con respecto a otros fotogramas. En escenas de acción se comprime poco porque hay mucho movimiento, pero en diálogos donde apenas se mueve la boca y poco más, se comprime mucho.

Esto se hace guardando una imagen completa cada cierto número de imágenes (i-frame) y el resto sólo contiene pequeños recuadros que cambien con respecto a la anterior (P-frame) y entre medias, a veces meten cuadros que cambien con respecto a la imagen anterior y la posterior (B-frame).

En el caso de la compresión MP3 se hace, entre otras cosas, eliminando frecuencias que no oímos. Es algo parecido a lo que pasa con la voz del teléfono. Se le aplica un filtro paso banda para eliminar frecuencias de los extremos del espectro (quita frecuencias altas y bajas).

Y para las imágenes, el de JPG se basa en sustituir colores por otros parecidos que se repitan en la imagen para que al haber más datos iguales, sea más reducido el tamaño comprimido.

He dado demasiados datos, pero espero que te sirva para entender la complejidad de un códec y de un formato.

]]> Por: jado92mx http://www.muylinux.com/2010/01/29/firefox-podria-tener-soporte-h-264/comment-page-1/#comment-16051 jado92mx Tue, 02 Feb 2010 20:23:25 +0000 http://www.muylinux.com/?p=5429#comment-16051 No por nada se escogio a Ogg Theora para video libre: quizá no es el mejor ahora, pero es suceptible de mejorar después. Saludos! JaD! No por nada se escogio a Ogg Theora para video libre: quizá no es el mejor ahora, pero es suceptible de mejorar después.

Saludos!

JaD!

]]> Por: jado92mx http://www.muylinux.com/2010/01/29/firefox-podria-tener-soporte-h-264/comment-page-1/#comment-16049 jado92mx Tue, 02 Feb 2010 20:21:06 +0000 http://www.muylinux.com/?p=5429#comment-16049 Que tal el de FFMPEG, LAME o Xine? JaD! Que tal el de FFMPEG, LAME o Xine?

JaD!

]]> Por: anonimo http://www.muylinux.com/2010/01/29/firefox-podria-tener-soporte-h-264/comment-page-1/#comment-16027 anonimo Tue, 02 Feb 2010 13:04:02 +0000 http://www.muylinux.com/?p=5429#comment-16027 Y yo me pregunto...tan complicado es desarrollar un codec bueno de video o audio? o formatos de imagen? Siempre me ha extrañado que existan tan pocos formatos y codecs libres y la verdad, no sé a qué se debe, quizá es demasiado complicado de programar. Alguien tiene idea? Y yo me pregunto…tan complicado es desarrollar un codec bueno de video o audio? o formatos de imagen?
Siempre me ha extrañado que existan tan pocos formatos y codecs libres y la verdad, no sé a qué se debe, quizá es demasiado complicado de programar.
Alguien tiene idea?

]]> Por: Christopher http://www.muylinux.com/2010/01/29/firefox-podria-tener-soporte-h-264/comment-page-1/#comment-15990 Christopher Mon, 01 Feb 2010 19:23:48 +0000 http://www.muylinux.com/?p=5429#comment-15990 Tengo entendido que firefox 4 se llamara firecat y ya no sera ese logo. Tengo entendido que firefox 4 se llamara firecat y ya no sera ese logo.

]]> Por: En la Red « Tux Maya Blog http://www.muylinux.com/2010/01/29/firefox-podria-tener-soporte-h-264/comment-page-1/#comment-15961 En la Red « Tux Maya Blog Mon, 01 Feb 2010 09:29:11 +0000 http://www.muylinux.com/?p=5429#comment-15961 [...] Firefox podría tener soporte H.264 [...] [...] Firefox podría tener soporte H.264 [...]

]]> Por: De Vimeo, YouTube y HTML5 « -Inkwolf- http://www.muylinux.com/2010/01/29/firefox-podria-tener-soporte-h-264/comment-page-1/#comment-15932 De Vimeo, YouTube y HTML5 « -Inkwolf- Sun, 31 Jan 2010 00:52:47 +0000 http://www.muylinux.com/?p=5429#comment-15932 [...] información: MuyLinux | [...] [...] información: MuyLinux | [...]

]]>