Posts by reini-at

Auch von mir ein großes Dankeschön an die Weiterentwicklung, das läuft ja genauso gut, wenn nicht sogar besser, als auf mein etwas betagterer Fernseher

Wenn ich 2 VDR an mein Remotetranscode auf meinem server (mittels proxmox virtualisiert) anbinden möchte, starte ich das einfach 2x mit unterschiedliche sockets.ini? Der port auf dem remotetrans served ist der der in der sockets.ini definiert wird? Alternativ zieh ich sonst ein weiterer lxc hoch mit andere IP adresse..

Macht es sinn / ist es möglich / ist es sinnvoll das transcoding auf die gpu auszulagern, z.b. auf intel systeme?

Vielen Dank nochmal für die tolle arbeit, sowohl für hbbtv als auch VDR*Elec!!

die Preisfrage: woher kommt der lib fehler fehlt mir irgendeine lib in der build umgebung?

vermutlich hat es damit was zu tun:

Package glesv2 was not found in the pkg-config search path.
Perhaps you should add the directory containing `glesv2.pc'
to the PKG_CONFIG_PATH environment variable
No package 'glesv2' found
Package egl was not found in the pkg-config search path.
Perhaps you should add the directory containing `egl.pc'
to the PKG_CONFIG_PATH environment variable
No package 'egl' found
Package glesv2 was not found in the pkg-config search path.
Perhaps you should add the directory containing `glesv2.pc'
to the PKG_CONFIG_PATH environment variable

oh pardon, nein, ich habe eine X96 max2+

okay, dann cleane ich mal und baue neu

ls /dev/dri ergibt folgendes:

by-path     card0       renderD128

Mär 18 22:51:22 CoreELEC vdr[8313]: [8313] loading plugin: /usr/local/lib/vdr/libvdr-softhdodroid.so.6

Mär 18 22:51:22 CoreELEC vdr[8313]: [8313] ERROR: /usr/local/lib/vdr/libvdr-softhdodroid.so.6: undefined symbol: glBindFramebuffer

ist das die gesuchte Fehlermeldung?

Habe ziemlich dasselbe Problem, baue aber selber.. Was könnte ich (nach Anleitung) probieren?

Zabrimus bei mir bricht der build von vdr-plugin-radio-ng immer mit folgender Meldung ab:

make[1]: Leaving directory '/home/reinhard/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_vdr-plugin-radio-ng-f0c89c2c2285743bcc62ecca473b270359af8775'

cp: cannot stat '/home/reinhard/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_vdr-plugin-radio-468280ff7252f9504e5b3d63fcf5d277b5627541/config/scripts': No such file or directory

hast du eine Ahnung woran das liegen könnte, und wie ich das beheben könnte?

Danke im Voraus!

Quote from jojo61

Ich habe das CEC nochmal etwas nachgearbeitet. Testet doch mal die angehängte Datei und gebt Feedback ob es damit nun wieder schneller geht.

Mein eigener Test war positiv.

hm gefühlt ist es besser, aber noch nicht ganz so wie früher - ist das auch dein empfinden? oder liegt das nun an mein system

Quote from Zabrimus

Du kannst auch nur das tar ohne die Images erzeugen. Dazu kennt das build.sh den Parameter

Code

-releaseonly

danke... das hatte ich gesucht, aber irgendwie wohl übersehen. Build ist durch - ich teste gleich die änderungen von jojo61

leider bleibt aktuell jeder Build nach dem bauen hängen:

image: creating sparse file for disk image CoreELEC-Amlogic-no.aarch64-22.0-Piers_devel_20241128154037-Khadas_VIM4.img...

image: creating msdos partition table...

und danach passiert nix mehr... Ein Image für Khadas brauche ich aber eh nicht - da ich ja X96 max plus 2 habe - kann ich das irgendwie überspringen?

hm das kann noch dauern... aktuell schlägt der build fehl beim holen von memtester - da passt entweder die url oder die version anscheinend nicht mehr..

EDIT: die memtester url hat sich wohl von http verabschiedet - jetzt mal manuell heruntergeladen und .sha256 und .url files erstellt - jetzt baut es erst mal weiter.

Quote from jojo61

Ich habe das CEC nochmal etwas nachgearbeitet. Testet doch mal die angehängte Datei und gebt Feedback ob es damit nun wieder schneller geht.

Mein eigener Test war positiv.

ok habe das mal in mein repo kopiert - build läuft gerade

Quote from jojo61

Ist das CEC Problem Versions abhängig. Geht die C Api noch bei der 20.5 ? Wenn ja dann sollte man mal nachsehen was sich da bei der 21.1 geändert hat. Mir wäre das C Api auch lieber. reini-at welche Kodi Version nutzt du denn nun mit der C Api ?

Ich baue diese Version hier: CoreELEC-Amlogic-no.aarch64-22.0-Piers_devel, damit läuft die C Api wohl..

Quote from Klemmerle

reini-at : ... ich war unterwegs... - Ja ich bin noch auf der "VDR-CoreELEC-Amlogic-ng.arm-20.5-Nexus-2024-08-24.1.tar", weil keine der nachfolgenden CEC-Versionen zufriedenstellend lief.

Baust du selbst? dann solltest theoretisch das softhdodroid ohne die CEC Änderungen welches ich verwende einbinden können..

Quote from jojo61

Ja so würde das funktioieren. Allerdings hatte ich die Version mit dem C Api nur erfolgreich unter chroot laufen. Als ich dann zu VDR*Elec gewechselt bin habe ich bemerkt das dort nur die C++ Api Version läuft. Der Umbau war am 26. August, alles davor hat die C Api genutzt.

war doch nicht direkt so einfach wie geplant - da natürlich die changes für die neuere VDR Version fehlten. Habe dein repo jetzt mal geklont für mich und die version vor der cec-change zu einer branch verwandelt, und alle commits nach der CEC Änderung ge-cherry-picked - nun läuft es wieder sehr geschmeidig bei mir. Auch in Kodi funktioniert es wie gehabt...

Quote from jojo61

Die libcec hat ein C Api und ein C++ Api. Ursprünglich habe ich das C Api genutzt und da war CEC normal flott. Plötzlich ging das C Api unter Kodi aber nicht mehr. Das Laden der lib über das C Api liefert einen Fehler. Dann habe ich das ganze auf das C++ Api umgestellt und damit läuft es wieder, allerdings mit dem aktuellen Problem das es zu langsam ist. Warum das C Api nicht mehr geht konnte ich nicht rausfinden.

die Änerung auf der C++ Api ist in Softhdodroid passiert? Könnte ich daher also auf eine ältere Version zurückgehen, wenn ich Kodi nicht nutze und nur VDR? Das sollte ich (da ich VDR*Elec eh selbst baue) wohl irgendwo eintragen können müssen damit die ältere Version gezogen wird? Vermutlich die Version uns SHA in der package.mk anpassen?

Oder ist das zum scheitern verurteilt

Quote from Klemmerle

Hallo Zabrimus,

nur kurzes Feed-Back zum CEC auf meinem Odroid N2+: bei den zwei letzten Versionen (heute und 27.08.) läuft die Fernbedienung seeehr träge bzw. muss mehrfach gedrückt werden. Ich bin wieder zurück auf die

VDR-CoreELEC-Amlogic-ng.arm-20.5-Nexus-2024-08-24.1.tar

... da läuft CEC noch flott...

Gruß K.

Hast du das Problem aktuell noch? Bei mir ist das noch immer ziemlich lahm, sowohl auf dem alten -ng als auch im neuen -no - unter Kodi scheint mir das alles ganz normal und flott zu sein...

Bei mir funktioniert CEC für Lautstärke und allem anderen einwandfrei… gibt es nicht irgendwo ein Setting für Lautstärke Regelung über Software oder Hardware?

Nachdem ich mal alles gelöscht und das repository neugeholt habe und der build durchgelaufen ist, funktioniert bei mir nun auch alles wie es soll vielen Dank!!

ich glaube ich starte morgen mal ganz neu, habe mir einen anderen Fehler eingefangen:

ERROR: libXrandr.so.2: cannot open shared object file: No such file or directory

danke für die Tipps bisher!