[glasmaster]

Habe mein System nun umgestellt auf Version 6.5 , hat soweit super geklappt, tolle Arbeit  !!

Hat schon jemand das favorite plugin am laufen, habe festgestellt das es nicht richtig funktioniert.
Bei den Einstellungen zum Plugin habe ich eingestellt
- Beim Umschalten schliessen -> ja

Wenn nun im Menu vom Plugin ein abgelegter Sender gewählt wird kommt eine Meldung
-> Bearbeitung abbrechen?
dies mit OK bestätigt, gehts dann weiter,  sollte aber gleich umschalten und schliessen.

Was noch nicht geht, ist das öffnen über definierten Key in Keymacros.conf
- eingestellt ist  -> Yellow @favorites

beim drücken öffnet sich das OSD nicht vollständig ( siehe Bild im Anghang )

[clausmuus]

So ein Problem mit unvollständig dargestelltem OSD gab es auch bei einem anderen Plugin schon mal. Ich kann mich aber nicht mehr erinnern, wie das gelöst wurde. Das liegt aber vermutlich am Plugin selbst.

[franky]

@glasmaster
Ich hatte vdr-plugin-favorites bisher nie verwendt, habe es jetzt aber auf eingen meiner x86er Systeme mit Intel-GPU getestet.
Um den Einfluss anderer Plugins auszuschließen, habe ich auch eine Neuinstallation getestet und nur das favorites Plugin zusätzlich installiert.
Ich kann die Probleme mit dem Plugin bei mir reproduzieren, kann aber aktuell nur einen Workaround für den Start über keymacros.conf anbieten.
Das Favoriten Untermenü lässt sich ja über den Hauteintrag im Hauptmenü des OSD ohne Probleme öffnen.
Daher kann man in der keymacros.conf anstatt @favorites die VDR-Funktion Menu verwenden, die ein bestimmtes Untermenü im OSD öffnet.
Bei mir ist Favoriten auf Platz 7 im Hauptmenü.
Wenn ich in der keymacros.conf Menu 7 anstatt @favorites verwende, wird das Favoriten Menü beim Öffnen nicht verstümmelt.

[franky]

Noch ein Hinweis zu meinem Workaround.
Mit Menu können nur Untermenüs bis 9 geöffnet werden.
Sollte Favorites aufgrund anderer installierter Plugins auf einen Platz ab 10 rutschen muss man dafür sorgen dass favorites früher gestartet wird.
Unter /etc/vdr/conf.d existiert eine 50_plugins.conf, die automatisch generiert wird und neben Startparameter der Plugins auch die Startreihenfolge festlegt.
Soll favorites früher gestartet werden, muss man dessen Eintrag in eine neue Datei 01_favorites.conf übernehmen und in der 50_plugins.conf löschen.

[glasmaster]

Ja danke, ich hab mal den Workaround probiert, geht soweit, leider muss man immer noch ein zweites mal mit Ok bestätigen nach senderwahl,
dies war in MLD5.5 nicht so.

Auch habe ich mal versucht ein mld-dev system aufzusetzten um etwas zu probieren, ist schon eine weile her das ich selbst compiliert habe.
Hat sich ja viel getan seither...
Bin nacher Anleitung vom https://gitlab.com/MLD-6/mld-dev gegangen  , leider hab ich auch da Probleme ->

Code: [Select]

Command "/home/mld/mld-dev$ git clone -q git://git.yoctoproject.org/meta-intel /home/mld/mld-dev/meta-intel" failed   ... errno=Network is unreachable
da geht es nicht weiter 

[clausmuus]

Das klingt, als ob Du Deinem Docker oder Podman nicht erlaubst sich mit dem Internet zu verbinden. Oder Dein PC hat keine Internetverbindung.

Beschreibe mal etwas genauer wie Du vorgegangen bist und auf welcher Hardware/Hostsystem Du das machst und ob Du Docker oder Podman nutzt.

[glasmaster]

 Ich benutzte Docker auf einem Intel N100 @4x3.4GHz/Ubuntu24.04 noble
 Docker version 29.5.0
 
 hier mal der complette Fehlercode

