Pastillas Rojas con Cianuro, 4ª y última parte: Desencanto Rabioso y Molesto

Atención Piratas como yo y libretardados del FSF, este post larga fuego.

html5 drm

Una explicación previa: Tim Berners-Lee dio luz verde a la inclusión de las Encrypted Media Extensions en HTML5. Las famosas Encrypted Media Extensions son una plataforma que permitiría ofrecer contenidos protegidos digitalmente a través del navegador, sin necesidad de instalar plugins como Flash o Silverlight.

No es técnicamente un DRM.……peeeeeeeeeeeeeeero sí le da una puerta abierta a su implementación. Por esa razón la Electronic Frontier Foundation (y prácticamente cualquier usuario de software libre o activista) está poniendo el grito en el cielo, mientras suena una canción de Los que Iban Cantando (donde Tim es el Juan Carlos que menciona la canción).

El padre de la World Wide Web da al menos una explicación.

Usuarios diferentes tienen preferencias diferentes. Poner al usuario primero no nos ayuda a satisfacer los pedidos posiblemente incompatibles de los usuarios: Algunos usuarios quieren mirar películas de alto presupuesto en casa, algunos usuarios quieren experimentar con el código. La mejor solución será la que pueda satisfacer a todos, y aún la buscamos. Si no la encontramos, buscaremos las soluciones que hagan menos daño a estos y otros pedidos expresados de los usuarios, los autores, los implementadores y otros en el ecosistema.

Les recuerdo que el 30% del tráfico de internet en EEUU es de Netflix. Y Netflix odia a Silverlight y Flash tanto como nosotros.

También dice que la W3C no puede dictar lo que pueden hacer los navegadores o los distribuidores de contenido, y que la discusión está abierta. La respuesta…….. sigue siendo exactamente la misma que yo dije antes (No es nada nene, simplemente Juan Carlos, un traidor menos).

Y es que en verdad, hay que tener huevos de titanio para escribir algo que no esté alineado con esa opinión. Vamos, que hasta algunos plantean armar el gran cisma del HTML y seguir otras especificaciones distintas, como la WHATWG (ya les di una alternativa por si quieren una jajaja).

Pues acá van mis dos centavos: ¿Se acuerdan de cuando hace un año y medio Mozilla anunció el soporte de h264? Brendan Eich dijo:

H.264 es absolutamente requerido para competir en los móviles. No creo que podamos rechazar el contenido H.264 en Firefox para Android o en B2G (Firefox OS) y sobrevivir la migración a móviles. Perder una batalla es una experiencia amarga. No endulzaré esta pastilla. Pero debemos tragarla si queremos triunfar en nuestras iniciativas móviles. El fracaso en los móviles es muy propenso a enterrar a Mozilla a la decadencia y la irrelevancia. Así que estoy muy a favor de la propuesta de Andrea.

Ahí tienen. Una pastilla roja con cianuro. Recomiendo visitar el bug que abrieron hace poco para pedir que Firefox de ninguna forma incluya soporte a EME. Va a tener el mismo final. Internet Explorer resurgirá de las cenizas y junto con Chrome (Chromium será descartado), dominarán el mercado de navegadores.

Y ustedes desarrolladores web……….si nunca usaron DRM en sus páginas, no van a empezar ahora. Ya les pasé una alternativa si la quieren seguir por allí. Otra podría ser esperar a que llegue el futuro visto por Brendan Eich (codecs superiores a h264, watermarking del bueno, etc).

Y esta va a ser la última parte de la saga. Yo pensé hablar de las redes sociales pero me pone muy emocional hablar de estas cosas y no da para hablarlo aquí. Tampoco podría hablar sobre cifrado de disco duro, servicios de mail alternativos, VPNs y otras cosas porque ni siquiera las tengo probadas. Hasta el próximo artículo de opinión.


21 comentarios, deja el tuyo

Deja tu comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

*

