Skin.arctic.horizon: [Matrix] Kodi stürzt ab, wenn ein Video von Netflix oder Disney+ gestoppt wird

@jurialmunkey , ich sehe eine Handvoll Skin-Variablen-Fehler in diesem Protokoll 🤔

Hi. Ich habe das gleiche Problem auf einem Windows-PC bemerkt, auf dem die neueste Version von AH auf der Kodi 19-Version ausgeführt wird, daher ist es nicht spezifisch für MacOS

Passiert mir auch beim Stoppen eines Videos, das vom FEN-Addon abgespielt wird.
Kodi 18.9 unter Windows 10.

Ich habe versucht, dies in einer möglichst leeren Umgebung zu replizieren: Ich habe AH (und seine Abhängigkeiten) und Netflix (und seine Abhängigkeiten) unter Windows 10 installiert.

https://pastebin.com/LKKyNev9

Wie alle anderen sagten, stürzt das Stoppen der Wiedergabe von Kodi ab. Netflix funktioniert gut auf Stock Skin.

BEARBEITEN: Kann das gleiche Verhalten auch mit Add-Ons von "Drittanbietern" bestätigen. Sie funktionieren auf Standard-Skin gut, aber das Stoppen der Wiedergabe führt zu einem Absturz von Kodi.

Ich habe versucht, dies in einer möglichst leeren Umgebung zu replizieren: Ich habe AH (und seine Abhängigkeiten) und Netflix (und seine Abhängigkeiten) unter Windows 10 installiert.

https://pastebin.com/LKKyNev9

Wie alle anderen sagten, stürzt das Stoppen der Wiedergabe von Kodi ab. Netflix funktioniert gut auf Stock Skin.

BEARBEITEN: Kann das gleiche Verhalten auch mit Add-Ons von "Drittanbietern" bestätigen. Sie funktionieren auf Standard-Skin gut, aber das Stoppen der Wiedergabe führt zu einem Absturz von Kodi.

Ja, ich muss in der Zwischenzeit nach Estuary fahren, bis Jurial einen Weg findet, dieses Problem zu beheben. Ich werde die Skin installiert lassen, damit ich weiß, wann neue Updates veröffentlicht werden usw., um es erneut auszuprobieren.

Sie alle haben die falsche Version der Skin-Variablen installiert. Sie alle haben nur 0.0.3 wenn die neueste Version 0.2.5

Ah, ich dachte, ich hätte 0,25 Ich habe mein Log überprüft und Sie hatten Recht. Es scheint, dass es in 0.2.5 behoben ist und nach der Aktualisierung dieses Moduls nicht mehr abstürzt ... aber es ist nicht standardmäßig als Abhängigkeit installiert (da 0.0.3 im offiziellen Repository vorhanden ist) und die "Versionen" "-Dialog in AH ist noch nicht funktionsfähig, daher dauert es eine Minute, bis Sie genau herausfinden, wie Sie ihn tatsächlich aktualisieren. Dies ist tatsächlich auch bei TMDbHelper der Fall, bei dem es manuell von 2.4.36 auf 4.2.19 aktualisiert werden muss.

Vielleicht könnten diese Probleme: https://github.com/jurialmunkey/script.skinvariables/issues/8 , https://github.com/jurialmunkey/plugin.video.themoviedb.helper/issues/447 helfen? 😉

Ja, es sieht so aus, als ob es einen Fehler in Matrix gibt, bei dem Installationen aus Repos von Drittanbietern Versionsabhängigkeiten ignorieren, wenn das erforderliche Add-On auch im offiziellen Repository vorhanden ist, aber die Versionsanforderung nicht erfüllt. Zum Beispiel können Sie hier bei einer Neuinstallation sehen, dass ich AH installieren kann, obwohl die Versionen eindeutig nicht erfüllt sind:

BEARBEITEN: Problem auf xbmc github - https://github.com/xbmc/xbmc/issues/19297

