Beiträge von sittich

Jaha, super! Du bist mit eines der Opfer geworden. In deinen Logs, ganz weit am Ende habe ich auf so eine Fehlermeldung nur gelauert! Auszug aus deinem Log:

error <general>: youtube_plugin.youtube.youtube_exceptions.YouTubeException: Die folgenden Inhalte sind in dieser App nicht verfügbar.

Denn komm' mal zu mir, und lies das da weiter. Oder guck mal da auf Github, was sich gerade so abspielt:

Kurzversion: YouTube geht aktuell gegen Drittanbieter-Clients vor, die keine Werbung ausspielen.

Das ist zur Zeit zu ein hoch aktuelles Problem Problem geworden

Ja, Pluto.TV, aus dem KODI-Repo hatte ich mal probiert. Bei der damaligen Version konnte man nur die Programm sehen, die auch zur Geo-IP liegen. In dem Fall: Nur unsere deutschen. Weiß nicht ob das immer noch so ist. Hatte ich anschließend wieder deinstalliert, und zugunsten der Weltweiten Contents eben das SlyGuy gewählt.
Bin nicht so ein Fan von: "Du bekommst es nicht weil wir bestimmen wollen was du kriegen sollst". Die Welt ist immer noch für JEDEN zugänglich!
Und dieses HLS-Streaming habe ich in den jeweiligen SlyGuy-Addons abgewählt, weil sonst gar nichts vernünftig laufen würde. Je nach welchen Sender, wird dann zu den Werbezeiten der Werbepause-Ersatzstream abgespielt, oder im ungünstigen Fall doch die Werbung, die ehrlich gesagt nur am stocken und ruckeln ist. Und bei noch weiteren Streams, in meinen Fall bei den sogenannten K-Drama Streams, da wird während der Werbepause der Hauptstream mit dem letzen Bild gehalten. Man sieht also, solange die Werbung läuft das letzte eingefrorene Bild, um nach Beendigung der Werbung nahtlos weiterzulaufen. Das würde mich auch mal interessieren, wie es dazu kommt dass das alles so uneinheitlich ist. Wo ist die Magie versteckt?

Jaahh, hab' das heute Nachmittag jetzt sehr extrem mit dieser Fehlermeldung!! Kein einziges Video war mehr abspielbar, egal ob Instant oder Live. Nur der Trick das gewünschte Video mit der Original YT-App anspielen, um dann im zweiten Schritt das gleiche Video mit dem YouTube-Addon zu öffnen half.
Ich glaube der Trick könnte zukünftig sein dass die Werbung zwar angenommen wird, aber denn ins Device Null abgespielt wird, während Sekunden später das gewünschte Video am Bildschirm abgespielt wird.
Ey echt mal! Google verdient sooo unendlich viel Kohle mit unseren Daten die sie weiter Verkaufen um mit uns den Reibach zu machen und kacken sich denn bei so was ein. Können wieder mal einen nicht hoch genug kriegen. "Und wenn wir dieses Jahr nicht erneut die 100%-Hürde getoppt wird, dann Rollen Köpfe in den Etagen". Die großen Bosse stoßen sich wieder mal einen gesund! Die und ihre ganzen Aktionäre sollen alle am Hodenbruch verrecken. Die Welt ist für ALLE da, und nicht für ein paar wenige!!

...die oft so stark sind, dass

a) mittendrin das Video einfriert, während der Ton um einige Sekunden weiterläuft, bis dieser auch stirbt,

b) innerhalb eines Programms, bei Werbepausen und, oder anschließend danach wenn der Film weiterläuft der komplette Stream einfriert.

In jedem der Fälle heißt nervige die Lösung, Stream neu starten und beten.

Besonders stark ist es unter LibreElec 11 mit RPI3. Oftmals so heftig dass ich besser jedes mal die DRM PRIME Hardwarebeschleunigung ausschalte wenn ich auf Pluto.TV was anschauen möchte. Unter dem alten LibreElec 9.8.2, auch mit RPI3 ist das selbst mit der MMAL Hardwarebeschleunigung niemals so heftig gewesen.

Zur Info: LibreElec 10 hatte ich komplett ausgelassen, weil ich kein Bock darauf hatte Python 3 Beta-Tester zu sein. Deswegen kann ich dazu nichts sagen ob es diese Probleme schon seit da an vorhanden sind.

Auch habe ich beobachten können dass YouTube Streams mit LE11@RPI3 gelegentlich einfrieren können, was mit LE9@RPI3 nie vorgekommen ist.

Auch wenn ich höchstwahrscheinlich nichts daran ändern kann, außer abwarten bis durch Zufall mal was gefixt wird, hier die Frage: Warum IST das so??? Gibt es da große Unterschiede zwischen MMAL und DRM PRIME?

Wie sieht es aus mit DRM Prime auf einem RPI3 im Vergleich zum RPI4, gibt es da Unterschiede? Läuft es darauf besser?

Und was ist mit mit PlutoTV selber? Denn irgendwie sind ja alle Programme von denen irgendwie störanfällig. Kommen denn die Streams überhaupt direkt von PlutoTV, oder werden die alle von SlyGuy über einen neuseeländischen Proxy-Server weiter geroutet? Habe da nämlich entsprechende Hinweise in seinen Addon Einstellungen entdeckt. Das würde nämlich vieles, vieles erklären!