*

  1. Responsable de los datos: Miguel Ángel Gatón
  2. Finalidad de los datos: Controlar el SPAM, gestión de comentarios.
  3. Legitimación: Tu consentimiento
  4. Comunicación de los datos: No se comunicarán los datos a terceros salvo por obligación legal.
  5. Almacenamiento de los datos: Base de datos alojada en Occentus Networks (UE)
  6. Derechos: En cualquier momento puedes limitar, recuperar y borrar tu información.

  1.   pandev92 dijo

    Pienso que, mientras no haya drm en html5 de alguna manera, nunca se va a distribuir contenido como los de netflix a través de el, así que o se implemente, o habrá con resignarse a tener flash o silverlight instalados. O directamente no disfrutar de ese contenido.

    1.    eliotime3000 dijo

      O quizá usar bitcoins con el servicio BitTorrent.

  2.   staff dijo

    La otra opción es que no sea por medio del navegador como se visualicen esos contenidos.
    Que netflix y similares hagan su propio software exclusivo (un netflix player, que se instale al contratar el servicio y no use flash ni silverlight) por medio del cual distribuyan su contenido, ha sido una opción que se ha mencionado pero que curiosamente se descarta en los discursos oficiales y medios.
    ¿Por qué?
    Seguramente por que lo que se busca es un mayor control en nuestros navegadores.

    1.    diazepan dijo

      Porque es similar a usar Flash o Silverlight, además de que lo que se busca es evitar que los videos protegidos con DRM se descarguen en el disco duro via memoria RAM.

      1.    staff dijo

        ¿En que es similar a flash?
        ¿Spotify es similar a flash?
        ¿Descargar vídeo de la RAM? ¿¡WTF!?
        ¿Cómo y por qué alguien trataría de descargar vídeos desde la RAM?
        Get your facts right!

        1.    staff dijo

          *straight

        2.    diazepan dijo

          Dije cualquier bolazo.

          Acá una ecplicación de por qué Netflix apuesta por html5
          http://techblog.netflix.com/2010/12/why-we-choose-html5-for-user.html

          1.    staff dijo

            Pues a decir bolazos, mejor no decir nada…

            Se podría despedazar punto por punto lo que dicen en el blog de netflix.

            En 2 de los 3 comentarios que respondieron ya lo hicieron bastante bien.

            Así que mejor solo haré un resumen de lo que no les dijeron.
            -Noticia de hace tres años, donde se enfocan en una plataforma (ps3) la cual en unos meses queda desfasada.
            Todas las ventajas que mencionan se pueden lograr con su propio reproductor y ademas se evitan las desventajas de usar el navegador.

            Por ultimo… para el que sepa leer entre lineas.

            «We test every new idea, so we can measure the impact we’re having on our customers. Are they finding more content to watch? Are they enjoying the TV shows and movies they’re seeing better? «

          2.    pandev92 dijo

            A ver.., lo del reproductor no conviene porque todos sabemos que si hacen uno, seguramente no lo harían para linux.., mucho mejor que funcionase con un plugin drm compatible para todos los navegadores y ya.

          3.    staff dijo

            @pandev92
            Dejando la bola de cristal a un lado, recordemos el mismo ejemplo que le di a Diazepam.
            Spotify, tiene cliente para PC, MAC, GNU/Linux, iPod/iPad, Blackberrie…..
            Si Netflix no quiere sacar su reproductor para GNU/Linux, peor para ellos, los P2P y descargas directas siguen a la orden del día.

    2.    Paulo dijo

      Yo también estoy de acuerdo con eso, Netflix si quiere proteger su contenido, debería desarrollar su propio addon para navegadores, asi como Netflix Player.
      Eso permitiría incluso poder acceder desde Linux, ya que siendo un addon para Firefox no habría problemas.
      Pero a Netflix se le ocurrió la maldita idea de cagar a un estandar libre como HTML5 para promover el DRM

      1.    eliotime3000 dijo

        éso es lo que dije, pero desgraciadamente se le ocurieron esa descabellada idea de mandar al demonio un buen estándar que debería ser libre.

  3.   Fenix dijo

    Hay momentos en que el software libre no puede contra el software privativo, y si no se adapta, no triunfaría.
    Ahí tienen el ejemplo de Linus Torvalds al agregar los famosos blobs binarios al kernel Linux, si no lo hubiera hecho, GNU/Linux seguiría siendo un sistema muy incompatible con diverso hardware y seguiría siendo rechazado por muchas personas debido a estas causas.

    1.    staff dijo

      Estas viendo las cosas desde una perspectiva de espejo.
      Los fabricantes son lo que deben adaptarse y producir lo que los usuarios/desarrolladores demandan, no al revés.

      ¿Que paso con las tarjetas gráficas?

      Usuarios no aceptaban lo que se les ofrecía, preferían comprar gráficos Intel, usaban wine o una partición extra para jugar, y al final los proveedores están doblando las manos y ofrecen mejores drivers (aunque sean privativos) o liberan documentación/especificaciones poco a poco.

      1.    esteban dijo

        osea que si yo empiezo a crear un kernel desde cero solitariamente, entonces los fabricantes tienen que adaptarse a mi sólo porque a un fulanito se le ocurrió crear un nuevo kernel independiente y ni si quiera tiene pensado comerciarlo

        1.    staff dijo

          Vaya forma de sacar las cosas de contexto.

          Sin tener que crear escenarios absurdos te puedo dar ejemplos de como en el mundo real los fabricantes y proveedores se adaptan a la demanda del mercado.

          1. La arquitectura x64 hace muchísimo tiempo que existe pero como hasta hace poco la gente ha podido hacerse de equipos con mas de 3 GB de RAM los fabricantes tienen que mantener en sus procesadores instrucciones para 32 bit, incluso los desarrolladores de sistemas operativos y aplicaciones siguen creando versiones de 32 y 64 bit.
          2. Nokia empezó vendiendo papel y muebles de madera, al tener sus clientes nuevas necesidades mando todo al carajo una y otra vez, ahora vende smartphones.

          3…

          Los proveedores de servicios y productos se adaptan para cubrir las necesidades de sus clientes, no al revés, economía básica.

          Incluso en tu absurdo ejemplo, si fueras el único cliente del fabricante, si, el tendría que adaptarse a ti, por que si no, alguien mas lo hará y le ganara la venta.

  4.   eliotime3000 dijo

    El principal problema está en cómo distribuir los DRM. Me hubiese gustado que Netflix sugiriese dar los DRM’s como plugins al estilo de Cuevana (ahora, ese sitio ya se fue al mismísimo demonio).

    Espero que no se dejen llevar por lo de las DRM, ya que la FSF y la EFF los tienen en la mira para poder acosarlos.

    1.    gato dijo

      El «plugin» de Cuevana era un malware.

      1.    eliotime3000 dijo

        Bueno, menos mal que usaba TPB y no Cuevana, pero al menos, en Netflix, deberían poner sus DRM’s en forma de plugins.

  5.   winstonsmith dijo

    Lamentablemente, a veces hay que hacer grandes sacrificios para asegurar el crecimiento de Linux. Tal vez los pre-DRM del HTML 5 sea el precio a pagar….s
    Seguramente muchos no van a estar de acuerdo conmigo, pero si tengo que elegir entre los DRM del HTML5, y Flash o Silverlight, me quedo con los DRM. Flash y Silverlight incluso son más nefastos que cualquier intento de implementar un DRM.

  6.   Brizno dijo

    Hacerle el caldo gordo o ceder ante quién tiene el dinero o la influencia ha sido la sopa de todos los días con los desarrolladores de plataformas y software libre: pasó con Microsoft, pasa con Google y ahora pasa con Netflix… La única afirmación que tal vez valdría la pena hacer es que aún con Linux la humanidad es una mayoría de atarantados subnormales que solo quieren ver crepúsculo o glee en sus pc’s, teléfonos, tabletas o «smart» tv’s.