Historias
Slashboxes
Comentarios
 

Google publicará VP8 como software libre

editada por mig21 el 13 de Abril 2010, 07:08h   Printer-friendly   Email story
desde el dept. abriendo
O(n!)=O(nlogn) nos cuenta:«Acabo de ver en Slashdot que Google publicará como software libre el códec VP8, lo cual estaría en línea con la financiación de Google a la optimización para CPUs ARM del codec Theora. que se comentó ayer.»Como también comentaba wfox en su envío se hará publico en mayo en la conferencia de desarrolladores Google I/O y se espera que tanto Mozilla como Google anuncien el soporte del códec en sus navegadores. De este modo se verían cumplidos los deseos que expresó la FSF en su carta abierta a Google.

Historias relacionadas

[+] ciberderechos: La FSF pide a Google la liberación del codec VP8 y su integración en YouTube 55 comentarios
La Free Software Foundation ha publicado una carta abierta donde pide a Google, con motivo de la reciente aprobación por parte de los accionistas de On2 la compra por Google, hacer lo correcto para conseguir un estándar libre para el vídeo en la web: acabando con Flash y el codec H.264. La FSF pide a Google la publicación del codec VP8 en las mismas condiciones que está publicado el codec VP3 (usado por Theora) y usarlo en el sitio más popular de vídeos en la web, YouTube.
[+] Google: CPUs ARM y los códecs Theora y VP8 33 comentarios
faragon nos cuenta:«Acabo de leer en Ars Technica que Google financiará la optimización para microprocesadores ARM del códec Theora. Además, apuntan que podría haber más, dado que tras la adquisición de On2 por parte de Google el pasado mes de agosto, hay gente que da por hecho que la estrategia de Google pasa por liberar el códec VP8 y las patentes asociadas para ser competitivo contra el H.264 (MPEG4 AVC), el cual tiene patentes en vigor que pueden impedir su uso gratuito en productos de software libre
[+] Google cambia la licencia de WebM a BSD 24 comentarios
Google ha adoptado la licencia BSD para WebM para hacer frente a un conflicto de licencias. Cuando Google abrió el códec VP8 y anunció la puesta en marcha del proyecto WebM durante la conferencia Google I/O el mes pasado, la licencia bajo la cual se distribuyó el código no era una licencia oficial aprobada por la Open Source Initiative (OSI). La compatibilidad de esta licencia con la GPL ha sido puesta en duda recientemente por una clausula según la cual se perdía el derecho a la redistribución en caso de demandar a Google por infracción de patentes. También lo comentan en Slashdot y OSNews entre otros.
[+] Google elimina h.264 de Chrome

