Beiträge von qweng2

Ja, man könnte dann wieder zurück zu den offiziellen builds

Falls interesse besteht, kann ich mein Image irgendwo hochladen.
Wann das upstream gefixt wird - keine Ahung. Heutzutage kaufen sich die Leute ja jedes Jahr neue Hardware, da werden nicht mehr viele Wetek Play 1 Nutzer übrig geblieben sein, da interessiert es halt keinen mehr

Ich habe diesen (alten, nicht mehr benutzen) patch applied und neu gebaut, es geht!
Kann sein, dass er nicht sauber applied, habe die eine zeile einfach so einfügt und einen neuen patch gemacht für das buildsystem.

https://github.com/LibreELEC/xbmc…9f3ce276a522947

Siehe auch:

https://forum.libreelec.tv/thread/13163-b…8-90-004-alpha/

Zitat von rolapp

es gehen die tasten unten und links von den Pfeiltasten nicht die Favoriten tasten gehen nicht.

Falls du die vier farbigen Tasten meinst, die gehen bei mir auch nicht mehr nach dem Update auf LE 9 (Wetek Play).

Der üble Audio Bug ist aber viel schlimmer:

LE 9 auf Wetek Play Ton seltsam

Helfen kann ich leider nicht, aber bestätigen, dass das Problem besteht. Es hat irgendwas mit buffer alignment zu tun, passiert bei TV aber irgendwie immer nach kurzer Zeit.
Spielt man ein Videofiles ab, hat man eine Chance von 1:8, dass es funktioniert (einfach ein paar Sekunden vorspringen und zurück bis der Ton okay ist). Ansonsten werden noch die logs zugemüllt. Siehe:

https://forum.libreelec.tv/thread/13163-b…8-90-004-alpha/

Zitat von my username

@qweng2
Diese Informationen sind imho veraltet? libdev hat doch bereits vor wenigen Tagen weitere relativ schlüssige Kommentare genau hier getätigt.

Oh ja, sorry, da habe ich wohl gepennt. Danke.

Wegen nicht funktionierender streams:

https://github.com/mapfau/inputstream.mpd/issues/35

EDIT:

https://github.com/liberty-develo…ba37f927eb692ce

(wird wohl leider nichts)

Zitat von libdev

@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.

Also was ich an dem Ganzen nicht verstehe:

Warum sollte software decoding irgendetwas ändern?

Denkt ihr dass die daten von libwidevinecdm.so richtig dekodiert werden und dann der HW decoder streikt? Warum sollte das so sein? Woher kommt die Vermutung?

Außerdem frage ich mich warum immer URLs mit 1080p gewählt werden obwohl ich in den Einstellungen 720p eingestellt habe. So kann man natürlich nicht testen ob 720p gehen würde...

libwidevinecdm.so aus chromium ist nur ein dummy, du brauchst die libwidevidecdm.so aus google chrome.

-rw-r--r-- 1 root root 7903277 Mär 8 01:24 /opt/google/chrome/libwidevinecdm.so
-rw-r--r-- 1 root root 10040 Feb 19 04:41 /usr/lib/chromium-browser/libwidevinecdm.so

(ca. 10kbyte vs ca 8mbyte)

Zitat von ridjee

Moin zusammen!

Auf meinem Windowsrechner läuft alles auf Anhieb, auf meinem HTPC (Linux) leider nicht.

Ich nutze das plugin.video.prime_instant aus dem liberty-developer-Repository.

Ich habe die widevine.so direkt aus der bestehenden Chromium-Installation genutzt. Von der libssd_wv.so habe zuerst eine Variante hier aus dem Board heruntergeladen -> lief nicht. Dann selbst kompiliert -> gleiches Resultat.

Ich kann mich anmelden und auch einen Film auswählen. Dann kommt kurz die Meldung "Öffne Stream" und das war es dann auch schon. Kein Film, kein Ton, garnichts.

Hat vielleicht jemand eine Idee, woran das liegen könnte?

Noch ein paar Informationen zum System, falls hilfreich:
OS: Ubuntu 14.04 LTS
CPU: AMD A4-5000

Alles anzeigen

Zitat von libdev

Jo, hatte ich auch heute dran gedacht - da es hier jetzt ja erstmal läuft bin ich ja quasi arbeitslos

Naja, es sei denn du willst am seeken arbeiten

So oder so, vielen Dank für alles!

Zitat von libdev