Code: [Select]

Command "/home/mld/mld-dev$ git clone -q git://git.yoctoproject.org/meta-intel /home/mld/mld-dev/meta-intel" failed:
['fatal: unable to connect to git.yoctoproject.org:\n',
 'git.yoctoproject.org[0: 104.18.1.115]: errno=Connection timed out\n',
 'git.yoctoproject.org[1: 104.18.0.115]: errno=Connection timed out\n',
 'git.yoctoproject.org[2: 2606:4700::6812:173]: errno=Network is unreachable\n',
 'git.yoctoproject.org[3: 2606:4700::6812:73]: errno=Network is unreachable\n', '\n']

Ein Ping geht , es wurde auch schon etwas geladen -> /meta-clang , /meta-mld , /meta-openembedded
könnte es sein das Ports blockiert sind ?
Aufgerufen  mit

Code: [Select]

kas shell mld6-x86.yml -c "bitbake -k --runall build vdr-plugin-favorites"

[clausmuus]

Ja, könnte am Port liegen. Zumindest da dran, dass dieses Repo per ssh geholt wird, und die anderen vermutlich per http bzw. https.
Du könntest mal testen ob es hilft wenn Du in der mld6-x86.yml bzw. mld6-intel.yml das git://git.yoctoproject.org/meta-intel in ein https://git.yoctoproject.org/meta-intel änderst. Sollte das helfen, muss vermutlich in der base.yml auch das git://git.yoctoproject.org/meta-java in ein https://git.yoctoproject.org/meta-java geändert werden.

[glasmaster]

Vielen Dank, jetzt läuft es , der Compiler brummt ...

[glasmaster]

Hab ein kleinen Fortschritt erreicht, leider noch nicht komplett.
Jetzt schliesst das OSD nach auswahl des Kanals, aber der Aufruf aus der keymacros.conf mit @favorites geht noch nicht.

Anbei ein Patch

[clausmuus]

Danke, ich habe den Patch mit aufgenommen.

[franky]

Hab ein kleinen Fortschritt erreicht, leider noch nicht komplett.
Jetzt schliesst das OSD nach auswahl des Kanals, aber der Aufruf aus der keymacros.conf mit @favorites geht noch nicht.

Anbei ein Patch

Ich habe bei meinen Tests mit dem neuen "X86 Intel PC" ISO festgestellt, dass dort vdr-plugin-favorites keinen Probleme hat.
Dort funktioniert der Start mit @favorites über die keymacros.conf einwandfrei und auch das Umschalten zwischen den Kanälen hat auch schon ohne deinen Patch auf den ersten Tastendruck funktioniert.
Die VDR incl. Patches als auch softhddevice sind bei beiden ISOs identisch, weshalb ich diese eigentlich als ursächlich ausschließen würde.
Der große Unterschied sind die neueren GPU-Treiber und die aktuellere ffmpeg Version 7.1.2.
Es könnte beim normalen "X86 PC" ISO evtl. an der älteren ffmpeg Version 6.1.1 liegen, mit der das Plugin Probleme hat.
Das Problem tritt z.B. auch bei bei meinen RPI4/RPI5 nicht auf, wo ebenfalls eine aktuellere 7er ffmpeg Version im Einsatz ist.
Evtl. hilft dir das ja weiter.

Da du ja GeminiLake NUC7P mit UHD605 GPU verwendest, könntest du auch mal das neue "X86 PC" ISO testen.
Über meine Erfahrung mit dem neuen ISO habe ich auch schon hier im Forum berichtet.
https://www.minidvblinux.de/forum/index.php/topic,10961.msg88530.html#msg88530

[glasmaster]

Mittlerweile  geht es mit dem aufrufen über keymacros.conf mit @favorites
funktioniert alles so wie es sollte   

Ich glaube aber das der Patch für vdr-plugin-favorites trotzdem notwendig ist,
da in favoriteosd.c nur die <vdr/osd.h> includiert wird.

in   eOSState cFavoriteOsd::ProcessKey wird der state "osEnd"  gesetzt,
dieser ist aber nur in <vdr/osdbase.h>  definiert