Historias
Slashboxes
Comentarios
 
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)
    ( Última bitácora: Jueves, 19 Noviembre de 2015, 17:28h )
    Si lo usa en Youtube, la grata noticia está completa :)
  • Que muera flash

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

    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/ )
      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)
    ( Última bitácora: Jueves, 19 Noviembre de 2015, 17:28h )
    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.
    • 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 ]
  • por Mu (11278) el Martes, 13 Abril de 2010, 09:56h (#1213199)
    ( http://press.asqueados.net/ | Última bitácora: Jueves, 17 Abril de 2014, 09:50h )
    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.
    --
    Envíos descartados por Mu [barrapunto.com]
    [ 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 ]
  • 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.
    [ Padre ]
  • por Inconexo (20311) el Martes, 13 Abril de 2010, 12:43h (#1213233)
    ( http://press.asqueados.net/ | Última bitácora: Jueves, 06 Marzo de 2014, 11:47h )
    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.
    --
    Asqueados [asqueados.net]: mas politica, informatica y payasadas que nunca
    [ Padre ]
  • por suy (8275) el Martes, 13 Abril de 2010, 14:08h (#1213253)
    ( http://www.badopi.org/ | Última bitácora: Martes, 18 Septiembre de 2012, 18:45h )

    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.