10 replies to this topic

[aphexx]

Beste mensen,

 

Weet iemand of er op een VU+ SOLO 4K met OPENPLI NETFLIX en KODI 17.3 zijn af te spelen?

Als dit kan hoe moet dit geïnstalleerd worden?

 

Met vriendelijke groet,

 

Peter

 

[cobus]

Dat kan niet volgens mij.

[Dimmie]

Alle door netflix ondersteunde apparatuur is hier te vinden: https://devices.netflix.com

 

Een vu solo 4k staat daar niet bij

 

Voor Kodi geldt hetzelfde > even bij de site van kodi kijken of het ondersteund wordt.

Edited by Dimmie, 19 August 2017 - 15:25.

[WanWizard]

Netflix is DRM, dat zul je nooit vinden op een open ontvanger. Idem voor alle commerciele platformen, en zelfs bij omroepen die niet voor HbbTV gekozen hebben.

 

Kodi is een ander verhaal, dat is open source, en theoretisch kan dat dus gebouwd worden. Daar zijn acties gaande, maar voor ons heeft het voorlopig een lage prioriteit, gegeven het feit dat een STB geen mediaplayer is, en het dus hoe dan ook behelpen blijft.

[aphexx]

Hallo WanWizard,

 

Bedankt voor je terug koppeling echter zegt de term DRM mij weinig tot niets waardoor ik opmerking niet helemaal begrijp. 

 

Wat ik niet helemaal snap is dat op mijn Asus PC, mijn Samsung Tablet en mijn IPhone werkt ook Netflix.

Waarom zou Netflix dan niet op een VU+ doos kunnen werken? Ik ga er even van uit dan een VU+ niets meer is dan een PC met daarin een Sat ontvanger.

[mimisiku]

Niet helemaal. Een STB is meer een "embedded" systeem met een CPU (SoC) en een Linux subststeem gespecialiseerd voor TV ontvangst. Alle voor deze applicatie Linux functies zijn ondersteund, maar lang niet alle functies omdat die gewoon niet nodig zijn.
Het is dus geen 'gewone' PC..
DRM staat voor Digital Rights Management overigens..

[Zuppelan]

Ik denk dat een satellietontvanger zelfs vrij sterk van een PC verschilt. Bij een PC zitten alle apparaten op een bus, zoals de PCI-E-bus. Heeft een PC satellietontvangst, dan zit er een DVB-controller op de PCI-E-bus.

Dat is geheel anders in een satellietontvanger. De satellietontvanger en de computer van het apparaat moet je zien als losse componenten die met elkaar kunnen communiceren. In beginsel gaat het hele proces van tunen, demoduleren, demultiplexen, codec, framebuffer en weergave geheel buiten de computer om. De computer heeft voornamelijk een besturende rol. De MPEG-transportstream kunnen van ontvanger naar computer en terug (bijvoorbeeld om op te nemen en weer af te spelen), doch als je normaal televisie kijkt gaat de MPEG-stream niet via de computer.

De architectuur van beide apparaten is dus fundamenteel anders.

Nu de vraag of Netflix op een Vu+ kan werken. Er is een verschil tussen wat theoretisch mogelijk is en wat Netflix wil. Theoretisch zou een Vu+ waarschijnlijk wel Netflix kunnen weergeven, ik zie niet wat er technisch zou ontbreken. Maar Netflix speelt auteursrechtelijk gevoelig amusementsmateriaal af. En dat amusementsmateriaal is bveiligd, je kunt het alleen vercijferd downloaden. Om het te ontcijferen zijn sleutels nodig, die Netflix moet leveren.

Als iemand een Netflixspeler voor een Vu+ of enig andere Linuxontvanger zou schrijven, dan zou hij daarvoor sleutels nodig hebben. En daarvoor moet je met Netflix in onderhandeling. Het ligt dan in de rede dat Netflix niet bereid zal zijn die sleutels te leveren. Dit omdat iedereen de code van OpenPLI kan aanpassen en daardoor het materiaal gedownload, opgeslagen, en geüpload naar The Pirate Bay kan worden. Omdat de ontvangers open zijn, is geen waterdichte beveiliging mogelijk.

[aphexx]

Hallo Zuppelan,

 

Bedankt voor je uitleg, helder verhaal en jammer dat b.v. Netflix of andere streaming diensten niet willen meewerken.

Dit resulteert waarschijnlijk wel dat ik extra hardware hiervoor zal moeten aanschaffen, maar goed het is dan niet anders.

 

Groetjes Peter

[Erik Slagter]

Zodra je ook maar iets gaat doen met legale, betaalde content, zul je hier tegenaan lopen. Dat gaat niet samen met open producten (in het algemeen). De kip zal altijd goed bovenop de eieren blijven zitten.

[WanWizard]

Als er een fatsoenlijk authenticatie en DRM mechanisme op zit kun je het best in open source bouwen. Want aan security by obscurity heb je toch niks.

Probleem is dat het niet fatsoenlijk is, vaak is er een commerciele (en dus ook closed source) oplossing voor gekozen, zoals Microshits Silverlight of zo...

[Erik Slagter]

En dat is dan ook weer waar. Net zoals dat veel kopieerbeveiligingen meer legale gebruikers dwarszitten dan zwaar illegale gebruikers.