Beiträge von libdev

    Freut mich auch, das zu lesen.

    Kann man denn davon ausgehen, dass es auch entsprechend leistungsstarken Android Geräten dann auch noch funktioniert, wenn Amazon weiter seine Verschlüsselung umstellt?
    Denn es hieß, die Entschlüsselung müsse dann auf Softwarebasis passieren, was wohl darin resultiere, dass der RPi2/3 dann nur noch maximal HD Streams schaffen.

    Mit Android wird es auxh auf schwachen Systemen laufen.....

    Es hieß, dass es zukunftig für alle Streams dann in software decodiert wird. Wie war das denn bisher? Lief das nun vorher in Hardware, dass die RPi2/3 locker in der Lage waren FullHD wiederzugeben und in Zukunft vermutlich nur noch HD?

    Bisher wurde der decryptete aber noch kodierte stream an kodi übergeben, und kodi hat wie immer den eingestellten Dekoder verwendet.

    Ist es denn dann so, dass es einfacher wäre, libwidevine auf anderen Geräten ans Laufen zu bekommen, die über einen anderen Befehlssatz verfügen aber dafür mehr Leistung?
    Ich will hier mal wieder auf Geräte wie das Nvidia Shield anspielen, denn das hat ja ordentlich Leistung zur Verfügung aber da scheiterte ja die Umsetzung, weil es kein libwidevine dafür gab oder? Lag das daran, dass es das einfach nicht für Android gab oder hängt das auch mit den verwendeten CPUs zusammen?

    Für android gibt es kein libwidevine, DRM ist aber im system enthalten und über eine API erreichbar. Umsetzung von Android wird bald erfolgen.
    Bedeutet (leider): Android wird hier bestens laufen (sofern wir das mim DRM hinbekommen), selbst h/w dekoding wird dort gehen.

    Für die rpis mit LE / OE / Linux sieht es nicht so gut aus.

    Wird denn schon an einem update der input.mpd gearbeitet oder ist der Aufwand zu gross bzw. dauert sowas mehrere Wochen?

    Konzeptionell ist soweit alles durch, der Aufwand hält sich in Grenzen aber:

    - Diese hier angesprochenen videos werden (genau wie im Chrome Browser) software decoded (in der libwidevine).
    Es wird mehr CPU benötigt als heute, daher wird es Limitierungen geben (läuft dann nicht mehr auf den ganz schwachen Rechnern).

    Ich denke rpi2/3 sollte HD gehen, wie viele fps kann ich noch nicht abschätzen.

    (Bei meiner derzeitig zur Verfügung stehenden Zeit sprechen wir eher von Wochen, ja.
    Sind auch Neuerungen in kodi selbst notwendig)

    Leider meldet das Addon inputstream.mpd nicht, dass es seine Library nicht findet, sondern gibt nur obige Fehler aus. Das PVR-Addon hat das jedoch getan und somit konnte das Problem gefunden und behoben werden.

    Es ist immer ein Problem, nur Log - Schnipsel anzufügen. Oft ist die Interpretation des Fehlers nicht richtig.
    In deinem Log Output ist inputstream.mpd überhaupt nicht im Spiel, das "Creating Inputstream" ist kodi internal, hat aber nichts mit den Plugins zu tun.

    Was in deinem Log zu sehen ist, ist lediglich: kodi hat die mpd Datei nicht abspielen können.

    Ganz am Anfang deines Logs (nicht des Schnipsels) wird aufgeführt, welche Addons gefunden wurden.
    Wir hätten dir direkt sagen können, dass inputstream.mpd nicht gefunden wurde, wenn das [definition='1','0']log[/definition] vollständig gewesen wäre.

    Daher für die Zukunft: bitte einfach das gesamte [definition='1','0']log[/definition] anfügen.

    Hy ich hab das adone instaliert funktioniert auch gut ich habe schon ein paar Folgen auf amazon gesehen. Ich habe nur bei einer Serie (The Strain) das Problem der Film startet zeit lauft nur ich bekomme kein bild und keinen ton.
    Hab ich etwas flasch eingestellt?

    Amazon stellt gerade auf ein höheres Security Level um. Das wird vom decrypter noch nicht unterstützt.
    In der nächsten Zeit wird dieses Problem leider immer häufiger auftreten (mit inputstream).

    Mit Sandmanns Browser Variante sollte das alles nach wie vor funktionieren (sofern der Rechner das hergibt)

    Nach dem Update auf die Kodi 17 beta2 funktioniert das Amazon VOD Addon nicht mehr.
    Eine Neuinstallation des AddOns hat nichts gebracht. Anderer Host bringt auch nichts.
    Sky Go funktioniert, also ist wohl mit decrypter und inputstream.mpd soweit alles ok.
    Im Log steht:
    ERROR: Open - error probing input format,<URL>
    ERROR: OpenDemuxStream - Error creating demuxer

    Debug-Log: http://pastebin.com/6Luf4dcZ

    Irgendwelche Tipps?

    inputstream.mpd ist nicht aktiviert (Addon Settings)

    D.h. Amazon Prime mit Input Stream am Raspberry PI ist eigentlich schon wieder Tod, bevor alles aus dem Beta Stadium heraus gekommen ist? Das wäre ja extrem schade. Ich verstehe ja, dass Amazon Schwarzseher aussperren will, aber darum geht es hier ja nicht. Hier wird ja eine ganze Plattform ausgesperrt, eigentlich ohne jeglichen Grund, oder?

    Ich bin ja ein sehr optimistischer Mensch, aber das Problem hier macht mir leider doch etwas Sorgen. War ja nun doch ziemlich viel Zeit, die für das ganze draufgegangen ist.
    Versuche gerade, mit amazon technik in Kontakt zu kommen, ob es da irgendwelche Möglichkeiten gibt.

    Eine libwidevine mit hardware decoding würde das Thema wieder ganz anders aussehen lassen. So ist es wahrscheinlich in Android eingebaut, da ist ja widevine im linux kernel und es wird höchstwahrscheinlich performant dekodiert. Das müsste man sich aber nun alles mal angucken, ob es irgendwelche Möglichkeiten gibt, einen anderen widevine key zu bekommen (ggf. anderer User-agent)

    Hat denn schon mal jemand die Amazon android App getraced? Was da so für ein Traffic stattfindet?

    **EDIT**
    Habe den [definition='1','0']log[/definition] nun hinzugefügt (Es gibt auch einen kodi_crashlog_>datum_und_uhrzeit>.[definition='1','0']log[/definition], ist das was anderes?)

    16:00:57 282.363037 T:1534919584 ERROR: AddOnLog: InputStream SmoothStreamingMedia: License server returned failure
    16:00:57 282.363098 T:1534919584 ERROR: AddOnLog: InputStream SmoothStreamingMedia: Unable to generate a license

    So etwas kommt in der Regel dann vor, wenn a.) das Gerät noch nicht registriert wurde und keine weitere Registrierung erlaubt ist (zurücksetzen lassen), oder b.) der Content mit deinem abo nicht erlaubt ist anzuschauen.
    Dass es ab und zu geht, wiederlegt a.) bleibt also eigentlich nur b) oder es liegt ein Fehler im plugin vor.

    Chapeau, ja habe ich. Werde ich mal ausprobieren mit auf 1080 stellen.
    Ist halt auch kein großes Problem, spätestens beim dritten Start gehts dann mit den 720p, Wobei die auto Einstellung theoretisch im Idealfall dies ja auch liefern sollte. So ganz perfekt scheint das noch nicht @libdev

    Danke für die Analyse, @marriol123343. Ja, das braucht noch ein bisschen Liebe das Thema. Möchte aber ergänzend zu @Jin s Aussage sagen, das Max. Resolution nun wirklich ein reiner Max begrenzer ist.
    Diese setting war früher mal so, dass man damit was hochbeamen konnte, das ist aber nicht mehr. Also wenn du sicher bist dass du in der Regel x MBit hast, dann trag das in MinBandwidth ein.

    Adaptiv / Automatisch kommt bald, derzeit hält mich @membrane mit neuen dash konventionen auf Trab....

    Edit: Im kodi [definition='1','0']log[/definition] wird immer ausgegeben, mit welcher Bandbreite ein Stream ausgewählt wird, und auch mit welcher Geschwindigkeit ein Fragment heruntergeladen wurde.

    DEBUG: AddOnLog: InputStream MPEG DASH: Selecting stream with conditions: w: 1916, h: 1008, bw: 13324176 <--Das sind Bit / sek, bei mir also hier 13 MBit

    http://a12avoddashs3eu-a.akamaihd.net/d/1$AOAGZA014O5RE,59003B28/videoquality80p/ondemand/ce9c/64fe/50da/4174-b3f4-01beefc8b468/7764dd27-d714-4363-9cc4-09e4280fbc9c_video_14.mp4/range/18313-2009349 finished, average download speed: 3646587.0000 <-- Das sind Bytes/Sekunde, *8 = 29MBit / sek.

    Es macht ggf. Sinn, diese Werte einfach mal anzuschauen, um ein Gefühl dafür zu bekommen, wie streams ausgewählt werden.