Vielmehr könnte ich mir die "Implementierung" von "DRM-Mechanismen" in z.B. LibreELEC vorstellen.
Ja, da gehört es schlussendlich hin.
Beiträge von peak3d
-
-
Auch Heute gibt es noch keine neue Nightly Master Win 64 Kodi 18 Alpha... die Inputstream Adaptive mit sich bringt.
Ab morgen ist inputstream.adaptive dabei
-
Hmm, also wenn jin da nix am addon gemacht hat, dann kann es ja nur kodi sein - und plugin:// Pfade sollten nie nach CURL
-
Hallo peak3d...wird es auch bald eine neue Win 64 Nightly Master Kodi 18 Alpha geben...wobei inputstream.adaptive enthalten ist?
Gibt es die denn nicht bereits nächtlich? Ich hatte glaube ich vor einiger zeit win64 compile issues gefixed.
-
Nur zur Klarstellung - meine Frage hatte nichts mit SkyGo zu tun. Es geht mir nur ums Verständnis der Abläufe und
Ich denke jeder Dev ist da ein bisschen anders, ich wäge immer ab, wie viel Zeit der Support eines solchen Problems in Anspruch nimmt / nehmen wird, und wie hoch der Aufwand ist, das zu fixen.
Generell versuche ich immer zu vermeiden, durch einen Fix ein neues Problem zu erzeugen, aber der FehlerCode hier (415) ist ein klares Indiz und kann herangezogen werden.Wenn jedoch absehbar ist, dass der Verursacher des Problems die Sache fixt, mache ich nix und warte ab. Bin selber gespannt, wie das Thema sich hier entwickelt.
-
nur den Decrypter direkt aus den Kodi Ordner Addons/inputstream.adaptive in den cdm Ordner kopieren
Das sollte man nicht mehr machen müssen. Im Gegenteil, die ssd_wv.dll in dem cdm Ordner sollte gelöscht werden, da inputstream.adaptive sonst diese Falsche nimmt.
-
Der Fokus dieser Dokumentation ist doch sehr Server spezifisch, kennst Du ähnliche Dokumentation aus Clientsicht?
Nein, aber im Chromium source wird sich etwas finden lassen.
Generell ist es so, dass wir jetzt anfangen um die Fehler anderer herumzudoktoren, ist eigentlich nicht meine Lieblingsbaustelle.Schöner ist es, wenn SkyGo die Streams richtig zur Verfügung stellt (Was sie ja scheinbar in Zukunft tun werden)
-
Über die Formulierung lässt sich streiten. Wenn es aber 90% nicht schaffen, das zu lesen, was im AddOn als Fehlerlösung angegeben ist, dann kann man denjenigen auch nicht mehr helfen.
Ich seh das ganz pragmatisch: Wir haben hier gerade ziemlich viel Zeit für die Analyse / Diskussion verbraten. Und: beim nächsten Mal werden wir das wieder haben.
Da bin ich als dev doch einfach mal faul, und lösche die Daten aktiv automatisiert, wenn der Fehlercode interpretierbar ist.Ich schätze mal das das @rolapp 15 Minuten Zeit kostet, und dieses Thema poppt nie wieder auf. Das wäre ziemlich gut finde ich.
-
Nutze selbst kein dazn aber warum sollte es nicht mit inputstream.adaptive 1.08 gehen solange es nur in widevine decrypted?
Änderungen im Manifest, die ich mit @jin auseinenderklamüsert habe.
-
Die Funktion "Datenbank neuerstellen" macht doch genau das?
Wie du ja hier im Thread gesehen hast, ist das 90% der User nicht geläufig (falls du dich überhaupt auf meinen Post beziehst)
DB bereinigen / cache files verwerfen sind für mich auf jeden Fall 2 ganz unterschiedliche paar Schuhe. -
Hast du das auch für Krypton mit amltiming patches?
Irgendjemand wollte das testen, wenn das getestet ist, würde ich es auch in den krypton branch reinbringen.
-
ODI läuft wieder !!!! Ich hab es auch gleich mehrmals gestartet es läuft!!
Ich werde aber noch intern klären, warum hier nicht VAAPI genommen wurde, so ganz verstehe ich das erstmal noch nicht.
-
@rolapp das Problem kennen wir auch bei netflix, irgendwie abgelaofene cookies / session was auch immer.
In netflix werden wir bei solchen Fehlern automatisch die cache daten entfernen, vlt. auch was für zattoo ? -
Irgendwie wundern mich diese ganzen Fragen jetzt ein bisschen
Und woher sollen wir das alles wissen? Glaskugel? Ich wunder mich dass du dich wunderst dass hier jemand versucht zu helfen.
Wenn du weisst, wie dir geholfen werden kann, dann lass es uns einfach wissen (oder lös es selber).Versuch mal mesa-vdpau treiber nachzuinstallieren.
Edit: So etwas in der Richtung: sudo apt-get install mesa-vdpau-drivers libvdpau1 vdpauinfo
-
Paket war schon installiert....
Die nightly Version hatte ich schon getest über die nighty ppa .
Das hatte auch nicht geklappt
Ok, dann gibt es nur 2 Wege:
1.) LibreELEC mal testweise auf einem Stick laufen lassen auf der maschine.
2.) Sollte das nicht laufen, dann in trac.kodi.tv ein ticket öffnen.Bin hier auch nur Mittelsmann
Edit: Was gibt dpkg -l |grep mesa aus?
-
Ich hab einen core ordner in /var/snap
mach mal bitte:
sudo apt-get install libegl1-mesa
Alternativ wäre es nett, wenn du kodi18 nightly testen könntest, ob das Problem da weg ist.
-
Kannst du den coredump (/home/raver/core) mal zippen und irgendwie in dropbox zur Verfügung stellen?
-
Falls ja, soll ich den Traffic mit Wireshark capturen? Ggf. noch etwas anderes testen?
Ich schau mir das mal mit dem geliehenen account an - wenn ich Infos von dir brauche melde ich mich hier.
Ist scheinbar ein Fehler seitens sky:
ZitatAlles anzeigenYou might experience '415 unsupported media type' errors when a multi-bitrate stream is not keyframe-aligned,
In the webserver error [definition='1','0']log[/definition] you will find FMP4_415 No samples for fragment because the webserver tries to create a fragment, but cannot find samples to do so because the streams are not keyframe aligned.
If the files are produced in-house then the encoder settings should be adjusted. Otherwise the creator of the files should be notified.
The requirements for ABR streaming are listed on the Encoding page.
In short, the GOPs of the different bitrate streams must start on the exact same frame.
When encountering problems like not keyframe-aligned multi-bitrate streams you should perform some in-depth stream analysis and encoding compliance on your files to find the issue.
Leider komme ich derzeit noch nicht an den Fehlercode 415 im addon, dazu muss noch in kodi ein Interface geschaffen werden.
Ist also etwas Aufwand, das abzufragen und zu behandeln. -
Danke für die Antwort das es daran liegt hatte ich auch schon vermutet .
Ich habe das [definition='1','0']log[/definition] mal vorsorglich im TeamKodi plaziert.
Ich melde mich, wenn ich eine Antwort erhalte. -
Ich habe in Chrome das Video geöffnet und hätte es schauen können, sprich Bild und Ton waren vorhanden.
Im Network Tab habe ich dann gesehen, dass einige Fragments:video Pakete keinen ContentType Header lieferten und auch
hier der Fehler 415 gemeldet wurde. Z.B lieferte Fragments:video(0) mp4 aber der nachfolgende Fragments:video(20000000) keinen
ContentType. Darauffolgende Pakete lieferten, bis auf einen weiteren, einen ContenType mp4.Das ist eine interessante - und fachkundige Aussage, danke!
Welcher hat denn noch nichts geliefert? Mittendrin? Oder am Ende?Bringt es dir, als inputstream Initiator etwas, wenn du für solche Fälle kurzfristigen Zugang zu Go bekommst...?
Ich darf mir bei Gelegenheit den von einem Freund ausleihen, die Infos von @ClaudiaF sind sehr interessant.
Da es sich hier ja scheinbar um einen corner case handelt, werde ich da nicht direkt nach schauen.
