ich könnte mir es vorstellen, nach deinem letzten [definition='1','0']log[/definition] file, dass da das banned addon Fire TV GURU schuld ist.....
ohne sauberes [definition='1','0']log[/definition] file/system kann ich hier nicht weiter helfen.
ich könnte mir es vorstellen, nach deinem letzten [definition='1','0']log[/definition] file, dass da das banned addon Fire TV GURU schuld ist.....
ohne sauberes [definition='1','0']log[/definition] file/system kann ich hier nicht weiter helfen.
Ich weiss nicht genau, wie es nach einer neu-installation aussieht, da ich es schon mittlerweile jahre nicht gemacht habe....^^
nach meinem alten wissensstand: /storage/.kodi/cdm löschen. Könnte auch /storage/.kodi/ (user_data oder addond-data) / (etwas mit inputstream helper) (irgendwo unter ordner cdm) löschen.
inputstream helper aktivieren / installieren danach netflix stream starten. Popup erscheint und durchführen.
ein neustart nach der lösch aktion könnte helfen. Neustart nach inputstream helper vielleicht auch,falls nichts abgespielt werden kann.
- Run wget http://nmacleod.com/public/libreelec/getwidevine.sh
- Run sh getwidevine.sh
- Reboot the Raspberry Pi
Bitte verwendet diesen Befehl NICHT mehr. Es zieht eine alte Version, die meines Wissen bei keinem Anbieter richtig funktioniert! Insbesondere für ARM Systeme!
Ja, es wird auch so bleiben ohne [definition=12,0]debug[/definition] [definition='1','0']log[/definition]
nach meiner Beobachtung reicht es, aus dem Dialog rauszugehen und wieder rein. Dann sieht man alle watched state wieder richtig.
some overview:
Linux x86_64: 1080p is possible when allowed by netflix otherwise SD only. (Look to the label: 720p-> it is sd only. )
Linux Arm: mostly everthing is available in 1080p but HW is not able to playback more then 720p.
auf deutsch: Die Hardware schaft nicht mehr als 720p. Mir ist auch kein ARM Board bekannt, welches die 1080p schafft. Ich glaube auch gelesen zu haben, dass widevine drm auf ARM singlethreaded ist, was die Sache zusätzlich erschwert und Mulit Core Prozessoren hier kein mehrwert haben.
Der Grund warum es nicht besser geht: Netflix und Amazon videos werden per Software dekodiert. Die CPU muss alles selbst berechnen, was nunmal langsam ist.
leute, nimmt doch ein neueres Build. Seit Januar hat sich eine Menge geändert.
Widevine hat sich auch geändert und geht auch nicht mehr mit älteren Builds.
@peak3d & @Pienoet, but UA is not the only criteria, ESN id needs to be suitable otherwise widevine refuse to playback anything.
The chrome addon which i know only tries to override the html5 player limitation which is forced by netflix to 720p on chrome/firefox. So actually i have tried the addon on linux x86 and sd resolution was also the maximum. Kodi already ignores such limitation and playback 1080p when served by netflix.
some overview:
Linux x86_64: 1080p is possible when allowed by netflix otherwise SD only. (Look to the label: 720p-> it is sd only. )
Linux Arm: mostly everthing is available in 1080p but HW is not able to playback more then 720p.
@blue5555:
21:20:05.520 T:5124 NOTICE: [Amazon VOD] Using inputstream.adaptive Version:2.1.11
wir sind schon bei 2.2.23....
Manchmal habe ich auch Anmelde Probleme obwohl es vorher mal lief. Eine reguläre Anmeldung auf der Netflix-Seite half hier, da manchmal Netflix nach der Rufnummer fragt oder sonstiges als "popup" zeigt. Weg klicken und auf Kodi neu versuchen half hier. Manchmal hab ich auch einfach mal die Netflix App auf dem Handy gestartet und direkt danach lief es auf Kodi auch wieder...
Kurz: nein.
Lang: wird es auch nie geben.
Dieses addon umgeht im Grunde nur die Limitierung des Html Players. D.h. in Chrome/Firefox wird die Auflösung künstlich auf 720p gehalten. Bei HD Inhalten versteht sich. Wenn aber HD erst garnich an den Client ausgeliefert wird, was bei vielen Filmen und Serien unter x86 Linux passiert, dann passiert garnichts. Im Grunde genommen, übernimmt Kodi schon alle verfügbaren Streams, die es von Netflix erhält, da es keine Limitierung von vornherein gibt.
Die Chrux: ARM Linux erhält von Netflix alles in HD, wenn verfügbar, aber unsere Arm Geräte können nur max 720p verarbeiten...^^
Installiert wie folgt:
libreelec 8.2.3
milhouse 0307
netflix add-on direkt von https://github.com/asciidisco/plugin.video.netflix/
alte libwidevinecdm.so über das Script von Gismo112
Das ist hier kein problem... aber alles andere ist nur rätselraten... ohne [definition=12,0]debug[/definition] [definition='1','0']log[/definition]
ohne [definition=12,0]debug[/definition] [definition='1','0']log[/definition] wird es schwer werden....
Für rbpi nein.
das ganze erinnert mich an diese armv6/armv7 Geschichte. Beim rbpi1 hat kodi auch einen neustart hingelegt. Diesmal sollte es doch aber gehen, da C2 und Rbpi2/3 einen a-53 cortex nutzen....zumdest die neuere rbpi2 version...
@peak3d, ich bin mir da nicht sicher.... ich glaube bald, da ist ein anderes problem:
https://github.com/xbmc/xbmc/blob…nfigure.ac#L492
Das Verfahren von @vdr.tuxnet verweist auf eine armhf (hard-float) kompilierte Version.Soweit ich weiss will rbpi aber softfp, ggf. kann das zu Problemen führen.
Ich habe den Austausch der libwidevine auf meinem Odroid-C2 vorgenommen und das geht ohne Probleme.
Odroid-C2 hat aber hardfp, daher passt das auch.Flags: 0x5000400, Version5 EABI, hard-float ABI
Bei nur kurzen überfliegen müsste wohl das Image mit Hardfloat support gebaut werden, was aber bei rpi kein problem sein sollte... seit circa 2012 gibt es wohl solche images...^^
edit: und eigentlich wird das LE system auch so gebaut...^^
https://github.com/LibreELEC/Libr…RPi/options#L30
hallo, ich hab das Gefühl, dass immer mehr serien kein dd+ mehr haben. Nun hat es prison break staffel 5 erwischt. Ist es mit dem fire tv auch so?
Edit: es scheint folge 4 zu betreffen... 5 hat dd+