Der commit ist nicht mehr drin, aber in der kompilierten Version von vdr.tuxnet ist das Stück code, was dann aber herausgefallen ist, meiner Meinung nach drin.
Beiträge von libdev
-
-
bin ich der einzige mit dem Problem das Filme oder Serien in Englisch sind, die ich per Sky Go mir ansehe?
Kodi -> Einstellungen -> Wiedergabeeinstellungen -> Sprache
-
Also für Audio reicht der Security Level und für Video nicht? Verwirrend
Audio ist (bei den betroffenen streams) gar nicht mehr encrypted - kein DRM nötig.
Aber was mir einfällt, in der 1.2.14 war ein hack drin, daer meiner Meinung nach nicht rechtens war (und nur teilweise funktioniert), daher ist der rausgeflogen.
wenn du also derzeit noch ein paar Videos mehr schauen willst, musst du downgraden. -
Das 1te Amazon Video läuft, das zweite nicht.
Ja, das ist das bekannte Thema, das ist ziemlich egal ob 1.2.14 oder 1.2.15.
Das kann einfach derzeit in dem Security level nicht (von inputstream) abgespielt werden. -
Moin,
habe gestern auf die neue Version des Inputstream.mpd 1.2.15 hochgesetzt und seitdem spielt Amazon nur noch wenige Filme ab, teilweise nur Ton und der Fortschrittbalken steht 245 Std. !!
Sonst haben die Updates immer normal geklappt.Habe eine PI3 Kodi 17 mit der Build #930 drauf.
Bitte ein kodi [definition='1','0']log[/definition] mit aktiviertem [definition='1','3']Debug[/definition] Logging (System settings) anfügen, danke!
-
a, Akamai und l3 waren aber eig Whitelisted (bzw sind es immer noch )
OK, werde ich mir aber trotzdem mal anschauen, ob das irgendwie abgefangen werden kann.
-
hmm, aber auch mit setting auf L3 same issue
Hast du einen Proxy dazwischen laufen, der keine Range: header kann?
-
Das Log ist debug
Kannst du bitte in kodi einstellungen noch KomponentenDebugging libCurl anschalten? Und nochmal ein [definition='1','0']log[/definition] pasten? Danke!
-
scheint so, als ob akamihd content provider kein Range Header kann.
@vdr.tuxnet kannst du die neuen Dateien bitte löschen?
Bevor die bei uns anrufen warum wir so nen riesen traffic machen?Edit: Mit curl aus cygwin Konsole gibt es keine Probleme, daher scheint es doch was spezifisches zu sein.
-
inputstream @ win
Dann sei so nett und stelle Debug-Logging in den kodi settings ein, danke!
Danach bräuchten wir nochmal ein [definition='1','0']log[/definition]. Vorher nach "token" suchen und den wert löschen. -
hab einiges getestet, hab mit allem das selbe Problem. Hab auch grad mal Kodi komplett neu aufgesetzt (Fresh Beta3 ), da läds auch ewig mit 35-40mbit im hintergrund, casht aber nicht nach ca 1-2 min sondern spield die 480p fassung ab. Strange AF
Geht es hier um die Browservariante?
-
Das knowHow zur Unterstützung ist einfach zu dünn gesät, sonst wäre die aktive Beteiligung hier noch deutlich höher.
Danke für das feedback, das pushed nochmal.....
Jemanden mit KnowHow in Sachen Androids MediaDrm könnte ich gut gebrauchen -
Hier nochmal ein [definition='1','0']log[/definition], die gleichen Wiedergabe Fehler.
Diesmal mit einer libssd_wv.so, welche im lib Ordner einer eigenen App liegt. Das funktioniert also auch ohne eine modifizierte Kodi apk.Danke schon mal fürs testen und die logs! Wie oben schon geschrieben, das ist noch nicht fertig, es ist alles noch nicht mal getestet.
Das kein Video abgespielt wird, wundert mich daher nicht.Ich werde dich dann nochmal anpingen, wenns weiter geht mim testen, auch die CMakeLists Geschichte sollte gelöst werden (muss mal suchen was es da noch so gibt zum entscheiden ob android oder nicht).
Edit: Das ist super, das das mit ner eigenen "App" geht! macht es doch wesentlich einfacher alles
-
Sieht so aus als könnte kodi unter Android nicht mit System-Pfaden umgehen ...
Bei meinem geroorteten device geht das.
Wir haben das auch auf einem nicht gerootetem device hinbekommen in /data/local/tmpDer Ordner muss aber dafür hömmele Rechte haben. An Kodi liegt es erstmal nicht.
Aber: ich rate als Nicht Android Nutzer derzeit auch nur rum.....
-
Das klapp leider nicht, da ich die libssd_wv.so in dem /data/app/ Ordner anlegen muss, damit die ausführbar wird. Ich habe die lib jetzt in /data/app/org.xbmc.kodi-1/lib/x86 gelegt, wo auch die anderen binary addons sind.
Das Problem ist, dass ich in den inputstream Einstellungen nur Pfade setzten kann, die sich im userdata Ordner befinden. Ich kann nicht auf das root Dateisystem zugreifen.Du musst einmal was in den inputstream.mpd Einstellungen ändern, dann wird eine http://inputstream.mpd/settings.xml kopie in deinen userdata ordner gelegt.
Die kannst du dann manuell editieren. -
Ich habe die libssd_wv.so mit Android Studio kompiliert und werde die jetzt mal in den Kodi lib Ordner kopieren. Mal sehen ob ich den Ordner in den inputstream.mpd Optionen angeben kann.
Dabei wurde dann auch gleich eine APK erstellt, wenn ich die installiere würde die libssd_wv dann aber in einem anderen App Ordner liegen, welchen kodi evtl. nicht lesen kann.Du kannst das gerne mal versuchen, installieren, dann in den inputstream.mpd setting den pfad angeben, in dem die libssd_wv.dll liegt.
Im [definition='1','0']log[/definition] erkennst du dann (zumindest in neueren Versionen von inputstream.mpd), ob und wenn nicht warum es geklappt hat oder nicht.Edit: libbssd_wv für andrid ist aber noch nicht fertig, das Video gucken wird bei dir wahrscheinlich nicht adhoc funktionieren.
-
selbst bauen geht zwar, wer dann die Libs nicht selbst in der APK verpacken kann ist auf andere angewiesen.
Jup, das ist die Frage derzeit: Wie bekommt man die libssd_wv.so in einen android Ordner, der executable ist und von kodi gelesen / verwendet werden darf.
Das ist nun nicht mehr so einfach wie bei win / linux (zumindest für mich).Wenn hier Android Experten mitlesen, bin offen für konstruktive Vorschläge (apk / kodi installieren lassen) wie auch immer
-
Was liefert denn der C1 z.b. mit der Amazon Prime App?
Der C1 hat gar kein DRM dabei. Also level 0 (maximal). Seh ich bald, ob das überhaupt irgendwie geht.
Was ich jedoch bereits erkannt habe, ist, dass trotz fehlendem DRM eine kommunikation mit irgendwas widevine-igem möglich ist. -
Gerade kurz noch angetestet (RPi2) - mit hw decoding Auslastung ganz grob zwischen 10-30% und ohne zwischen 30-75% unter 1080p.
Lief auch ohne hw dec ohne Probleme....Danke für die Info, @debutanker dann lohnt es sich ja wohl, dafür etwas zu entwickeln.
s/w dekoding wird dann nur genommen, wenn die Streams das erfordern, bei den anderen streams bleibt alles beim Alten. -
Immer diese Veränderungen...
Was ist da die Klartext-Prognose für Inputstream auf Pi2/3 - nur noch 720/SD/gar nicht mehr? Sollen wir uns alle nen ODROID holen?^^ Kannst du da schon ne Einschätzung geben?
@marriol123343 Ich werde ein testprogramm schreiben in den nächsten Tagen, welches mithilfe widevine dekodiert, aber nicht rendert.
(Für meinen odroid mit AML gibt es keinen optimierten Renderer, das Dekoding und Rendering erfolgen passthrough, ein Test mit kodis software render path wäre nicht aussagekräftig)Aber ihr könnt gerne schon mal testen, wie es auf RPI's aussieht, einfach in den Playereinstellungen h/w dekoding abschalten.
Und dann mal schauen, was so geht - interessiert auch mich.