@Sandman das ist schön zu lesen dass dein plugin inputstream.mpd unterstützt!

Die version in meinem repo ist eigentlich nur zu Testzwecken "hingeschustert" und ich würde den Part gerne dauerhaft übergeben.
Wenn du das also weiterführen kannst, wäre das eine grosse Unterstützung.

Schade, denn die hingeschusterte Version speichert das passwort nicht, sondern den token von amazon, was ich wesentlich angenehmer und sicherer finde.

@Sandman
Gibt es Pläne für eine Option, die email und passwort nicht speichert?

Zitat von qweng2

Das wird das armv7 problem sein, nachher sage ich bescheid, wenn ich vom gleichen build die pi2 variante teste.Eine "richtige" libvidewinecdm.so für ARM11 wird es wohl nie geben.

So, bestätigt, milhouse #316 RPi2 geht. RPi1 nicht.

Fazit: RPi1 wird nie gehen, RPi2 geht

Zitat von libdev

hier sehe ich 2 Möglichkeiten: libwidewine nicht die "Richtige", oder schon davor das oben genannte Problem.Ich gleube fritsch hat das auch schon mal zum Laufen bekommen - am besten fragt ihr ihn direkt.

Das wird das armv7 problem sein, nachher sage ich bescheid, wenn ich vom gleichen build die pi2 variante teste.
Eine "richtige" libvidewinecdm.so für ARM11 wird es wohl nie geben.

Zitat von dreamer

bei mir crasht kodi auf dem rpi unspezifisch wenn ich ein video auf amazon starte. Er lädt und wenn das video starten sollte einfach black screen.... im [definition='1','0']log[/definition] steht nichts. er hört einfach auf und im journal steht nur "OpenELECpi kodi.sh[1922]: Illegal instruction (core dumped)"

Bei mir auch. Damit hatte ich gerechnet. Der Raspberry Pi 1 hat eben kein ARMv7 wie die chromebooks (von denen das libwidevidecdm.so stammt).
Ich bin sicher es läuft nur mit einem Raspberry Pi 2/3 (der versteht das ARMv7 instruction set).

Werde es später auf dem Pi 2 testen.

Zitat von libdev

https://github.com/xbmc/xbmc/pull/8723
milhouse ist das Problem bekannt

Okay Danke. Dachte es hätte etwas mit can't find setting 'URL9' in 'Input Stream' zu tun und inputstream.mpd hätte die akamaihd URL nicht matchen können.

Wusste nicht dass Milhouse den PR gemerged hatte.

Habe mal das heute milhouse image auf einem rpi1 probiert, inputstream.mpd eingeschaltet, dieses plugin installiert (master), bekomme leider folgenden Fehler

20:49:38 3738.571045 T:1961881600 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
20:49:38 3738.579834 T:1596388256  NOTICE: Creating InputStream
20:49:38 3738.619873 T:1596388256  NOTICE: ADDON: Loaded virtual child addon special://temp/inputstream.mpd-3.so
20:49:38 3739.000000 T:1596388256   ERROR: CAddonCallbacksAddon - GetAddonSetting - can't find setting 'URL9' in 'Input Stream'
20:49:39 3740.333496 T:1596388256 WARNING: CCurlFile::FillBuffer - Reconnect, (re)try 1
20:49:40 3740.495605 T:1596388256   ERROR: CCurlFile::FillBuffer - Failed: Requested range was not delivered by the server(33)

Hat jemand eine Idee?

Zitat von trasheder

Hallo Leute,

[...]

hab jetzt auf meinem Netbook Samsung nf210 Ubuntu 14.04 lts Kodi installiert, die Prime App geladen und jetzt natürlich den Scriptfehler!!! Wo muss ich unter Ubuntu mit der default.py hin ??? Ich finde das Verzeichnis einfach nicht !!! hat jemand Kodi unter Ubuntu mit prime laufen und kann mir helfen???

cp default.py ~/.kodi/addons/plugin.video.prime_instant/
oder wenn du noch xbmc benutzt:
cp default.py ~/.xbmc/addons/plugin.video.prime_instant/

Also bei mir funktioniert mit der default.py von stepman auch nicht alles.
Beispiel:
Breaking Bad:Staffel 2, Episode 1: Geht mit ca 50% Erfolgschance.
Breaking Bad Staffel 2, Episode 7: Geht nie.

Kann das jemand betätigen?