Una explicació prÚvia: Tim Berners-Lee va donar llum verda a la inclusió de les Encrypted Mitjana Extensions en HTML5. Les famoses Encrypted Mitjana Extensions són una plataforma que permetria oferir continguts protegits digitalment a través del navegador, sense necessitat d'instal·lar connectors com Flash o Silverlight.
No és tÚcnicament un DRM....... peeeeeeeeeeeeeeero si li dóna una porta oberta a la seva implementació. Per aquesta raó l'Electronic Frontier Foundation (i prà cticament qualsevol usuari de programari lliure o activista) està posant el crit al cel, Mentre sona una cançó de Els que Anaven Cantant (On Tim és el Joan Carles que esmenta la cançó).
El pare de la World Wide Web dĂłna a l'almenys una explicaciĂł.
Usuaris diferents tenen preferĂšncies diferents. Posar a l'usuari primer no ens ajuda a satisfer les comandes possiblement incompatibles dels usuaris: Alguns usuaris volen mirar pel·lĂcules d'alt pressupost a casa, Alguns usuaris volen experimentar amb el codi. La millor soluciĂł serĂ la que pugui satisfer a tots, i encara la busquem. Si no la trobem, buscarem les solucions que facin menys mal a aquests i altres comandes expressats dels usuaris, els autors, els implementadors i altres en l'ecosistema.
Els recordo que el 30% de l'trĂ nsit d'internet als EUA Ă©s de Netflix. I Netflix odia Silverlight i Flash tant com nosaltres.
També diu que la W3C no pot dictar el que poden fer els navegadors o els distribuïdors de contingut, i que la discussió està oberta. La resposta ...... .. segueix sent exactament la mateixa que jo vaig dir abans (No és res nen, simplement Joan Carles, un traïdor menys).
I Ă©s que en veritat, cal tenir ous de titani per escriure alguna cosa que no estigui alineat amb aquesta opiniĂł. Anem, que fins alguns plantegen armar el gran cisma d'l'HTML i seguir altres especificacions diferents, com la QUĂWG (Ja els vaig donar una alternativa per si volen una jajaja).
Doncs aquĂ van els meus dos centaus: ÂżEs recorden de quan fa un any i mig Mozilla va anunciar el suport de h264? Brendan Eich va dir:
H.264 Ă©s absolutament requerit per competir en els mĂČbils. No crec que puguem rebutjar el contingut H.264 a Firefox per Android o en B2G (Firefox OS) i sobreviure la migraciĂł a mĂČbils. Perdre una batalla Ă©s una experiĂšncia amarga. No endulzarĂ© aquesta pastilla. PerĂČ hem de empassar si volem triomfar en les nostres iniciatives mĂČbils. El fracĂ s en els mĂČbils Ă©s molt propens a enterrar Mozilla a la decadĂšncia i la irrellevĂ ncia. AixĂ que estic molt a favor de la proposta d'Andrea.
AquĂ tenen. Una pastilla vermella amb cianur. recomano visitar l'informe d'error que van obrir fa poc per demanar que Firefox de cap manera inclogui suport a EME. Va a tenir el mateix final. Internet Explorer ressorgirĂ de les cendres i juntament amb Chrome (Chromium serĂ descartat), dominaran el mercat de navegadors.
I vostĂšs desenvolupadors web ......... .si mai van usar DRM en les seves pĂ gines, no van a començar ara. Ja els vaig passar una alternativa si la volen seguir per allĂ. Una altra podria ser esperar que arribi el futur vist per Brendan Eich (Codecs superiors a h264, watermarking de el bo, etc).
I aquesta serĂ l'Ășltima part de la saga. Jo vaig pensar parlar de les xarxes socials perĂČ em posa molt emocional parlar d'aquestes coses i no dĂłna per parlar-aquĂ. Tampoc podria parlar sobre xifrat de disc dur, serveis de mail alternatius, VPNs i altres coses perquĂš ni tan sols les tinc provades. Fins el proper article d'opiniĂł.
Penso que, mentre no hi hagi drm en html5 d'alguna manera, mai es va a distribuir contingut com els de Netflix a través del, aixà que o s'implementi, o hi haurà amb resignar-se a tenir flaix o Silverlight instal·lats. O directament no gaudir d'aquest contingut.
O potser fer servir bitcoins amb el servei BitTorrent.
L'altra opciĂł Ă©s que no sigui per mitjĂ de navegador com es visualitzin aquests continguts.
Que Netflix i similars facin el seu propi programari exclusiu (XNUMX Netflix player, que s'instal·li a l'contractar el servei i no utilitzeu flaix ni silverlight) per mitjĂ de qual distribueixin el seu contingut, ha estat una opciĂł que s'ha esmentat perĂČ que curiosament es descarta en els discursos oficials i mitjans.
Per quĂš?
Segurament per que el que es busca Ă©s un major control en els nostres navegadors.
PerquĂš Ă©s similar a usar Flash o Silverlight, a mĂ©s que el que es busca Ă©s evitar que els vĂdeos protegits amb DRM es descarreguin en el disc dur via memĂČria RAM.
En quĂš Ă©s semblant a flaix?
ÂżSpotify Ă©s similar a flaix?
ÂżDescarregar vĂdeo de la RAM? ¿¥WTF !?
Com i per quĂš algĂș tractaria de descarregar vĂdeos des de la RAM?
Encerta els teus fets!
* straight
Vaig dir qualsevol bolazo.
AquĂ una ecplicaciĂłn de per quĂš Netflix aposta per html5
http://techblog.netflix.com/2010/12/why-we-choose-html5-for-user.html
Doncs a dir bolazos, millor no dir res ...
Es podria esbocinar punt per punt el que diuen al blog de Netflix.
En 2 dels 3 comentaris que van respondre ja ho van fer força bé.
Aixà que millor només faré un resum del que no els van dir.
-NotĂcia de fa tres anys, on s'enfoquen en una plataforma (PS3) la qual en uns mesos resta desfasada.
Tots els avantatges que esmenten es poden aconseguir amb el seu propi reproductor i a més s'eviten els desavantatges de fer servir el navegador.
Per Ășltim ... per al que sĂ piga llegir entre lĂnies.
«We test every new idea, sota 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? «
A veure .., el de l'reproductor no convé perquÚ tots sabem que si fan un, segurament no ho farien per linux .., molt millor que funcionés amb un connector drm compatible per a tots els navegadors i ja.
@ pandev92
Deixant la bola de vidre a una banda, recordem el mateix exemple que li vaig donar a Diazepam.
Spotify, té client per a PC, MAC, GNU / Linux, iPod / iPad, Blackberrie ... ..
Si Netflix no vol treure el seu reproductor per a GNU / Linux, pitjor per a ells, els P2P i descĂ rregues directes segueixen a l'ordre del dia.
Jo tambĂ© estic d'acord amb aixĂČ, Netflix si vol protegir el seu contingut, hauria de desenvolupar el seu propi addon per a navegadors, aixĂ com Netflix Player.
AixĂČ permetria fins i tot poder accedir-hi desde Linux, ja que sent un addon per a Firefox no hi hauria problemes.
PerĂČ a Netflix va tenir la maleĂŻda idea de cagar a un estĂ ndard lliure com HTML5 per promoure el DRM
Ă©so Ă©s el que vaig dir, perĂČ desgraciadament se li ocurieron aquesta desgavellada idea d'enviar a l'dimoni una bona estĂ ndard que hauria de ser lliure.
Hi ha moments en quĂš el programari lliure no pot contra el programari privatiu, i si no s'adapta, no triomfaria.
Aquà tenen l'exemple de Linus Torvalds a l'afegir els famosos blobs binaris a el nucli Linux, si no ho hagués fet, GNU / Linux seguiria sent un sistema molt incompatible amb divers maquinari i seguiria sent rebutjat per moltes persones a causa d'aquestes causes.
Aquestes veient les coses des d'una perspectiva de mirall.
Els fabricants són el que s'han d'adaptar i produir el que els usuaris / desenvolupadors demanen, no a l'inrevés.
ÂżQue pas amb les targetes grĂ fiques?
Usuaris no acceptaven el que se'ls oferia, preferien comprar grĂ fics Intel, usaven wine o una particiĂł extra per jugar, i als al final els proveĂŻdors estan doblant les mans i tenen uns drivers (encara que siguin privatius) o alliberen documentaciĂł / especificacions poc a poc.
o sigui que si jo començo a crear un nucli des de zero solità riament, llavors els fabricants s'han d'adaptar a la meva només perquÚ a un fulanito se li va ocórrer crear un nou nucli independent i ni tan sols té pensat comerciarlo
Quina manera de treure les coses de context.
Sense haver de crear escenaris absurds et puc donar exemples d'com en el mĂłn real els fabricants i proveĂŻdors s'adapten a la demanda de mercat.
1. L'arquitectura x64 fa moltĂssim temps que existeix perĂČ com fins fa poc la gent ha pogut fer-se d'equips amb mes de 3 GB de RAM els fabricants han de mantenir en els seus processadors instruccions per a 32 bit, fins i tot els desenvolupadors de sistemes operatius i aplicacions segueixen creant versions de 32 i 64 bit.
2. Nokia va començar venent paper i mobles de fusta, a l'tenir els seus clients noves necessitats comandament tot a l'carall una i altra vegada, ara ven smartphones.
3 ...
Els proveïdors de serveis i productes s'adapten per cobrir les necessitats dels seus clients, no a l'inrevés, economia bà sica.
Fins i tot en la teva absurd exemple, si fossis l'Ășnic client de fabricant, si, el hauria de adaptar-se a tu, per que si no, algĂș mes ho farĂ i li guanyĂ©s la venda.
El principal problema estĂ en com distribuir els DRM. M'hauria agradat que Netflix suggerĂs donar els DRM 's com connectors a l'estil de Cuevana (ara, aquest lloc ja es va anar a el mateix dimoni).
Espero que no es deixin portar per allĂČ de les DRM, ja que la FSF i l'EFF els tenen en la mira per poder assetjar.
El «connector» de Cuevana era un malware.
BĂ©, encara sort que feia servir TPB i no Cuevana, perĂČ al menys, en Netflix, haurien de posar els seus DRM 's en forma de connectors.
Lamentablement, de vegades cal fer grans sacrificis per assegurar el creixement de Linux. Potser els pre-DRM de l'HTML 5 sigui el preu a pagar ... .s
Segurament molts no estaran d'acord amb mi, perĂČ si he de triar entre els DRM de l'HTML5, i Flash o Silverlight, em quedo amb els DRM. Flash i Silverlight fins i tot sĂłn mĂ©s nefastos que qualsevol intent d'implementar un DRM.
Fer-li el brou gros o cedir davant qui tĂ© els diners o la influĂšncia ha estat la sopa de tots els dies amb els desenvolupadors de plataformes i programari lliure: va passar amb Microsoft, passa amb Google i ara passa amb Netflix ... L'Ășnica afirmaciĂł que potser valdria la pena fer Ă©s que encara amb Linux la humanitat Ă©s una majoria de atarantados subnormals que nomĂ©s volen veure crepuscle o glee en els seus pc 's, telĂšfons, pastilles o «smart» tv' s.