Installation eines VDR+Plugins nativ auf CoreELEC Boxen

Zitat von Zabrimus

rmmod amlvideodri

Ich würde da eher modprobe -r amlvideodri  nutzen. Da werden dann auch die Abhängigkeiten berücksichtigt.

Ich nutze kein Kodi und fahre den vdr unter chroot. Da tritt das Problem nicht auf. Ich baue mir nun mal eine komplette

Version mit VDR und teste das auf meinem X96. Vielleicht finde ich ja etwas.

Das umschalten der Displayauflösung hat hiermit nichts zu tun. Und das maskieren von Kodi ist ebenfalls hier nicht relevant.

Zabrimus Ich habe nun mal dein Release 0.2.1 genommen. Aber da funktioniert das umschalten zw. Kodi und VDR noch nicht. Da sind noch Probleme in des scripten.

Ich habe unter /opt nichts und da wird aber /opt/tmp/switch_kodi_vdr gesucht.

Edit:

Habe nun rausgefunden das /storage .opt gefehlt hat. Jetzt wird zwar alles angelegt aber das script switch_kodi_vdr.sh wird nicht aktiviert.

Aber ich kannes ja zum testen auch manuell erstmal machen.

Zitat von Zabrimus

. Start mit VDR, Wechsel nach Kodi. Ansehen eines Videos aus der Mediathek -> Kernel Crash

So nun habe ich es genau so gemacht wie beschrieben. Nur leider crashed da nix

Was mir aufgefallen ist, die Version wo alles unter CE läuft (ohne chroot) ist deutlich langsamer als mit Ubuntu unter chroot.

Ja so hatte ich das auch gemacht mit einer neuen SD Karte. Mir ist nur unklar wie der start von switch_kodi_vdr.sh getriggert wird.

Ich sehe nur wo du die Variable von vdr auf Kodi änderst, aber nicht wo das script zum umschalten gestartet wird.

Ich habe einen X96 und du wohl einen Tanix X3. Ob es da evtl. einen unterschied gibt ?

Edit:

Nun konnte ich es auch reproduzieren. Allerdinsg fällt es mir schwer hier nun zu basteln. Das Filesystem ist Readonly und ich kann an den scripten nix ändern

Der vdr braucht das amlvideodri nicht. Da könnte man es entladen und vor dem start des Kodi wieder laden. Da finded ja der crash statt.

Nur wie baue ich das nun in das switch_kodi_vdr.sh ein ???

jojo61 Vielleicht macht es Sinn, das pip0-Device auch nur anzulegen, wenn der Kernel PIP kann. Meiner kann es nicht, das Device ist aber da. Ich weiß nicht, ob das auch zu Komplikationen führen kann.

Das pip0 wird auch ohne pip gebraucht. Ist nur ein schlechter Name Aber klar kann ich das löschen beim beenden und baue es gleich ein.

Edit:

Ich habe mir das nun mal in meinen Quellen angeschaut und ich lösche pip0 beim beenden. Ich lösche alle Routings und setze die default Routings neu.

Könnte natürlich sein das es hier ein Timing Problem gibt weil ich alles direkt hintereinander mache.

Ich baue da mal ein Verzögerung ein.

Edit2:

Habs nun mal eingecheckt.

irgendwie hat das das Umschalten rasant beschleunigt, aber auch etwas hakeliger genacht. Das neue Bild kommt jetzt fast sofort, stockt dann einen Moment (wohl wegen Synchronisation mit Audio) und läuft dann weiter.
Ich weiter nichts verändert außer heute den neuen Stand kompiliert + installiert.

ich muss mich korrigieren: Heute morgen nach dem Booten (direkt in vdr) war die Umschaltgeschwindigkeit wieder wie vorher. Aber nachdem ich zu kodi gewechselt habe, dort kurz einen Film abgespielt, gestoppt und zu vdr zurückgewechselt habe, ist das turboschnelle Umschalten wieder präsent.

ich habe jetzt mal vor und nach dem Start von kodi+Filmwiedergabe die Ordner sysy/class... kopiert und dann ein diff gemacht. Ich weiss nicht, ob das weiterhilft. In beiden Situationen lief TV vom vdr, und natürlich sind diverse Werte naturgemäß dennoch anders.

Mir fällt aber auf, dass nachdem kodi einmal lief und einen Film abgespielt hat, auch nach Rückkehr zu vdr an mehreren Stellen

decoder.h264.dec_control=4 statt decoder.h264.dec_control=0 steht.

und in/sys/class/media-configs/vfm sowie /sys/class/vfm/map steht zusätzlich[06] default_amlvideo2 { vdin1(0) amlvideo2.1}