Mit dem YouTube-Addon funktionieren Live-Streams nicht mehr richtig. Bei echten Live-Streams, also dasjenige wo tatsächlich gerade wirklich Live gestreamt wird, da läuft der Streamt einige Sekunden noch und friert danach ein, nach zwei Kapiteln. Die Kapiteln sind vermutlich diese MPEG-DASH Chunks.

Und bei Live-Streams, wo so getan wird als ob das gezeigte gerade Live gesendet wird, aber in Wirklichkeit ein voraufgezeichneter Stream eines da vorherigen Live's ist, der ständig in Dauerschleife Läuft - da läuft der Stream zwar weiter, jedoch mit Sprüngen und Dopplern bei jedem weiteren erreichen eines weiteren Kapitel.

Nebenbei: Die normalen Videos funktionieren wie gewohnt.

Nachtrag 1:

Ich bin ein wenig weiter gekommen bei der Fehlersuche im Bezug auf die neuerlichen Live-Stream Probleme.

Es liegt an der neuesten Version vom diesem InputStream Adaptive (20.3.6.1) in LibreElec 11.0.1 bzw. Kodi 20.1.. Mit meiner zuletzt bekannten Version (20.3.5.1) funktionieren die Live-Streams wieder. Ja, ich kann mich dunkel daran erinnern. Letzte Woche gab's dafür ein Update. Ist mir aber auch nur deswegen aufgefallen, weil ich ja nie auf irgendetwas automatisch Updates machen lasse. Und jetzt beim Quertesten mit anderen Geräten da poppte diese Updatebenachrichtigung auf. Bin ich stutzig geworden. Downgrade gemacht, Live-Streams laufen wieder. Erneut Update gemacht, Probleme sind wieder da. Übeltäter scheint wohl also das InputStream Adaptive (20.3.6.1) zu sein.

Wobei, was wäre denn wenn die Entwickler vom InputStream Adaptive alles richtig gemacht haben und eine/s Funktion/Feature in ihren Code hinzugefügt haben, womit das YouTube-Addon in der jetzigen Version nur nicht klarkommt?!

Kann da jemand der Ahnung hat von programmieren helfen dieses zu unterscheiden??? Weil ich wüsste jetzt nicht wem man da in so einem Fall anschreiben sollte. Die Entwickler vom YouTube-Addon, oder vom InputStream Adaptive, oder gar beide?

Triviales:

Unter Windows mit der Kodi UWP App aus dem Windows Store liegt die InputStream Adaptive Version bei (20.3.4) -> funktioniert problemlos

Bei Android mit der Kodi App aus dem Play Store liegt die InputStream Adaptive bei (20.3.6) -> Macht Probleme

Bei RPI3 mit dem LibreElec liegt die InputStream Adaptive bei (20.3.6.1) -> Macht Probleme

... und zwar seit irgendwann letzter Woche.

Beim abspielen eines Contents kommt es vermehrt zum "Die folgenden Inhalte sind in dieser App nicht verfügbar" Fehler. Beim zweiten, dritten Anlauf klappt es dann und das der Inhalt wird abgespielt.

Nachtrag:

Video's don't play with "content not available on this app" error #442 ist seit einigen Tagen im entsprechenden Github sogar bekannt geworden - Schön zu wissen dass man damit nicht alleine ist.

Zu meinen Beitrag #17 hat sich seit der neuen Fritz.Box Version 7.21 nichts verändert.
Ich weiß auch nicht wer von den beiden, Kodi oder AVM in die Pflicht kommen müsste um nachzubessern.

Ich habe mit der Kombination FRITZ!OS 7.20 mit LibreELEC 18.x auf RaspberryPi 3+, und KODI 17.x/18.x auf einem Linux-Computer neuerdings auch Probleme. Kodi unter Windows habe ich nicht getestet.

Ich habe eine MusikVideo Sammlung von knappen 2000 MV's in einem Ordner. Soll auch so bleiben!! Ganz im Gegegenteil, wird im laufe der Zeit sogar noch mehr werden
Das hinabsteigen in diesen großen Ordner dauert seit der neuen FRITZ!OS ca. 2 Minuten. Und das auch immer wieder, wenn ich diesen Ordner erneut betrete. Und: Wenn ein Video zu Ende gelaufen ist, von diesem Ordner, dauert es nochmal 2 Minuten, und auch wieder jedes mal bis ein neues Video gestartet werden kann.

Und testweise, unter Linux habe ich jeweils KODI 17.x und 18.x installiert. Mit dem Resultat dass es genau so quälend lange dauert.
Die KODI eigene SMB Funktion vermute ich, wird bei Windows denn wohl auch ewig trödeln.

Wenn ich jedoch unter Linux den Netzwerkordner mit Linux Mitteln bereitstelle, und KODI sage wo das gemountete Verzeichnis liegt, geht es so wie es sein soll, nämlich zügig!

Also irgendwie beißen sich die beiden, SMB-Funktion innerhalb KODI, und die neue FRITZ!OS Version
In den KODI-Logs habe ich bezüglich zu SMB überhaupt nichts gefunden.

Hat denn jemand mal aufgrund dessen seine FRITZ!Box komplett neu eingerichtet (Werksreset) kann sagen ob es daran lag?