Mein "sauberer Test" hat anscheinend die Skinvariablen aus dem Hauptrepo geholt. Seltsam, dass die Installation nicht fehlgeschlagen ist, weil die Abhängigkeit nicht erfüllt wurde (da 0.0.3 die Mindestanforderung nicht erfüllt). Seltsamer, mein tatsächlicher Testaufbau, bei dem ich das Problem zum ersten Mal sah, hatte 0.2.5. Ich habe schließlich AH deaktiviert, Skin-Variablen von Estuary deinstalliert, 0.25 aus dem Alpha-Repo neu installiert und dann AH wieder aktiviert. Das erste Mal, als ich Netflix danach ausprobierte, hörte es auf. Das habe ich noch einmal versucht und es stürzte Kodi ab. Also habe ich AH wieder deaktiviert, Skinvariables deinstalliert, aus einem Zip aus dem Github-Repository installiert, AH wieder aktiviert und es stürzt immer noch ab. Hier ist ein weiteres Protokoll des Absturzes mit Skinvariables 0.2.5.

https://paste.kodi.tv/bimapejaqu.kodi

PS Ich werde es noch einmal mit einer sauberen Installation versuchen, aber diesmal sicherstellen, dass skinvariables die richtige Version ist. Vielleicht gibt es hier eine Add-On-Interaktion, die Dinge verursacht. Basierend auf dem Protokoll fühlt es sich an, als würde etwas einen beschäftigten Dialog öffnen und ihn nicht schließen. Und ein zweiter geschäftiger Dialog stürzt in Matrix ab, während dies in Leia nicht der Fall war.

@pkscout - Ja, es könnte nichts mit dem Problem mit den Skin-Variablen zu

Tritt das Problem nur beim Abspielen von innerhalb von Netflix auf, dh nur beim Abspielen von MyVideoNav? Oder passiert es auch, wenn Sie von einem Startbildschirm-Widget aus spielen? (Versuch einzugrenzen, ob es sich um Code für ein bestimmtes Fenster oder um etwas Globales handelt).

Auch zu Ihrer Information, wenn Sie von meinem Repo installieren, sollten Sie die folgende Einstellung aktiviert haben:
System Settings > Addons > Update official add-ons from > Any repositories

@pkscout - Ja, es könnte nichts mit dem Problem mit den Skin-Variablen zu

Tritt das Problem nur beim Abspielen von innerhalb von Netflix auf, dh nur beim Abspielen von MyVideoNav? Oder passiert es auch, wenn Sie von einem Startbildschirm-Widget aus spielen? (Versuch einzugrenzen, ob es sich um Code für ein bestimmtes Fenster oder um etwas Globales handelt).

Auch zu Ihrer Information, wenn Sie von meinem Repo installieren, sollten Sie die folgende Einstellung aktiviert haben:

System Settings > Addons > Update official add-ons from > Any repositories

Ich habe die gleiche Einstellung auf meiner Seite und es passiert auch innerhalb des Netflix-Add-Ons, von Widgets und von anderen Streaming-Add-Ons von Drittanbietern.

@jurialmunkey Ich verwende das Netflix-Add-On nur in eine Richtung. Ich starte es und navigiere dann durch, um das Ding zu finden, das ich sehen möchte. Ich verwende keine der Bibliotheksintegrationsfunktionen. Ich habe gerade eine weitere saubere Installation durchgeführt und diesmal darauf geachtet, dass zuerst Skinvariables und der TMDb-Helper aus dem Alpha-Repository installiert werden. Dann AH und das Netflix-Addon. Danach:

1- Wechseln Sie zu AH (aktivieren Sie alle ausgefallenen Online-Optionen im Setup-Bildschirm)
2- Scrollen Sie nach unten zum Videobereich und geben Sie das Netflix-Addon ein.
3- Gehen Sie zu meinem Profil in Netflix und wählen Sie eine Folge einer Sendung aus, die Sie sehen möchten.
4- Nachdem das Video gestartet wurde, warten Sie etwa 30 Sekunden und stoppen Sie dann das Video (das gleiche Ergebnis, egal ob ich 'x' auf der Tastatur verwende oder die Stopptaste im OSD verwende).
5- Absturz