faragon nos cuenta: «En el blog de Google Chrome anuncian que van a eliminar el soporte para H.264 para HTML5, pasándose a focalizar en codecs abiertos como WebM (VP8) y Theora. ¿Os parece que esto puede ser el desenlace de la estrategia iniciada el mes de marzo del año pasado cuando Google anunció la apertura del codec VP8? ¿Provocará este cambio el rechazo al códec H.264 por parte de los desarrolladores web o serán los usuarios los que tendrán que instalar algún plugin o extensión? ¿Consideráis que el navegador de Google tiene hoy en día una adopción en el mercado que le permita tomar estas decisiones?»

Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • Google y el SW libre

    (Puntos:3, Interesante)
    por pobrecito hablador el Martes, 13 Abril de 2010, 07:38h (#1213146)
    No sé, ni a estas alturas me importa, si Google se toma en serio el 'don't be evil' o es una mera fachada corporativa por asuntos de imagen. O incluso que tenga oscuras intenciones detrás. Pero aún así, y teniendo sus pegas, está haciendo más por el software libre que cualquier otra compañía "de las grandes", y eso hay que reconocérselo. Así que si alguna megacorp se va a hacer la dueña del mundo, dame 10 googles y quítame a Apple, Yahoo, Microsoft e Intel.
    br> Para todos los que formamos parte del mundillo del vídeo, esta es la segunda mejor noticia que nos podía caer. La primera es que Google convierta todos sus vídeos de h.264 a VP8.
  • ¿Lo va usar en Youtube?

    (Puntos:3, Inspirado)
    por trinuxfree (7860) el Martes, 13 Abril de 2010, 07:40h (#1213148)
    ( http://solognu.wordpress.com/ | Última bitácora: Jueves, 01 Julio de 2010, 22:42h )
    Si lo usa en Youtube, la grata noticia está completa :)
    --
    As GNU is Not Unix as Linux is Not an OS - Sólo GNU [wordpress.com]
  • Que muera flash

    (Puntos:2)
    por suy (8275) el Martes, 13 Abril de 2010, 07:50h (#1213151)
    ( http://www.badopi.org/ | Última bitácora: Sábado, 25 Septiembre de 2010, 17:26h )

    Si esta noticia resulta ser tan positiva como parece, unido a que Apple se ha enfurruñado en no usar Flash en sus dispositivos, espero que signifique la muerte de Flash. Es tan jodidamente engorroso (al menos en Linux), que hace años que lo desactivé por completo de mi navegador principal, y si he de ver un sitio con flash lo abro con otro navegador. La mayoría de vídeos (sobretodo YouTube) los veo descargándolos con Clive, y pasando del navegador por lo mal que va el plugin.

    --

    Escribiendo de demasiadas cosas [barnacity.net] desde 2003.

  • Gran noticia

    (Puntos:1, Interesante)
    por pobrecito hablador el Martes, 13 Abril de 2010, 07:55h (#1213152)
    Sin duda uno de los campos el del vídeo donde más necesidad hay de estándares abiertos. Una vez que uno llegue a la calidad mínima y se comience a extender hará que se mejore desde la industria y los formatos cerrados irán perdiendo fuerza. Lo complicado es esquivar el campo de minas que forman las patentes dentro del mundo del tratamiento digital del vídeo.
    • Re:Gran noticia de pobrecito hablador (Puntos:2) Martes, 13 Abril de 2010, 08:38h
      • No es cierto

        (Puntos:5, Informativo)
        por Ed Hunter (702) el Martes, 13 Abril de 2010, 11:57h (#1213225)

        De momento es gratuito para uso no comercial, pero esto tiene fecha de caducidad: el 31 de diciembre del 2015 [mpegla.com]. Entonces pueden decidir que siga siendo gratis, o que pasemos todos por caja.

        [ Padre ]
      • Re:Gran noticia

        (Puntos:4, Inspirado)
        por rizox (13220) el Martes, 13 Abril de 2010, 14:59h (#1213275)
        ( http://www.estandaresabiertos.org/ )
        "Estándar abierto" es incompatible con pagar royalties (y menos por patentes). Y eso incluso está escrito en ley en España (Ley 11/2007).

        Que Microsoft y el submundo de las patentes quieran colarnos ahora "estándares abiertos" cerrados con patentes, es ya otra cosa.

        Pero el caballo blanco de Santiago seguirá siendo blanco... ;-)
        --
        ====
        ► ¡Actualízate! Soporta el estándar OpenDocument [opendocume...owship.org]
        [ Padre ]
        • Re:Gran noticia de Abolicionista (Puntos:1) Miércoles, 14 Abril de 2010, 22:15h
        • 1 respuesta por debajo de tu umbral de lectura actual.
  • Pues yo no lo acabo de entender

    (Puntos:3, Interesante)
    por Ed Hunter (702) el Martes, 13 Abril de 2010, 08:05h (#1213154)

    Si se confirma, y espero que si, será una gran noticia, pero yo no acabo de entender que por un lado financien la implementación en ARM de Theora, que se basa en VP3 y al mismo tiempo liberen VP8. ¿Qué ventajas tiene Theora/VP3 sobre un VP8 libre como para que el dueño del VP8 potencie su desarrollo? ¿Será que los procesadores ARM no tienen suficiente rendimiento para el VP8? ¿Será que el VP8 a la hora de la verdad no es tan diferente de Theora? ¿Será que el VP8 todavía le falta mucho para estar acabado?.

    No veo por ejemplo que MPEG invierta dinero en mejorar el soporte de MPEG1 o de MPEG2 en ninguna plataforma.

    Por otro lado, Flash solo soporta H.264, por lo que ¿Google se puede permitir tener los vídeos duplicados o triplicados para dar soporte a diferentes codecs (H.264, Theora, VP8...)? ¿o dispone de suficiente potencia de cálculo como para poder recodificarlos al codec demandado por el usuario "on the fly"?

  • Duda

    (Puntos:1)
    por pobrecito hablador el Martes, 13 Abril de 2010, 08:08h (#1213155)
    A los entendidos de esto, ¿qué aporta VP8 frente a h264? Vale lo del soft libre y tal, ¿pero da más calidad al mismo bitrate en condiciones habituales? Si, ya he ido a su página web a ver los videos promocionales, pero no se si eso pasa en videos selectos o de manera habitual. ¿Requiere menos, más o los mismos recuros?. ¿Esto podría ser un formato de los de la famosa etiqueta de html5?

    O sea, ¿me interesa pasarme de h264 a vp8? ¿me bajaré el porno del emule en vp8 en un futuro próximo?

    • Re:Duda

      (Puntos:5, Interesante)
      por obreiro (37284) el Martes, 13 Abril de 2010, 08:27h (#1213160)
      ( http://www.galizalivre.org/ | Última bitácora: Lunes, 18 Febrero de 2008, 21:04h )
      la calidad o la mayor compresión no es lo realmente importante.
      Lo realmente importante es que hasta ahora para ver los vídeos de youtube, usabas como reproductor, no tu navegador ni tu reproductor multimedia favorito, sino un EXTREMADAMENTE MALO reproductor en Flash que se integraba en el navegador. Por tanto, cada vez que querías ver un vídeo, te descargabas una aplicación en flash, que ejecutabas e integrabas en tu navegador, y ahí y solo ahí se reproducía el vídeo.

      La novedad y donde realmente ganaríamos todos, sería:

      1 Se prescinde de flash. Se reproduce el vídeo directamente en el navegador (es el propio navegador el que lo reproduce).

      2 Te evitas abrir un nuevo proceso de otro programa (flash) con los problemas que ello conlleva de rendimiento, estabilidad, etc.

      3 El creador del navegador puede mejorar el reproductor o añadirle nuevas funcionalidades, cosa que con flash quedaba totalmente restringida, porque el reproductor te lo bajabas en el mismo momento de reproducir el video.

      Asimismo, ya que Flash es software privativo, no podiamos hacer versiones decentes para Linux u otros sistemas operativos (por ejemplo Android o iPhone, no es que sean de mi agrado, pero era para poner ejemplos). Si evitamos los reprouctores flash, eliminaremos de un plumazo este problema.
      Hasta ahora los usuarios de linux teniamos serios problemas para ver un simple video de Youtube o abrir una web donde hubiera 3 o 4 anuncios en flash (anuncios o cualquier frame)

      4 No menos importante, OGG con su codec Theora mejora la compresión, dando como resultado que con una menor tasa de transferencia obtienes la misma calidad, es decir, los videos cargarían más rapidamente.

      Así que amigo, apoyemos Theora o cualquier otro codec totalmente libre!.
      Como pidió la FSF a Google, liberar el VP8.
      Personalmente me gustaría que fuera Theora, ya que está ampliamente extendido e implementado, pero tanto da si es juana o su hermana. El caso es que sea libre y estandar
      --
      nem guerra entre povos, nem paz entre classes!
      [ Padre ]
      • Re:Duda de Rori (Puntos:1) Martes, 13 Abril de 2010, 10:48h
      • Re:Duda de Eismann (Puntos:1) Martes, 13 Abril de 2010, 14:54h
      • Re:Duda de obreiro (Puntos:2) Lunes, 26 Abril de 2010, 08:02h
      • 1 respuesta por debajo de tu umbral de lectura actual.
    • Re:Duda de Observer (Puntos:2) Martes, 13 Abril de 2010, 08:32h
  • Patentes

    (Puntos:4, Informativo)
    por trinuxfree (7860) el Martes, 13 Abril de 2010, 08:19h (#1213156)
    ( http://solognu.wordpress.com/ | Última bitácora: Jueves, 01 Julio de 2010, 22:42h )
    Como acabo de leer en un comentario en slashdot.org el hacer software libre por si mismo el codec, a menos que sea bajo la (l)gpl3, no ayuda en el tema de patentes. De hecho, ya existe un codec de software libre para h.264.
    --
    As GNU is Not Unix as Linux is Not an OS - Sólo GNU [wordpress.com]
    • Re:Patentes de pesaoDeTurno() (Puntos:1) Miércoles, 14 Abril de 2010, 12:11h
  • Offtopic

    (Puntos:2)
    por kilburn (17067) el Martes, 13 Abril de 2010, 09:40h (#1213192)

    O(n!)=O(nlogn) nos cuenta:
    Este tipo no parece ser muy fiable, puesto que O(n!)>>O(nlogn)...
    • Re:Offtopic de pesaoDeTurno() (Puntos:1) Miércoles, 14 Abril de 2010, 12:25h
    • Re:Offtopic de faragon (Puntos:1) Martes, 13 Abril de 2010, 21:33h
    • 3 respuestas por debajo de tu umbral de lectura actual.
  • VP8 es bastante mejor que H.264

    (Puntos:3, Informativo)
    por pobrecito hablador el Martes, 13 Abril de 2010, 09:52h (#1213197)

    Hay mucha gente dando por sentado diversas falacias, entre ellas las siguientes:

    1. VP8 no es tan bueno como H.264. Falso. De hecho es bastante mejor como muestran las gráficas PSNR [on2.com]. Realmente el encoder de VP7 ya demostró ser mejor que todos los encoders de H.264 existentes, el problema de VP7 era su licencia super-restrictiva.
    2. VP8 no puede implementarse en Hardware. Falso. On2 desarrolló VP8 precisamente para resolver los problemas de implementación en hardware de VP7.
    En definitiva, esto es una gran noticia, porque no es que tengamos un codec al nivel de H.264, es que tenemos el mejor codec con diferencia, y open source. Tres hurras por Google.

    Eso sí, no dudo que saldrán multitud de fanboys defendiendo ahora el H.264, como en su momento saltaron defendiendo el AVI de Microsoft. Mira que les ha costado asumir que el MKV es infinitamente superior.

    Respecto a Google, mi único temor es que liberen sólo el codec pero no el encoder, ya que el encoder de on2 es la leche, y en gran parte responsable de la superioridad de VP8 sobre el H264.

  • por kode (7969) el Martes, 13 Abril de 2010, 10:01h (#1213201)
    +3 Google, Interesante
    --


    P.D. Magic is real........ Unless declared integer
  • Y ahora Mozilla?

    (Puntos:1, Interesante)
    por pobrecito hablador el Martes, 13 Abril de 2010, 12:47h (#1213235)
    Que para evitar que se puedan hacer extensiones que soporten h264 ha hecho el código de video bastante mezclado con libogg va a tener que deshacerlo. LOL
  • No solo de youtube vive el hombre.
    Pero basta que un portal de esa magnitud lo hiciese, extremo aún no confirmado, como para que el resto de la manada no quiera quedarse atrás.
    --
    Pues dicen que... las redes fallan
    [ Padre ]
  • por pobrecito hablador el Martes, 13 Abril de 2010, 09:40h (#1213193)
    Sí que podrían mirar las líneas del código GPL. Incluso copiarlas y pegarlas en su editor para crear su versión del codec. Lo que no podrían hacer es utilizar los fuentes ya escritos.
    [ Padre ]
  • Si youtube implementa el códec, puedes apostar a que todos los navegadores lo van a hacer también.

    Y si todos los navegadores implementan ese códec, no hay motivo para que los portales sigan usando flash.

    Es el cuento de la lechera, pero se me hace la boca agua.
    --
    Gdado dice roller [sourceforge.net]
    [ Padre ]
  • por Gocho (15626) el Martes, 13 Abril de 2010, 10:22h (#1213206)
    ( Última bitácora: Martes, 26 Julio de 2005, 18:56h )
    De la Wiki:
    The RTMP protocol has three variations:

          1. The "plain" protocol which works on top of TCP and uses port number 1935
          2. RTMPT which is encapsulated within HTTP requests to traverse firewalls
          3. RTMPS which is RTMP, but over a secure HTTPS connection.

    Teniendo en cuenta que ningún Firewall salta cuando abres un Flash porque llegan cosas por el puerto 1935, asumo que usan la variación 2 o 3.
    Si ambos ya están encapsulados en HTTP, ¿Que impide repetir los trucos que use RTMP en el propio código del navegador?
    [ Padre ]
  • por pobrecito hablador el Martes, 13 Abril de 2010, 10:45h (#1213208)
    SublimeVideo [jilion.com] un reproductor en html5 que oh, según tú, hace algo imposible:

    jump anywhere in the video and it'll start buffering from that point
    P.D.: Zas!! en toda la boca!!, bocachanclas, tontodetunick, etc.
    [ Padre ]
  • por Pndel (17582) el Martes, 13 Abril de 2010, 11:39h (#1213222)
    ( http://barrapunto.com/ | Última bitácora: Miércoles, 21 Enero de 2009, 22:34h )
    Y además de todo lo que te han dicho en las respuestas previas a la mía, desde hace mucho se puede hacer "pseudo-streaming" mediante HTTP, que también soporta todas las cosas que comentas y que atribuyes sólo al RTMP. El famoso reproductor JW Player lo soporta (http://www.longtailvideo.com/support/jw-player/17 /http-video-streaming), y hay multitud de sitios de vídeo que hacen uso de este sistema... de hecho, parece ser que hasta el propio Youtube.

    RTMP se usa básicamente para la transmisión de vídeo en directo.
    --
    Intenté registrarme como "Pàndel", pero se ve que Barrapunto no admite acentos en los nombres de usuario...
    [ Padre ]
  • No sé si tendría más sentido que estas gestiones de streaming, posicionamiento, etc las hiciera el navegador (de igual forma que las gestiona tu cliente flash). Tampoco necesitas un estándar en ese sentido, opino.

    Con html5 sirves los vídeos, y los navegadores pueden implementar esa función de la misma forma que el reproductor mencionado anteriormente, sin que ello interfiera con la interoperatividad.
    --
    Para ser codigo abierto, no basta con que este abierto a la vista, sino tambien a la modificacion y redistribucion
    [ Padre ]
  • por suy (8275) el Martes, 13 Abril de 2010, 14:08h (#1213253)
    ( http://www.badopi.org/ | Última bitácora: Sábado, 25 Septiembre de 2010, 17:26h )

    Supongo que lo decías por mí, que he sido el primero en alegrarme de que esto pueda golpear muy duro a Flash. No me he olvidad de RTMP, tan solo es que creo que no es la parte fundamental del problema, y que es la más fácil de arreglar. Es muchísimo más fácil crear un protocolo nuevo en un comité (como el que especifica HTML), que crear un cócec de vídeo. De hecho, en el artículo sobre Flash, Google, VP8, y el futuro del video en Internet [multimedia.cx] (que yo mismo envié a barrapunto porque me pareció excelente), ya se apuntaba que no era solo cuestión del códec, sino que el plugin de Flash ya "juega" con el factor de poder mejorar, cambiar o reemplazar al protocolo, y si fuera preciso, prescindir de HTTP.

    Pero bueno, como dijiste que no querías seguir leyéndolo [barrapunto.com]...

    --

    Escribiendo de demasiadas cosas [barnacity.net] desde 2003.

    [ Padre ]
  • 6 respuestas por debajo de tu umbral de lectura actual.