edición general
467 meneos
1616 clics

Google suprimirá el soporte H.264 en Chrome [ing]

(...) Aunque H.264 juega un papel importante en el video, debido a que nuestro objetivo es permitir una innovación abierta, el soporte para el códec se eliminará y nuestros recursos estarán dirigidos a las tecnologías de codecs completamente abiertas. Estos cambios se producirán en los próximos dos meses, pero lo estamos anunciando hoy para dar a los editores de contenido y desarrolladores que utilizan HTML <video> la oportunidad de hacer los cambios necesarios en sus sitios.

| etiquetas: google , h264 , chrome , codec , suprime , soporte , html , video
252 215 1 K 545 mnm
252 215 1 K 545 mnm
Comentarios destacados:                
#3 No es una gran noticia que dejen de soportar h.264 porque es un gran codec, pero en cambio es una gran noticia que hayan decidido apoyar únicamente estándares abiertos de ahora en adelante.
  1. Una manera muy fina de atacar a la competencia. El día que quieran rematar, quitan el H.264 de youtube y formato muerto.
  2. Muy basto, esto es apostar fuerte VP8
  3. No es una gran noticia que dejen de soportar h.264 porque es un gran codec, pero en cambio es una gran noticia que hayan decidido apoyar únicamente estándares abiertos de ahora en adelante.
  4. ¡Zas en toda la boca, Apple!
  5. #1 Bueno, pero eso será cuando Youtube pase a HTML5. Aunque dada la inquina de Apple con Flash...se podrían poner de acuerdo con Adobe y si este lo quita de Flash Player es otra puñalada brutal al codec.
  6. #5 Youtube YA tiene HTML5.

    No por defecto, eso sí: www.youtube.com/html5
  7. Cada uno mira por lo suyo y Google no es una excepción.

    Esto putea bastante a los desarrolladores/webmasters/editores/cia que escogieron H.264 como formato de video, chrome esta cogiendo bastante quota de mercado muy rapidamente y es un dato muy relevante.
  8. #6 Y en la mayoría de los vídeos, aunque lo tengas activado, seguirá usando Flash Player...
  9. #3 Google con el HTML5 y los estándares web puede ser (no digo que lo sea) un lobo disfrazado de cordero. Ian Hickson, la mente pensante detrás del famoso Acid Test, la especificación CSS 2.1, etc, fue fichado por Google donde trabaja desde hace no mucho, siendo el único editor que aparece en la especificación de HTML5 (dev.w3.org/html5/spec/Overview.html). Ojo !
  10. #8 Bueno, mayoría, mayoría... depende de los que veas :-)

    Por ejemplo, los videos con publicidad, de momento solo se muestran con Flash.Otra cosa es que tampoco los reproduce a pantalla completa (a no ser que pongas el navegador en modo pantalla completa), pero eso... de momento :-P
  11. #10 Buena traducción /ironic
  12. Donde dije digo digo Diego... Con lo bien que va el H264 en mi Atom de hace 2 años.
  13. Yo creo que es una gran noticia para el software libre.
  14. Normal que lo eliminen. H.264 lleva patentes y el uso del mismo les supondrá un pastizal y una licencia que les limitará mucho a la hora de hacer lo que quieran. Por mucho que haya una implementación libre (x264), una vez compilado el uso del binario estará sujeto a esas patentes y condiciones allá donde sean válidas.

    Esperemos que sea poco el tiempo que se tarde en poner VP8 a la altura de x264.

    #3 Pues para mí sí es una gran noticia y los desarrolladores de x264 podrían abandonarlo y dedicarse a mejorar un códec 100% libre en vez de desarrollar sobre una especificación patentada.
  15. ¡chachi! :-D
  16. Ah, y continuando con #14, a través del meneo podemos llegar a un post que indican mejoras obtenidas: blog.webmproject.org/2010/10/vp8-codec-sdk-aylesbury-release.html y el índice SSIM, el más interesante, parece haber aumentado mucho. Por si alguien quiere tener nociones de qué es el SSIM: en.wikipedia.org/wiki/Structural_similarity

    El PSNR no da una medida fiel con respecto a la percepción del cerebro de las imágenes en movimiento.
  17. #17
    No tiene porque ser así. No siempre gana el mejor. En éste caso H.264 tiene las de perder. Google es el dueño de Youtube, y si Google se pasa a VP8 completamente, probablemente fuerce a una gran cantidad de fabricantes a cambiar de hardware. Y siempre podría utilizar para 360 o 480p Theora, que es más ligero y más que suficiente para las pantallas de los dispositivos móviles.
  18. Bravo google!
  19. Todos deberían hacer lo mismo, un estándar por definición no debería poder ser cerrado!!
  20. Este es solo la mas reciente puñalada entre los dos gigantes que se echan, Google sigue con el As en la manga de tener al Youtube y Apple tiene la insistencia de no querer Flash. Yo veo muy claro quien tiene las de perder.
  21. #17 Des de cuando un mercado escoge el producto más eficiente? Dame algún ejemplo porque yo no conozco ninguno.
  22. Un aplauso! Duro golpe al plan maquiavélico del Tio Steve...se siente.
  23. #22 VHS, x86, Windows... xD
  24. #12 ¿Que el H264 va bien en Atoms? ¿Lo dices irónicamente, no? Si ves los vídeos de YouTube de 360p con el visor Flash la fluidez es bastante cutre, así que imagínate como van los de resoluciones superiores. Y si ves un vídeo con un reproductor más eficiente como el Media Player Classic, a lo más que alcanza reproduciendo vídeos fluidamente de 25fps es a 720p si están muy poco comprimidos. Si no, el vídeo es cuasi-irreproducible (2-3 fps).
  25. #22 google... ¿o todavia usas altavista?
  26. Pienso que es una pésima decisión de Google. Está muy bien todo lo de que apoyan el software libre y tal, pero eso no me lo creo. Quitan el H.264 no porque no sea libre, sino porque les cuesta pasta pagar por implementarlo, no por otra cosa. Yo quiero un navegador que sea compatible por si solo con cuantos más formatos mejor, que la decisión de qué codec usar sea del usuario y no que Google te cape el navegador.
  27. #25 Evidéntemente. Nos vendieron la moto xD
  28. Pues es una pena, porque el h.264 va genial (mismamente, la compresión que hace con FaceTime deja en pañales a Fring o al mismisimo Skype)
    Ademas Apple y todo el consorcio de H.264 habia hecho un free-royalties hasta 2015 o así. Tenía pinta de seguir el mismo camino que el MP3 y el instituto Fraunhoffer (como se escriba)
  29. Pues genial. Que cada uno pague la pasta en el programa que quiera, pero cuando hablamos de un estandar libre no podemos andarnos con gilipolleces. Obviamente la decisión de Google será también de mercado y/o económica, no nos engañemos, pero me alegro que en esto hayan elegido este camino
  30. #13 goto "Cada uno mira por lo suyo y Google no es una excepción"
  31. Si Google deja de dar soporte a H.264 por ser una tecnología cerrada entonces Google también debería dejar de dar soporte a Flash porque es una tecnología cerrada, no?

    Solamente dar soporte a HTML5 y a WebM (VP8).

    H.264 y Flash a la puta calle.
  32. #6 Eso ya lo se, pero eso es irrelevante para la adopción o la defenestración de un codec o un formato.
  33. A nivel """ético""" (nótese que en vez de 6 podrían 100 comillas) puede parecer un movimiento muy majo por parte de Google, pero a nivel técnico, y aquí no pongo comillas, VP8 está muy por detrás de H.264.

    Veremos qué pasa, pero por muy libre de patentes que sea, el mejor codec de VP8 no puede generar vídeo a mejor calidad que x264...
  34. #21 #33 Google ha incluido a Flash por defecto en Chrome, a Google le interesa el flash por la publicidad en ese formato, Flash está más vivo que nunca.
  35. #27 nadie te impide cambiar de navegador, cualquiera plataforma estés utilizando. Windows: IE o Safari. OSX: Safari. Linux: Chromium + ffmpeg pasandote por el forro las patentes.

    El día del apocalipsis será cuando lleguen a decir que en Youtube desde ahora nada de h264 y todo en html5+webM, pero no creo que ese día lleguerá antes de la segunda mitad de 2012. Seguramente para entonces Flash tendrá soporte para WebM y habrá mucho más HW con decoder VP8 acelerado
  36. Bien hecho.

    Los estándares deben ser abiertos. Los formatos cerrados que triunfan, siempre lo hacen por las presiones de las empresas propietarias de ese formato (por ejemplo el doc), así que ya era hora que los formatos abiertos tuvieran alguna empresa fuerte velando por ellos. Pese a que de Google nunca me fio del todo, la noticia es buena.
  37. #38 de donde sacas que h264 no tiene royalties? no los tiene en un solo caso, "free for Internet delivery that is delivered free", o en castellano "para el envio gratuito por internet". Eso quiere decir que todo lo demás no es gratuito, como por ejemplo, codificar videos, utilizarlo para pay per view, etc.
  38. #25
    Vídeos en Youtube a 480p sin problemas sobre un Atom N450. Eso sí, utilizo GNU/Linux.
  39. #41 , #25 , #12 Seguro que hablamos de Atom a secas? Porque fue muy común la integración Atom + NVidia ION, como en mi Aspire Revo... e ION acelera por hardware H264... por ejemplo, bajo GNU/Linux, con vdpau activado, mi Aspire Revo, con Atom N230 (single-core), reproduce H264 1080 sin despeinarse (10-15% CPU)....
  40. #42 Atom a secas. Acer Aspire One A150, Atom N270 Single Core con una Intel 945. S.O. Debian.

    Tengo Un Packard Bell Atom N270 Nvidia ION, copia de tu Revo. Ahí se nota la gráfica y VDPAU ;)
  41. Grandísima noticia, el querer una web abierta incluyendo una tecnología cerrada (y el vídeo tiene pinta de que va a tener gran peso de aquí a unos años) es tener un traidor en el grupo. Cuando interesa todo puede ir muy bien, pero no hay que olvidar que solo los dueños tienen todo el control y que a las malas pueden hacer mucho daño. O simplemente por dejadez como ha ocurrido los años en los que Explorer tenía el mercado y la evolución de la web se freno.

    Aunque V8 fuese la mitad de eficiente que h264 habría que apostar por V8, cuando se vaya extendiendo se irá mejorando, porque si a alguién le interesa podrá mejorarlo al ser abierto.
  42. #41 #42 Mi Aspire One D250 es la típica combinación Atom N270 + Mobile Intel 945 Express. En Windows el rendimiento es pasable y en Linux es penoso. Pero con los nuevos Atom y los nuevos Athlon II Neo la cosa cambia bastante.
  43. Es una buena jugada. Me explico:
    Cuando salga al mercado Firefox 4.0 (¡qué coincidencia! tambien le falta unos pocos meses) Google tendrá la oportunidad de hacer lo mismo que ha hecho en su navegador con Youtube.
    ¿Por qué lo digo? porque la suma de cuota de mercado de todos los navegadores que soportasen WebM sería mayoría y los pocos navegadores que no lo soporten siempre prodran ver los vídeos en WebM grácias a Flash como ahora esta ocurriendo.
  44. #48 es que si las cosas siguen así únicamente será el Safari de Apple el que no incluya WebM, ni flash en su versión iPhone / iPod /iPad.

    La puntilla les llegará cuando los autores empiecen a generar vídeos en WebM en lugar de H264, y ojalá ocurra pronto.
  45. #38 "H.264, está creado por un consorcio como todos los MPEGs JPEGs, que há renunciado al cobro de royalties para siempre, por lo que es completamente gratuito."

    Como han dicho en #29 solo es gratuito hasta 2015. Se supone que el estándar definitivo HTML5 (que incluirá los formatos de vídeo que se deben usar) estará por esas fechas. ¿No te parece sospechoso? Gratuito hasta que lo incluyan en el estándar y luego... lo que quieran.
  46. #49 Me has recordado para el que se suela quejar por el h264 en aparatos domésticos:
    Me faltaba comentar una cosa importante sobre los dispositivos móviles y era que la vida útil de estos aparatos móviles es MUY corta (de hecho ya habia salido recientemente una noticia en meneame criticando este consumismo artificial)... ¿que se me ha roto o es muy viejo o me ofrecen un móvil mejor? que no le sorprenda nadie que el nuevo aparato tuviera soporte nativo para WebM como ocurrió con la implantación con h.264 si hay demanda (por ejemplo la necesidad de usar Youtube sin Flash).
    #50 habia leido por ahí que lo habian extendido a "para toda la vida" ... pero siempre nos referimos al decodificar, para modificar o grabar algo en h.264 a pasar por caja si no quieres violar patentes (aunque hablemos de que no hay patentes de software en este pais los productos suelen hacerse para paises que SI hay patentes de software).
  47. una pena porque segun los desarrolladores de x264, que son los mismos que se han encargado de hacer muchas optimizaciones de VP8, x264 >> h264 >>>> VP8. Sin contar con que ellos mismos opinan que los de h264 les podrian demandar por la cantidad de cosas sospechosamente similares que se encuentran en VP8...
  48. Simlpemente se niegan a dar soporte a un codec 'descaradamente' privativo,.. lógico...
    Yo sigo prefiriendo no pagar por los servicios que proporciona ?x?, a costa de prescindir de patentes que cuestan =Y'
  49. #29 Apple en todo caso se aprovechará de la royalty-free hasta el 2015 pero no tienen nada que ver con la propiedad de la patente del codec. Eso es cosa de la ITU-T y de MPEG, Apple habrá contribuido a la implementación de la tecnología h264 pero no ha tenido nada que ver en su creación.
  50. Me parece de lo más acertado el movimiento de google.

    El punto aquí es no depender de una tecnología cerrada, liderada por un cártel al cual le tienes que pagar regalías por el uso de su patente para encoder, decoder, implementación en hardware y que además pelea por convertirse en el estándar.

    Qué coincidencia que hasta el 2015 no van a cobrar regalías, tal vez porque espera que se adopte como estándar y hecho eso, zas debes pagar y como se volvió el estándar no te queda de otra, por lo que el movimiento de Google es evitar que esa bola de nieve siga haciéndose más grande y tiene todo mi apoyo =)

    ¡Bravo por Google!
  51. Para #3. Por muy grande que sea una tecnología, a día de hoy si es cerrada, empobrece a toda la comunidad.

    h.264 pierde toda su grandeza a través de su licencia de uso; VP8, en cambio, se crece.
  52. Ni a Apple ni a Microsoft (o el resto de empresas del enlace) les interesa que triunfe, algo lógico teniendo en cuenta sus intereses.

    www.mpegla.com/main/programs/AVC/Pages/Licensors.aspx
  53. Independientemente de lo bueno o malo que sea este cambio, lo de google con su "puedo hacerlo porque tengo youtube" es un monopolio que corre el riesgo de volverse peligroso. Que sí, que ahora nos favorece pero ¿nos seguirá favoreciendo?, sí siempre y cuando nuestros intereses se alineen con google, en el momento que eso cambie, como google siga este ritmo de crecimiento, la tendremos jodida y luego nos quejaremos como nos quejamos de Microsoft.

    #56 Lo que empobrece es el dinero que cobran (o cobrarán), y digo yo ¿el software libre tiene que ser siempre gratuito?, porque aunque h.264 fuese libre, si costase lo mismo que cuesta ahora, ten por seguro que google haría el mismo movimiento.
  54. #59 Si h264 fuese libre, lo cogería google, haría un fork, lo llamaría g264 y a correr.
  55. #60 Pues sí, no había contemplado esa opción.
  56. Google es una multinacional excepcional. Son los dueños del mundo y todavía no se han corrompido... Don't be evil
  57. Google, go on, go ooooooon!!!
  58. #50, #40 No es gratuito hasta el 2015, en un primer anuncio lo dijeron asi, pero luego lo estendieron para siempre:

    www.mpegla.com/Lists/MPEG LA News List/Attachments/231/n-10-08-26.pdf

    Eso si, si estás usandolo comercialmente, es decir ganando dinero con este formato, te exigen que pagues royalties, ya sea que vendas software para codificar, o fabriques chips para decodificarlo.

    Pero el uso gratuito permanecerá gratuito para siempre.
    Y el consorcio MPEG, es de sobra conocido, no hay intereses oscuros.

    El formato que postula google, se basa mucho en el H.264, lo que sin duda podría derivar en una guerra de patentes si se populariza, y muy posiblemente habrá que pagar al consorcio MPEGLA royalties superiores al H.264.
  59. Me parece cojonudo.

    #1 La competencia podrá usar WebM sin más. El mayor problema que tendrían para usarlo es la licencia de patentes de Google: “no te demandamos por usar nuestras patentes si nos dejas usar las tuyas”. Y eso a algunos no les sienta muy bien :-D

    #7 ffmpeg -i video.mp4 video.webm

    O algo así.

    #17 El que más se extienda se preocupará por mantener la calidad. Si es el WebM, que es libre, dalo por seguro.

    #29 Libre de royalties para uso no comercial. Compara con libre a secas :roll:

    #33 Google ya está abandonando a Flash para los vídeos. Le quedan los anuncios. En cuanto mejoren las APIs gráficas de SVG y canvas ya verás que poco tardan.

    #49 Instalando los códecs, Safari soporta WebM. Acabarán tragando, no tienen otra. O eso, o lanzan su propio portal de vídeo online, que existiendo Youtube sería un fracaso.
  60. #66 'En cuanto mejoren las APIs gráficas de SVG y canvas ya verás que poco tardan.'
    ¿Y tardarán otros 8 años en sacar la especificación? ¿O en ponerse de acuerdo sobre la mejor patente aplicable?

    Si ya hay que desarrollar dos veces para que un video se vea en html5, Adobe se apunta una a su favor con esta noticia.

    Pese a los fanboys de html5, que sí, que está muy bien, pero ahí está, diciendo 'que salgo que salgo' ya dos años, y asi estamos, esperando a que se pongan de acuerdo. Y mientras tanto Flash saca ventaja.
comentarios cerrados

menéame