Protokoll: https://paste.kodi.tv/imocozobay.kodi

@pkscout Ich habe festgestellt, dass dies bis nach einem Neustart immer noch passiert. Ist deiner gleich?

Ich habe einen Workaround gefunden, der uns etwas über das, was vor sich geht, sagen kann oder auch nicht. Wenn ich ein Netflix-Video starte und dann zum Menü zurückkehre (mit der ENTF-Taste auf meiner Tastatur), stürzt es nicht ab. Das Video läuft im Hintergrund weiter (oder zumindest der Ton, wenn Sie die Option "Video im Hintergrund abspielen" deaktiviert haben), und wenn ich das Video dann anhalte (mit der Taste 'x' auf meiner Tastatur), gibt es kein Absturz. Seltsamerweise hilft diese Problemumgehung bei Disney+ nicht. Disney+ stürzt Kodi immer noch ab.

@drinfernoo kein Unterschied im Verhalten nach einem vollständigen Systemneustart. Absturz beim Stoppen des Videos. Und jetzt funktioniert der Workaround auch nicht mehr.

@pkscout - Tritt der Absturz jedes Mal auf? Ich habe es geschafft, Netflix zum Absturz zu bringen, aber nicht jedes Mal (im Allgemeinen müssen einige Elemente gestartet / gestoppt werden, bevor es passiert).

@jurialmunkey , Ja. Jedes Mal. In meiner ganzen Programmierzeit ist es einer der beständigsten Fehler, die ich je gesehen habe.

'-)

@pkscout - Können Sie versuchen, MyVideoNav.xml durch diesen Code zu ersetzen und zu sehen, ob er den Absturz stoppt. Offensichtlich kein Fix, aber hilft mir, die Dinge einzugrenzen -- mit dieser vereinfachten Listenansicht kann ich den Absturz nicht mehr verursachen, bin mir aber auch nicht sicher, ob ich das gleiche Problem habe wie Sie, da es nur zeitweise auftritt mich.

<?xml version="1.0" encoding="UTF-8"?>
<window id="6">
    <defaultcontrol always="true">50</defaultcontrol>
    <menucontrol>9000</menucontrol>
    <views>50</views>
    <controls>
        <include content="Viewtype_FileList">
            <param name="id" value="50" />
            <param name="itemlayout-width" value="1920" />
            <param name="viewtype-label" value="$LOCALIZE[31288]" />
            <param name="control-type" value="list" />
            <width>1920</width>
            <height>1080</height>
        </include>
    </controls>
</window>

@jurialmunkey Ich kann es mit dieser vereinfachten MyVideoNav.xml nicht mehr zum Absturz bringen. Aus Neugier habe ich das alte myVideoNav wieder aktiviert, aber jeden Netflix-Bildschirm, den ich durchgegangen bin, in Landscape List geändert (sie waren eine Kombination aus Landscape Row / Square und dem Integrated mit Seasons). Als ich das tat, hatte ich ein paar Mal, dass es nicht abgestürzt ist und dann eines, das es tat. Mit der Option Landscape List scheint es also etwas stabiler zu sein.

edit : und jetzt zurück zum ständigen Absturz, so dass "etwas stabiler" sehr leicht war.

Okay, ich denke, wir sind nahe daran, das Problem einzugrenzen.

In Includes_Viewtype.xml können Sie diesen Block ersetzen (L154-167)

