353 meneos
1455 clics

Microsoft, Netflix y Google quieren agregar DRM a HTML5 [ENG]

El mecanismo pretender no tener que hacer uso de plugins para transmitir vídeo con DRM (digital restrictions management). Las personas que están a favor dicen que esto simplificara la transmisión de vídeo y que permitirá alcanzar a los servicios de streaming alcanzar mas plataformas. Los que se oponen dicen que estas medidas no lograran detener la "piratería" y añadirán una complejidad innecesaria a los navegadores. Vía reddit: www.reddit.com/r/linux/comments/17h3d0/dont_let_microsoft_and_netflix_
etiquetas: drm, wc3, internet, estándar
usuarios: 172   anónimos: 181   negativos: 1  
55comentarios mnm karma: 469
  1. #1   Mas información acerca del DRM: www.eff.org/issues/drm
    votos: 2    karma: 24
  2. #2   Curioso, porqué se menciona a Microsoft y a Netflix en el titular modificado en castellano respecto al original, pero no a Google que es el tercero que lo ha propuesto y que se menciona en la noticia. Me parece un poco parcial dejar a Google fuera, si se modifica el titular al menos se puede hacer poniendo todo.

    Para el que quiera leer algo en castellano: plus.google.com/+LinuxMagazineEdici%C3%B3nenCastellano/posts/YdibQrUZa
    votos: 15    karma: 145
     *   Devlin Devlin
  3. #3   Añadir restricciones de derechos a una plataforma abierta por definición. Con dos cojones, al más puro estilo mega corporation.
    votos: 15    karma: 137
  4. #4   #2 Corregido.
    votos: 2    karma: 29
  5. #5   Inocentes criaturitas... me pregunto cómo es posible que personas que han tenido la capacidad de fundar empresas tan lucrativas sean, sin embargo, tan tontas como para pensar que pueden poner puertas al campo. DRM en la web??? Por el amor de Dick, tardaron nada y menos en reventar el cifrado de los blue ray en una época que poca gente tenía lectores. ¿Cuánto se piensan que van a tardar en reventar algo a lo que puede acceder cualquiera sin hardware adicional? :palm:
    votos: 35    karma: 311
  6. #6   #4 Mejor así, gracias.
    votos: 0    karma: 10
  7. #7   #2 Ya que tengo la oportunidad de hacer de abogado del diablo lo haré citando uno de los comentarios que leí en reddit:

    fiftyorange

    Hixie, Google's rockstar web standards guy and the editor of the HTML spec, was the one who refused to put DRM in the HTML5 spec. Probably worth pointing out.

    edit: lists.w3.org/Archives/Public/public-html/2012Feb/0274.html

    He says, and I quote:

    I believe this proposal is unethical and that we should not pursue it.


    El correo al que se hace referencia:

    From: Ian Hickson <ian@hixie.ch>
    Date: Tue, 21 Feb 2012 23:46:46 +0000 (UTC)
    To: Adrian Bateman <adrianba@microsoft.com>
    cc: Maciej Stachowiak <mjs@apple.com>, "HTML WG (public-html@w3.org)" <public-html@w3.org>, David Dorwin <ddorwin@google.com>, Mark Watson <watsonm@netflix.com>
    Message-ID: <Pine.LNX.4.64.1202212343470.11354@ps20323.dreamhostps.com>

    On Tue, 21 Feb 2012, Adrian Bateman wrote:
    >
    > We have been collaborating on an API to enable encrypted media in HTML
    > that we think can be implemented in all browsers and support any
    > container/codec and content encryption solution without making major
    > changes to the HTML Media element specification. We think it solves most
    > use cases without being overly large or complex.
    >
    > We'd like to get people's feedback on the proposal. It is posted here:
    > dvcs.w3.org/hg/html-media/raw-file/tip/encrypted-media/encrypted-media

    I believe this proposal is unethical and that we should not pursue it.


    > Many content providers and application developers have said they can't
    > use <audio> and <video> because HTML lacks robust content protection.

    The proposal above does not provide robust content protection, so it
    would not address this use case even if it wasn't unethical.


    --
    Ian Hickson U+1047E )\._.,--....,'``. fL
    ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,.
    Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'


    Las negrillas son mías.
    votos: 12    karma: 107
  8. #8   El DRM no es bueno, es lo siguiente. Te compras una película licencia para reproducir una película, la intentas ver en un monitor / proyector que no está certificado y no te dejan. Vas a The Pirate Bay, la vuelves a descargar en FullHD y listo. Supongo que ya os podéis imaginar donde irá el directamente esta persona cuando quiera descargar otra película.
    votos: 49    karma: 428
  9. #9   #2 gmail.com no apoya esto.

    Cito otro comentario de reddit:

    OmnipotentEntity

    Sorry, I went back to the mailing list for this particular issue and here's the most recent e-mail string on this particular topic:

    lists.w3.org/Archives/Public/public-html-admin/2013Jan/0102.html

    > This is a Call for Consensus (CfC) to publish as a First Public Working Draft (FPWD) the following Encrypted Media Extensions document:

    > dvcs.w3.org/hg/html-media/raw-file/tip/encrypted-media/encrypted-media

    > Silence will be taken to mean there is no objection, but positive responses are encouraged. If there are no objections by Wednesday January 30, this resolution will carry.

    > Considerations to note:

    > - As a First Public Working Draft, this publication will trigger patent policy review.

    > - As a Working Draft publication, the document does not need not be complete, to meet all technical requirements, or to have consensus on the contents.

    > /paulc
    HTML WG co-chair

    > Paul Cotton, Microsoft Canada
    17 Eleanor Drive, Ottawa, Ontario K2E 6A3
    Tel: (425) 705-9596 Fax: (425) 936-7329

    ----

    It got 10 first level replies.

    Publicly Support (domain of e-mail address):

    * [microsoft.com](lists.w3.org/Archives/Public/public-html-admin/2013Jan/0102.html) (same link as above)
    * [cablelabs.com](lists.w3.org/Archives/Public/public-html-admin/2013Jan/0104.html) [(website)](cablelabs.com/)
    * [foliot.ca](lists.w3.org/Archives/Public/public-html-admin/2013Jan/0121.html)
    * [ocallahan.org](lists.w3.org/Archives/Public/public-html-admin/2013Jan/0130.html) (supports concept, has issues with impl)
    * [irdeto.com](lists.w3.org/Archives/Public/public-html-admin/2013Jan/0134.html) [(website)](irdeto.com/)
    * [verimatrix.com](lists.w3.org/Archives/Public/public-html-admin/2013Jan/0135.html) [(website)](verimatrix.com/)
    * [nokia.com](lists.w3.org/Archives/Public/public-html-admin/2013Jan/0192.html) [(website)](www.nokia.com/us-en/)

    Publicly Oppose:

    * [ping.de](lists.w3.org/Archives/Public/public-html-admin/2013Jan/0103.html) [(website)](ping.de/index_eng.html)
    * [gmail.com](lists.w3.org/Archives/Public/public-html-admin/2013Jan/0108.html)
    * [geekhood.net](lists.w3.org/Archives/Public/public-html-admin/2013Jan/0110.html)
    * [hixie.ch](lists.w3.org/Archives/Public/public-html-admin/2013Jan/0149.html) [(website)](hixie.ch/)

    The…

      » ver todo el comentario
    votos: 1    karma: 18
  10. #10   #2 #7 #9 Al parecer mis anteriores entradas se referían a opiniones aisladas de algunos empleados de Google como parece indicar este correo:

    From: イアンフェッティ <ifette@google.com>
    Date: Tue, 29 Jan 2013 15:30:54 -0800
    Message-ID: <CAF4kx8cc8dL=3xnV95N9io24OuvobDG1X4Kezbr3Vmfhcb+OOA@mail.gmail.com>
    To: Glenn Adams <glenn@skynav.com>
    Cc: "Robert O'Callahan" <robert@ocallahan.org>, "Tab Atkins Jr." <jackalmage@gmail.com>, Paul Cotton <Paul.Cotton@microsoft.com>, "public-html-admin@w3.org" <public-html-admin@w3.org>, "David Dorwin <ddorwin@google.com> (ddorwin@google.com)" <ddorwin@google.com>, Adrian Bateman <adrianba@microsoft.com>, Mark Watson <watsonm@netflix.com>

    On Tue, Jan 29, 2013 at 2:50 PM, Glenn Adams <glenn@skynav.com> wrote:

    >
    > On Tue, Jan 29, 2013 at 3:37 PM, Ian Fette (イアンフェッティ) <ifette@google.com>wrote:
    >
    >> Robert, I agree with your objectives and personally would support them
    >> but I don't support the objection as I don't believe that advancement to
    >> FPWD should be a time for people to demand resolution on particular issues.
    >> LC or CR sure, but not on FPWD. It's a procedural thing for me.
    >
    >
    > What is the official Google position on EME? Does Google intend to deploy
    > EME in Chrome? Has Google determined which CDMs it will initially support?
    >

    The official position is that Google supports publication of EME as a FPWD.
    We have added the APIs to Chrome and are working on early implementations
    with content providers to try and flush out issues and provide more data
    and implementation experience to the process.

    votos: 2    karma: 21
     *   monty_oso monty_oso
  11. #12   Este tema es complejo y hay muchas cosas que considerar.

    Leer la conversación que se dio en : lists.w3.org/Archives/Public/public-html-admin/2013Jan/thread.html#msg es una buena forma de informarse.
    votos: 2    karma: 27
  12. #13   lists.w3.org/Archives/Public/public-html-admin/2013Jan/0173.html

    From: Tab Atkins Jr. <jackalmage@gmail.com>
    Date: Fri, 25 Jan 2013 15:06:21 -0800
    Message-ID: <CAAWBYDDMYE3BXXSsA8NOWZe9B5BYt0Lr4o5sCwNoPGnj+=syCw@mail.gmail.com>
    To: Glenn Adams <glenn@skynav.com>
    Cc: David Singer <singer@apple.com>, "public-html-admin@w3.org" <public-html-admin@w3.org>

    On Fri, Jan 25, 2013 at 2:31 PM, Glenn Adams <glenn@skynav.com> wrote:
    > On Fri, Jan 25, 2013 at 3:16 PM, Tab Atkins Jr. <jackalmage@gmail.com>
    > wrote:
    >> It is very likely, given the explicitly admitted low
    >> chance of interoperable DRM standards, that there will be extended
    >> incompatibilities between browsers on non-free OSes as well for a long
    >> time.
    >
    > Perhaps, but that is not relevant.

    I fail to see how it is irrelevant.


    > On the other hand, EME provides
    > mechanisms that improve interoperability that can eventually reduce use of
    > non-interoperable DRM components. You appear to oppose EME because it
    > doesn't remove all such interoperability issues at one blow.

    The existing most common DRM mechanism on the web (Flash) is already
    at least as interoperable as any DRM module hooked up through the EME
    spec mechanisms will ever be. Furthermore, it works today.

    Let's take all the media distributors in this thread at their word for
    a moment. Let's pretend that they have nothing but the average
    person's best interests at heart, and it really is true that those
    nasty ol' pirates will happily bankrupt them if they ever ship video
    unencrypted. Can someone please explain how the stuff in the EME spec
    is better than the existing DRM solutions on the web? More
    importantly, if we assume that there is some technical benefit, can
    someone please attempt to justify how that benefit is sufficiently
    large to outweigh the technical cost to implementors of permanently
    adding this new code to the web platform, and to authors and users who
    will have to bear through an extended period of bad interop, assuming
    we ever do achieve interop and don't just settle into a no-one-wins
    stalemate like we have with audio/video codecs?

    We have rejected awesome ideas that have literally zero downsides
    for authors and users before, solely because we don't think they are
    sufficiently good to justify burdening the future with the
    additional code weight. This is

      » ver todo el comentario
    votos: 1    karma: 16
     *   monty_oso monty_oso
  13. #14   Google tu antes molabas, de los demás no me sorprende.
    votos: 6    karma: 62
  14. #15   Es hora de empezar a abandonar los servicios de Google, lo de dont be evil empieza a ser un lejano recuerdo
    votos: 7    karma: 70
  15. #16   Aquí no se está hablando de copias de seguridad de material multimedia en soporte físico, que es donde el DRM recorta libertades, aquí se está hablando de proteger material accesible mediante streaming.

    Es un material del que solamente adquieres los derechos de reproducción durante un periodo de tiempo determinado, no como con la compra de soportes físicos que adquieres los derechos a perpetuidad.

    No mezclemos el derecho de copia de seguridad con la protección de contenido multimedia. Yo no veo ningún problema con que se protejan los alquileres streaming con DRM, estas pagando por una reproducción o un número de reproducciones durante 24 horas, no estas adquiriendo la propiedad como cuando se compraban cintas o DVDs. Si quieres comprar el derecho de una reproducción y luego piratear el contenido eso es un delito.

    El DRM es este caso no es restrictivo.
    votos: 8    karma: -64
     *   Mice2 Mice2
  16. #17   #16 Jajajaja, claro hombre, si lo propone Google, entonces el DRM es bueno.

    Si Google cagara, seguro que su mierda olía a rosas y sabía a mermelada de fresas. Como sois los fanboys.
    votos: 7    karma: 74
     *   Desmond Desmond
  17. #18   #17 Que yo sepa tanto Netflix, Hulu, Microsoft, Apple y Amazon tienen negocios de alquiler de streamning mucho más potentes que el de Google. En ningún momento me he referido a google y cuando hablo de alquileres por streaming no es precisamente el primero que me viene a la cabeza, pues está a años luz de los lideres.

    Estoy hablando de la diferencia entre el DRM en discos físicos que has comprado y de los que tienes el derecho de copia privada y el DRM en alquileres, que solo tienes el derecho a visualizarlo y nada más, por lo cual el DRM no priva tus derechos en ese caso.
    votos: 2    karma: 22
     *   Mice2 Mice2
  18. #19   #17 La verdad que tú llames fanboy a nadie suena a broma. A mala broma sin ninguna gracia.
    votos: 4    karma: 36
     *   odolgose odolgose
  19. #20   Claro que DRM agregará complejidad a los navegadores... Con ese mismo argumento, quitemos HTML, CSS, Javascript y que los navegadores solo visualicen texto plano... Ya verás tú qué poca complejidad!
    votos: 5    karma: 8
  20. #21   #18 El soporte físico estorba, es mucho mejor tener online algo para cuando quieras verlo, pero eso no significa que tengamos que pagar cada vez que queramos ver algo.
    Pero qué coño digo, si yo hace años que hago boicot completo y absoluto a la industria audiovisual/videojueguil...
    Puertas al campo, lo dicho...
    votos: 2    karma: 13
  21. #22   #16 #18 #20 Técnicamente es una gran gilipollez. Si lo puedes ver, lo puedes grabar y otras personas lo pueden ver sin DRM. El hecho de que intenten ponértelo más difícil agregando una nueva "feature" a ciertos navegadores no puede impedirlo, solo hacerlo un poco más engorroso a los "bueno videntes".
    votos: 2    karma: 20
  22. #23   #20 le quitas eso y le instalas esto: gopher.floodgap.com/overbite/ y te queda el navegador nuevo para navegar por gopher. :-D
    votos: 2    karma: 26
  23. #24   #3 Ya se quieren cargar al HTML5 antes de que comience a andar en serio xD (porque si lo hacen, no triunfará)

    #20 Tienes razón, debían de haber dicho complejidad INNECESARIA. ¿ahora mejor? El resto de cosas que citas aportan un valor adicional, que hace que le precio (la complejidad) sea menor que el beneficio. El DRM, no sólo no aporta valor adicional, sino que, de hecho, resta valor (por definición). Creo que comprenderás la diferencia.
    votos: 3    karma: 43
  24. #25   Cómo era la noticia de Stallman de hace unas horas...? Ah si, que Google molaba y Facebook era el diablo.. Pos va a ser que aquí todos se mueven por intereses...
    votos: 1    karma: 24
  25. #26   #25 Sin sacar sus palabras de contexto, decía que Google no era tan mezquina como Facebook. Se limitan a guardar apariencias e ir de rollo molón new age.
    votos: 0    karma: 6
  26. #27   #5 Bueno lo de los blu-ray fue por una cagada, y además MONUMENTAL en manejar la clave, si no seria bastante improbable que nadie lo descifrara
    votos: 0    karma: 11
     *   GoDie GoDie
  27. #28   Con las alternativas que existen hoy en dia lo va a usar quien yo me se si lo llegan a implantar.
    votos: 0    karma: 9
  28. #29   que le pongan DRM a la biblia
    votos: 0    karma: 6
  29. #30   ya hablan de DRM me paso al XHTML 2.0... :troll:
    votos: 1    karma: 17
  30. #31   oye #18, premio a la inocencia e ingenuidad 2013. todavia no te has dado cuenta que el DRM es una herramienta de una nueva "filosofia corporativa" que consiste en quitarte tus derechos y ordeñarte el resto de tu vida?

    mira a tu alrededor, esto mismo ya lo hacen con las televisiones y los modulos CI+ que te impiden grabar lo que ves en la television (tranquilo que cuando digital+ lo implemente vas a tener el placer). o no te dejan saltarte la publicidad de los programas que grabas, o te dejan reproducirlo solo un par de dias. tu ya no controlas tus propios aparatos, estos les consultan a ellos si te dejan hacer lo que tu quieres o no. y no son teorias, ya esta ocurriendo, y ahora quieren hacer lo mismo con la web. y son los mismos que no te dejan ejercer tus derechos poniendo medidas anti-copia a las peliculas y CD's a pesar de pagarles una tasa de compensacion. es una historia continuada de abusos y tu defiendes sus herramientas

    y ahora que mencionas los "alquileres", muchos no ven que el negocio ya no es conseguir una venta, es que contrates servicios. el movil te lo dan, pero tu pagas todos los meses. la impresora tambien porque vas a necesitar siempre tinta. y despues vinieron las capsulas de cafe. hasta microsoft se ha dado cuenta y quiere sacar tajada ofreciendo la nueva version de office como suscripcion anual en vez de compra (que si dejas de pagar ya puedes darte por jodido). porque no quieren tener que convencerte una y otra vez de que les des dinero, quieren ordeñarte de forma continuada y tenerte agarrado por los huevos para que no dejes de pagarles. y por eso el DRM es cojonudo. para ellos
    votos: 10    karma: 87
     *   nusuario nusuario
  31. #32   #8 ya os podéis imaginar donde irá el directamente esta persona cuando quiera descargar otra película.

    Obviamente si lo que quiere es descargarla, irá a internet, independientemente de si quiere verla o no :-D

    Ya, ya sé que donde pones descargar querías poner ver, pero es que me ha hecho gracia.
    votos: 1    karma: 17
  32. #33   #5 El problema es que pretendan imponerlo :-(
    votos: 1    karma: 17
  33. #34   Sí aquí los políticos se atrevieron a "ponerle DRM" a nuestra Constitución Española en la última reforma que hicieron, sin perjuicio para ellos, no veo porque no se va a intentar hacer con todo lo demás.
    Con la nueva redacción de la Constitución, más le vale al ciudadano disponer de dinero, si quiere ver reales y efectivos sus D€RECHO$
    votos: 0    karma: 6
  34. #35   Ahora que parecía que "el futuro de la Web está aquí y es open source" intentan meternos un "estándar" para introducir plugins no estándar, no interoperables y de código cerrado. Es obvio, pero incluso el promotor de este DRM en Netflix reconoce que esta funcionalidad no puede ser implementada en open source al 100% y que los navegadores open source tendrían que delegar en plugins cerrados o en el firmware de ciertos dispositivos de hardware: lists.w3.org/Archives/Public/public-html/2012Feb/0280.html

    Terrible.
    votos: 2    karma: 27
  35. #36   #16 Restringe de forma extrema el sistema operativo, el navegador e incluso el hardware desde donde puedes acceder a dicho contenido (GOTO #35). Es un giro de 180º, en dirección totalmente opuesta a la filosofía de estandarización e interoperabilidad de HTML5.
    votos: 4    karma: 41
  36. #37   #32 Esto... DRM en web. ¿Sabes que también se puede pagar por descargar una película de internet? ¿Sabes que hay sitios web donde hay películas, música, series y demás de pago?

    No te culpo, estos gilipollas de la industria han creado gente como tú, que asocia descargar e internet con torrent y megaupload.
    votos: 0    karma: 10
  37. #38   #5 Aquí como siempre en meneame somos los más listos. ¿Crees que estas empresas no lo saben? pero quién te crees que les provee del material audiovisual que luego van a transmitir? pues la industria audiovisual. Y estas últimas son las que "luchan" contra la piratería con cualquier medio al alcance, aunque no valga para nada. Las grandes empresas que mencionas al final acaban cediendo para poder ofrecer algo a los usuarios. Conste que estoy en contra del DRM pero puedo entender las razones de por qué ceden.
    votos: 1    karma: 16
  38. #39   ah, pero google no era chupiguay?
    votos: 0    karma: 10
  39. #40   Me cago en dios... que empleados tiene Google. Me quito el sombrero ante ellos.
    votos: 1    karma: 19
    snd snd
  40. #41   #37 o te has confundido al citarme, o no has entendido para nada mi comentario.
    votos: 0    karma: 7
  41. #42   #41 No me he confundido al citarte, aunque no descarto no haberte entendido :-)

    Lo que quería decir. Cuando #8 habla de "comprar una película" creo que habla de comprarla en internet y descargarla. Cuando el usuario vea que tiene mil trabas para ver esa película, irá a The pirate Bay y la volverá a descargar en FullHD y gratis, sin tantas complicaciones.

    Cuando vuelva a querer descargar una película, no volverá a comprarla, irá directamente a The Pirate Bay, que es donde le resulta más compatible con su monitor y le ponen menos trabas (Sin DRM).

    Por eso no entiendo tu comentario de que volverá a "internet". Me parecía que asociabas "descargar" a piratería.

    Aunque puede que haya entendido mal. ;)
    votos: 1    karma: 17
  42. #43   #31 Palladium. Año 2003 ya se avisaba. Y nos siguen llamando paranoicos.
    votos: 0    karma: 10
     *   elhumero elhumero
  43. #44   #42 bueno, bah, muchas vueltas le estamos dando a entender o no los comentarios de los otros :-D , y total, al final estamos todos de acuerdo.

    Ah, te aclaro por si acaso una cosa (lo de han creado gente como tú), que conste que yo he comprado cosas por internet para descargar. Es más, una vez compré un libro con DRM, sabiendo que lo tenía y simultáneamente descargándome ese mismo libro con el DRM ya quitado por otro lado (de hecho no sé si descargué el que no tenía DRM antes o después de comprar, fue cosa de 1 minuto o 2 de diferencia). Lo hice así porque me pareció justo el precio, y además que fue compra directa al autor (bueno, a través de amazon), sin editorial por en medio quedándoselo casi todo (bueno, amazon quedándose algo). Curiosamente en amazon estaba el mismo libro mucho más caro vendido por la editorial :-D
    votos: 1    karma: 17
  44. #45   Vamos a ver, estoy tan en contra del DRM como casi todos vosotros, pero creo que con esto se estan sacando las cosas de quicio.

    Lo de "poner DRM al HTML5" es un poco sensacionalista. No se trata de ponerle DRM al HTML5, sino de que HTML5 sea compatible con tecnologías DRM que luego cada proveedor de contenidos ya decidirá libremente utilizar o no. El objetivo de esto es que los proveedores que quieran utilizar DRM no tengan que utilizar plugins como flash u otros propios, y que el usuario pueda acceder a esos contenidos sin necesidad de instalar nada más (que siempre es peor en términos de rendimiento y con posibles problemas de seguridad)

    El resultado en la web va a ser exactamente el mismo. Las empresas que quieran utilizar DRM, van a utilizar DRM tanto si esto prospera como si no. Ahora mismo lo hacen utilizando flash, y si esto se acaba llevando a cabo, lo seguirán haciendo sin utilizar flash. Seguiremos comiendonos la mierda infecta del DRM pero al menos nos libramos de esa mierda infecta que es flash de una vez por todas.

    Resultado para el proveedor: Todo igual sólo que ahora no tiene que utilizar otro plugin
    Resultado para el usuario: Todo igual sólo que ahora no tiene que utilizar otro plugin

    La propuesta dice: "This proposal extends HTMLMediaElement providing APIs to control playback of protected content. The API supports use cases ranging from simple clear key decryption to high value video (given an appropriate user agent implementation). License/key exchange is controlled by the application, facilitating the development of robust playback applications supporting a range of content decryption and protection technologies."

    Lo cual evidentemente posibilita una implementación más directa de DRM sin recurrir a otros plugins.

    ¿Google ha dejado de ser guay? Para mi los que realmente tienen la culpa del DRM abusivo son los proveedores que utilizan DRM abusivo. Dificultar a estas empresas el uso del DRM mediante la necesidad de utilizar plugins no les va a hacer cambiar de opinión al respecto ni es una buena acción para los usuarios. Podemos irnos al otro extremo y pedir que los navegadores no sean compatibles con estas tecnologías, y lo que pasaría sería que los proveedores harían aplicaciones propias para soportar el DRM en lugar de poder acceder por web.

    Al final, aún comiendonos todo el DRM, nos beneficiamos si la compatibilidad se hace de acuerdo a todos los estandares posibles y teniendo que instalar las menos aplicaciones posibles. Esta parte para mi tiene todo el sentido del mundo, aunque el DRM en si no.
    votos: 2    karma: 27
  45. #46   #45 También quiero añadir que no todo el DRM es el demonio. Una cosa es que te compres un blu-ray y no lo puedas ver en el reproductor que a ti te de la gana porque necesitas claves, y otra es que si alquilas una película por internet te controlen que solo la veas el tiempo por el que has pagado.

    Lo primero debería ser ilegal, y lo segundo creo que puede posibilitar modelos de negocio que serían incluso beneficiosos para nosotros.
    votos: 2    karma: 27
  46. #47   #3 Lo de "restricciones de derechos" es una poyez que se sacó de la manga Richard Stallman. DRM significa "Digital Right Management" y es un sistema para evitar la copia ilegal de contenido sin el consentimiento del autor y/o distribuidor que tiene los derechos de explotación. El DRM es un sistema que el que quiere lo utiliza y el que no no. Si tu quieres publicar tus videos sin DRM nadie te obliga a ponerlo, pero si el vecino por que le sale de la punta del cipote sí quiere publicarlo con DRM está en su derecho. Los retrasados mentales que lo quieren todo gratis por que les sales de los huevos lo que tienen que hacer irse a tomar por culo.

    Por cierto, no sé que puta manía es esa de mezclar "Linux" contra el DRM. Que yo sepa Linus Torvald nunca ha sugerido a nadie que se piratee las Windows. Cuando programa Linux y lo deja libre, lo hace porque a él le sale de la punta del cipote. Y si Mierdasoft quiere cobrar por Windows, está en su derecho (aunque eso no le exculpa de sus prácticas ilegales de monopolio, razón por la cual habría que cerrar la empresa y meter a sus dirigentes en prisión durante 20 años )

    Sólo espero que Firefox se incorpore al grupo y podamos tener al fin un sistema transparente y eficaz para ver contenido de pago sin más que utilizar un navegador y sin instalar software adicional.
    votos: 1    karma: 3
  47. #48   #47

    "Sólo espero que Firefox se incorpore al grupo y podamos tener al fin un sistema transparente y eficaz para ver contenido de pago sin más que utilizar un navegador y sin instalar software adicional. " Si lees mis comentarios veras que segura siendo necesario usar software adicional.

    "El DRM es un sistema que el que quiere lo utiliza y el que no no." No siempre, por ejemplo el DRM de HDMI no es opcional. Ese DRM por ejemplo evita que yo pueda gravar lo que transmite mi cámara fotográfica por ese medio.
    votos: 2    karma: 31
  48. #49   Mas información acerca del DRM: www.defectivebydesign.org/
    votos: 0    karma: 12
  49. #50   #47 <<Lo de "restricciones de derechos" es una poyez que se sacó de la manga Richard Stallman. DRM significa "Digital Right Management">> Muchos creemos que "Digital Right Management" es un eufemismo que oculta la verdadera función de de estas tecnologías.

    Algunas personas piensan que el lenguaje modifica las opiniones de la gente, si esto es cierto vale la pena intentar que el lenguaje exprese las posiciones políticas que uno considera correctas. El llamar al DRM digital restrictions management no es muy diferente a los esfuerzos por evitar el uso de la palabra negro en favor de el prefijo afro o intentar hacer el lenguaje mas incluyente con lo femenino.

    Esto no se trata del "todo gratis", se trata de tener control sobre lo que hace la electrónica que uno compra, se trata de conveniencia (pocas tecnologías han hecho tanto en contra de la conveniencia como el DRM, por ejemplo la incompatibilidad entre dispositivos), se trata de evitar que la cultura se pierda por la obsolescencia de ciertos formatos (www.economist.com/node/21553410), se trata de que la persona que paga por algo tenga un producto de calidad (las limitaciones que impone el DRM no afectan a los que usan copias no autorizadas)

    Mas información acerca del DRM: www.defectivebydesign.org/ www.eff.org/issues/drm
    votos: 2    karma: 32
  50. #51   #45 #46 y ahora pensad cómo puede el software libre ser compatible con DRM en HTML5...esas páginas no se podrían ver desde firefox o chromium porque cualquiera podría coger el código fuente, crear una versión sin DRM y listo. El DRM es malo en un estándar sí o sí. Si quieren DRM, que sigan usando flash
    votos: 1    karma: 15
  51. #52   #51 Pero es que no se trata de ponerle DRM a una web, sino que los elementos multimedia incrustables (musica, video) tengan capacidad de ir cifrados posibilitando el DRM. Por eso todo esto apesta a sensacionalismo, porque en ningún momento se va a poner DRM al HTML.
    votos: 0    karma: 7
  52. #53   #52 ¿El navegador reproducirá el vídeo? Entonces sigues diciendo lo mismo que yo he dicho, es el navegador el que tiene que limitar las acciones del usuario. Ahora mismo puedo pinchar sobre un vídeo y darle a "grabar como".
    votos: 0    karma: 7
  53. #54   #53 hasta donde se, funciona cifrando el video y recibiendo las claves solo si el usuario tiene permiso para acceder al contenido. Se puede hacer una implementación de código abierto perfectamente.

    dvcs.w3.org/hg/html-media/raw-file/tip/encrypted-media/encrypted-media
    votos: 0    karma: 7
  54. #55   #54 Claro que se puede; es más, un algoritmo de cifrado para que sea seguro debe ser público. Ser capaz de cifrar y descifrar información es una funcionalidad útil. Pero cualquier desarrollador pillará esa implementación libre y añadirá la funcionalidad extra de "Grabar como" (que grabará el vídeo ya descrifrado y así podré ver la película cuando me de la gana). El DRM sirve para limitar funcionalidades, y el código libre sirve para que cualquiera pueda añadir funcionalidades. Sigo opinando que Firefox o Chromium no implementarán esas limitaciones.
    votos: 0    karma: 6
     *   pawer13 pawer13
comentarios cerrados

menéame