ich hätte vielleicht schreiben sollen, dass ich gar nicht Dein image verwende sondern die chroot-Lösung von beta. Sorry.

Ich habe dort jetzt auch das Problem, das nach Rückkehr von kodi zu vdr dort das Bild ruckelt. Das fängt sich erst wieder beim nächsten Umschalten. Den obigen echo-Befehl habe ich im laufenden Betrieb schon ausprobiert, bringt nichts. Ich werde jetzt nochmal versuchen, den vor dem attachen von softhdodroid auszuführen.

Grundsätzlich wäre es vielleicht besser, wenn man beim Wechseln von vdr zu kodi doch den Playmode pmExtern_THIS_SHOULD_BE_AVOIDED verwendet. Und dann müsste jojo61 in softhdodroid bei Wechsel von diesem playmode zu einem anderen sämtliche Erstinitialisierungen, die es beim Start durchgeführt hat, nochmal an die Hardware schicken. (Es generell beim attachen durchzuführen macht m.E. keinen Sinn). Ich fürchte, das wird sonst auf Dauer die Suche nach der Nadel im Heuhaufen.

Das Ruckeln bekommst Du in den Griff, wenn Du im Umschalt-Skript folgendes einfügst:

       systemctl stop kodi
       $PFAD/svdrpsend.sh REMO on 
       $PFAD/svdrpsend.sh PLUG softhdodroid ATTA -a hw:CARD=AMLAUGESOUND,DEV=2
       sleep 1
       $PFAD/svdrpsend.sh chan +
       sleep 1 
       $PFAD/svdrpsend.sh chan - 
       NEXT=vdr;

beta: ja, das war die Lösung, die Du ursprünglich in Deinem HowTo schon beschrieben hattest. Aber der Stand war damals, dass es nach einer Änderung von jojo61 am Plugin nicht mehr notwendig war. Vielleicht eine Regression?

Der o.g. echo-Befehl müsste wenn dann übrigens mit 0 statt 4 ausgeführt werden, denn 0 ist der Wert im vdr-Betrieb, ehe kodi einen Film abgespielt hat. Die 4 kommt erst durch kodi.

Ich habe also in der softoggle vor dem attachen von softhdodroid einecho 0 > /sys/module/amvdec_h264/parameters/dec_control eingefügt, aber das verhindert das Ruckeln auch nicht.

jojo61 Ich kann die Beobachtung von Dr.Seltsam bestätigen. Wenn ich unter KODI zuerst einen Film abspiele (chroot), dann läuft VDR deutlich flüssiger und mein Problem mit der hakeligen Fernbedienung bei verschlüsselten Sendern ist auch passe.

Edit: Das Problem tritt nur bei 4K auf.

Also ich sehe hier bei mir keinen Unterschied ob ich dec_control auf 4 oder auf 0 setze. Wenn es bei euch hilft dann könnt ihr das ja in softoggle einbauen.

Das das Bild beim zurückschalten von Kodi ruckelt und man erst mal umschalten muss, das habe ich hier auch. Die Ursache dafür habe ich bisher nicht gefunden.

Das einbauen des deinterlacers und korrigieren der PTS übergaben scheint nicht geholfen zu haben. Auch wenn es erst mal danach aussah.

Da ist dann wohl weiterhin das umschalten in softoggle nötig.

Was mir nun noch fehlt ist ein Feedback von Zabrimus ob das löschen von pip0 und verzögern des rm all in der reinen CE Variante geholfen hat.

Zitat von jojo61

Also ich sehe hier bei mir keinen Unterschied ob ich dec_control auf 4 oder auf 0 setze. Wenn es bei euch hilft dann könnt ihr das ja in softoggle einbauen.

nein, das hilft weder gegen das Ruckeln bei Rückkehr zu vdr noch führt es dazu, dass vdr genauso schnell umschaltet, wenn man mit kodi zuvor noch keinen Film abgespielt hat. Hast Du für letzteres eine Erklärung?

Zitat

Das das Bild beim zurückschalten von Kodi ruckelt und man erst mal umschalten muss, das habe ich hier auch. Die Ursache dafür habe ich bisher nicht gefunden.

Das einbauen des deinterlacers und korrigieren der PTS übergaben scheint nicht geholfen zu haben. Auch wenn es erst mal danach aussah.

Da ist dann wohl weiterhin das umschalten in softoggle nötig.

Dieses Problem besteht aber nur, wenn man kodi nicht nur geöffnet, sondern auch einen Film abgespielt hatte. Es tritt auch auf, wenn man einen Film aus der ARD-Mediathek abspielt - und das hatte ich am Mittwoch noch problemlos getestet, ohne dass vdr danach ruckelte. Ich werde mal ältere Revisionen testen.