<include condition="$EXP[Exp_View_50_Include]">View_50_Tags</include>
<include condition="$EXP[Exp_View_51_Include]">View_51_Addons</include>
<include condition="$EXP[Exp_View_52_Include]">View_52_Posters</include>
<include condition="$EXP[Exp_View_53_Include]">View_53_Seasons</include>
<include condition="$EXP[Exp_View_54_Include]">View_54_Episodes</include>
<include condition="$EXP[Exp_View_55_Include]">View_55_FileList</include>
<include condition="$EXP[Exp_View_56_Include]">View_56_Banners</include>
<include condition="$EXP[Exp_View_57_Include]">View_57_BigBanner</include>
<include condition="$EXP[Exp_View_58_Include]">View_58_Artists</include>
<include condition="$EXP[Exp_View_59_Include]">View_59_Sets</include>
<include condition="$EXP[Exp_View_500_Include]">View_500_SongList</include>
<include condition="$EXP[Exp_View_501_Include]">View_501_AddonsWall</include>
<include condition="$EXP[Exp_View_502_Include]">View_502_PosterWall</include>
<include condition="$EXP[Exp_View_504_Include]">View_504_EpisodeWall</include>

Mit der vereinfachten Liste

<include content="Viewtype_FileList">
    <param name="id" value="50" />
    <param name="itemlayout-width" value="1920" />
    <param name="viewtype-label" value="$LOCALIZE[31288]" />
    <param name="control-type" value="list" />
    <width>1920</width>
    <height>1080</height>
</include>

Dies scheint für mich gut zu funktionieren - ich möchte nur sicherstellen, dass es definitiv ein Problem mit einem der Ansichtstypen ist und nicht mit einem anderen Element auf dem Bildschirm wie den Schaltflächen / Info / Topbar usw.

@jurialmunkey , keine Abstürze bei der Änderung von Includes_Viewtype. Das sind also gute Nachrichten, denke ich. Zumindest haben wir es auf nur 14 Aufrufe eingegrenzt. '-)

Zumindest bin ich jetzt zuversichtlich, dass ich den gleichen Absturz reproduziere wie Sie! Außerdem habe ich einen zuverlässigen Weg gefunden, es zu reproduzieren, also sollte ich in der Lage sein, von hier aus einige Dinge zu testen und hoffentlich den Schuldigen zu finden.

Ich habe den Verdacht, dass es etwas mit Ausdrücken zu tun hat, die in Sichtbarkeitsbedingungen für Ansichten verwendet werden.

Okay, ich habe es auf die Ansicht "Integrierte Jahreszeiten" eingegrenzt.

Ziemlich sicher ist es speziell dieser Code in Includes_View_53_Seasons.xml (L78-83). Wenn ich diesen Brocken auskommentiere, kann ich den Absturz nicht mehr reproduzieren.

<include content="View_53_Episodes">
    <param name="id" value="$PARAM[id]0" />
    <param name="include" value="$PARAM[include]" />
    <param name="parentid" value="$PARAM[id]" />
    <param name="wallid" value="$PARAM[id]$PARAM[id]" />
</include>

@pkscout - Können Sie die Version aus dem matrix-netflix-fix Zweig testen und sehen, ob das Problem dadurch behoben wird ?
https://github.com/jurialmunkey/skin.arctic.horizon/tree/matrix-netflix-fix

Das scheint behoben zu sein. Ich habe ein halbes Dutzend Netflix-Titel und ein paar auf Disney+ ausprobiert. Keine Probleme. Ich habe noch nie so lange Netflix/Disney+ Videos ohne Absturz gestoppt.

Exzellent. Ich werde den Fix in Master zusammenführen. Scheint ein Problem mit der Verwendung von Container(ID).FolderPath als dynamisches <content> . Ich denke, vielleicht gibt es eine Verzögerung, wenn es leer ist, weil Kodi Container aktualisiert, nachdem die Wiedergabe beendet ist, was zu einem Absturz führt.

@pkscout - Können Sie die Version aus dem matrix-netflix-fix Zweig testen und sehen, ob das Problem dadurch behoben wird ?

https://github.com/jurialmunkey/skin.arctic.horizon/tree/matrix-netflix-fix

Danke werde dies aktualisieren, sobald ich später aufwache ☺️