jojo61 : Wenn ich das so einbaue, funktioniert der Skindesigner nicht mehr. Ich muss mal Stück für Stück schauen, an was genau das liegt.
Edit: Wenn ich das Script in der chroot-Umgebung und nicht in CE starte, dann scheint es zu funktionieren. Sehr seltsam.
So habs nun gefunden was Kodi kaputt gemacht hat. Jetzt kommt das Video wieder mit dem AV Sync.
Tut mir Leid das der Eindruck das es schneller mit dem Umschalten gehen könnte wohl falsch war.
was mir auch noch aufgefallen ist das Kodi das smp_affinity ändert. Damit könnte das geänderte evtl. verhalten von ir_meson erklärt werden.
Das kann man auch alleine starten. Einfach vor dem vdr /usr/lib/coreelec/smp-affinity.sh aufrufen wenn vdr als erstes gestartet wird.
Vielen Dank, jojo61 . Ich teste das direkt heute Abend.
Dr. Seltsam Ich habe meine vdr.sh so angepasst:
Ich habe im vdr-Verzeichnis einen Filmschnipsel, den ich do_not_delete.ts genannt habe (VDR-Aufnahme reicht, mindestens 2 Sekunden). Den spiele ich eine Sekunde unter KODI und beende KODI dann, um den VDR zu starten. Das ist zwar nicht besonders hübsch, aber funktioniert.
jojo61 Der Eintrag hilft bei mir auch nicht. Es ist sie, wie Dr. Seltsam sagt. Spielt man einmal in KODI einen Film ab, läuft VDR danach in 4K flüssig, was vorher nicht der Fall ist. Die Fernbedienung hakt undwenn man das OSD öffnet, hakt LiveTV für einen kurzen Moment. Es muss also noch etwas Anderes sein.
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.
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.
Wie sehen denn die Werte für HD aus?
Ich habe den Test gerade in der chroot-Umgebung gemacht, da crasht es leider nicht, sonst hätte ich debuggen können.
jojo61 Kann es die Bildwiederhol-Rate oder Auflösung sein, die noch einmal explizit gesetzt werden muss?
Zabrimus Kannst Du mal testen, ob es geht, wenn Du vor VDR-Aufruf
machst bzw. analog für 1080p?
Sind Dir im kodi-Betrieb irgendwelche Probleme aufgefallen? das iptvsimple-addon nutze ich nicht. Vielleicht liegt der Fehler ja auch in dessem Code.
Ich nutze keinen Kernel, der PIP kann. Für mich wäre das mehr eine Spielerei, die ich nicht brauche.
Bei mir baut es unter Ubuntu 20.04.
Meinst Du der Kernel ist mit der kleinen Änderung dann noch kompatibel zu den DVB-Treibern aus dem CE addon-Paket?
Versuch macht kluch. Mir fällt alledings kein Grund ein, warum das nicht funktionieren sollte. Und im Notfall spielst Du einfach wieder ein altes tar-File nach .update ein.
Dr. Seltsam Für den neuen Kernel musst Du Dir das CE aus dem github laden in der Version, die Du benutzt (also z.B. 19.3 oder 19.4 oder was auch immer). Dann löschst Du den Patch (den Du ja schon selbst erwähnt hast). Jetzt gibt es 2 Möglichkeiten.
1. Du baust Dir das gesamte CE neu, packst das tar-File in das .update-Verzeichnis und bootest neu.
2. Du generierst Dir nur den Kernel (ohne den Patch). Ich glaube, dafür bist Du im script-Verzeichnis build linux aufrufen. Dann müsstest Du schauen, wie CE kernel.img zusammenbaut (ich habe das selbst nicht nachvollzogen) und dann ersetzt Du auf der unter /flash gemounteten Partition (re-mount rw) die selbige Datei.
Der erste Weg sollte deutlich einfacher sein, allerdings dauert das Kompilieren auch deutlich länger.
Benötigst Du den VDR denn überhaupt standalone? Wenn nein, installiere Dir doch einfach eine KODI-Distribution. VDR bekommst Du als Plugin und gut ist...
Ist der meson-ir bzw. der amremote Code eigentlich open source und irgendwo einsehbar?
Ja, im CoreElec github, kernel linux-amlogic https://github.com/CoreELEC/li…ivers/media/rc/meson-ir.c
amremote findet man hier: https://github.com/CoreELEC/amremote
jrie : Danke für die Info. Ich muss mir das mal näher anschauen. Ich würde auch gerne verstehen, warum meson-ir im Gegensatz zu meson-remote so laggy ist bei verschlüsselten Sendern und 4K-Auflösung (in HD ist alles OK).
Aus meiner Sicht ist das ein libmali-Problem. Den Fehler hatte ich gestern in meiner chroot-Umgebung, nachdem ich mir die libmali zerschossen hatte.
Wahrscheinlich wäre der schnellste Weg, um zu schauen, ob das auf Deiner Box läuft, ein UBUNTU im chroot aufzusetzen, VDR und softhdodroid zu kompilieren und zu schauen, ob es dann startet. Falls ja, könnte man die libmali ersetzen....
jrie evtest zeigt übrigens auch kein repeat an. Lediglich ein Eintrag beim Drücken der Taste und einen beim Loslassen.
Im CE KODI funktioniert repeat aber komischerweise damit.
Was sagt evtest?
Gehen repeats mit Kodi?
evtest habe ich (noch) nicht getestet. Mit Kodi funktionieren repeats.
Ich habe auch nicht gefunden, wie man die Datei erstellen kann. Für amremote müsstest Du wahrscheinlich aus einem fertigen Repository eine Datei für Deine Fernbedienung laden.
Hast Du meinen Tipp versucht mit meson-ir und repeat? Das funktioniert bei mir ganz gut. Ich nutze die chroot-Umgebung und habe mich mit der Implementierung von Zabrimus noch nicht beschäftigt.
Versuche mal
in der Lirc-conf-Datei für meson-ir. Das sollte die Wiederholungen stoppen.
Wenn CE im Verzeichnis .config eine Datei namens remote.conf findet und meson-ir nicht aktiviert ist (rc_map.conf), dann lädt es nach einem Reboot den Kernel-Treiber amremote und nicht meson-ir.
