Posts by Jogibär

Hallo,

scheint wohl damit zusammenzuhängen:

...

Dez 28 19:25:47 vdr vdr[27759]: [27759] rpihddevice: display PAR=0,889, setting video render PAR=9/8

Dez 28 19:25:47 vdr lircd-0.10.1[844]: Notice: accepted new client on /var/run/lirc/lircd

Dez 28 19:25:47 vdr lircd-0.10.1[844]: Info: initializing '/dev/input/event3'

Dez 28 19:25:47 vdr lircd-0.10.1[844]: Info: Using device: /dev/input/event3

Dez 28 19:25:47 vdr vdr[27759]: [27759] remote control LIRC - learning keys

Dez 28 19:25:47 vdr vdr[27759]: [27782] LIRC remote control thread started (pid=27759, tid=27782, prio=high)

Dez 28 19:25:47 vdr kernel: Alignment trap: not handling instruction ed850a00 at [<76b00d80>]

Dez 28 19:25:47 vdr kernel: 8<--- cut here ---

Naja, morgen geht es weiter.

Hallo,

langsam wird es unlustig.

Ich habe die Änderungen in der /boot/config.txt eingetragen:

...

#dtoverlay=vc4-kms-v3d // deaktiviert 28.12.23 michael

max_framebuffers=2

gpu_mem=256 // eingefügt 28.12.23 michael

...

Jetzt kann ich den vdr problemlos starten, dafür komme ich mit vdradmin nicht mehr drauf.

Beides läuft:

...

vdradmi+ 925 2.8 23.4 186956 178288 ? SN 18:04 0:43 vdradmind

vdr 22510 5.2 10.1 370512 77192 ? Ssl 18:25 0:12 /usr/bin/vdr

...

Das Log ist auch keine Hilfe:

...

vdr[17089]: [17089] found 1 DVB device

vdr[17089]: [17097] device 1 section handler thread started (pid=17089, tid=17097, prio=low)

vdr[17089]: [17089] initializing plugin: conflictcheckonly (0.0.1): Direkter Zugriff auf epgsearch's Konflikt-Prüfungs-Menü

vdr[17089]: [17089] initializing plugin: epgsearch (2.4.1): Suche im EPG nach Wiederholungen und anderem

vdr[17089]: [17089] initializing plugin: epgsearchonly (0.0.1): Direkter Zugriff auf epgsearch's Suchenmenu

vdr[17089]: [17089] initializing plugin: rpihddevice (1.0.6): HD output device for Raspberry Pi

vdr[17089]: [17089] rpihddevice: HwInit() done, display size is 720x480

vdr[17089]: [17089] rpihddevice: MPEG2 video decoder not enabled!

vdr[17089]: [17089] new device number 2 (card index 2)

vdr[17089]: [17105] audio decoder thread started (pid=17089, tid=17105, prio=high)

vdr[17089]: [17089] initializing plugin: mplayer (0.10.4): Media replay via MPlayer

vdr[17089]: [17089] loading /var/lib/vdr/plugins/mplayersources.conf

vdr[17089]: [17089] initializing plugin: osdserver (0.1.3): Server for remote OSD clients

vdr[17089]: [17089] initializing plugin: quickepgsearch (0.0.1): Schnelle Suche nach Sendungen

vdr[17089]: [17089] initializing plugin: rpihddevice (1.0.6): HD output device for Raspberry Pi

vdr[17089]: [17089] rpihddevice: HwInit() done, display size is 720x480

vdr[17089]: [17089] rpihddevice: MPEG2 video decoder not enabled!

vdr[17089]: [17089] new device number 3 (card index 3)

vdr[17089]: [17105] rpihddevice: cAudioDecoder() thread started

vdr[17089]: [17107] audio decoder thread started (pid=17089, tid=17107, prio=high)

vdr[17089]: [17089] setting primary device to 1

vdr[17089]: [17089] device 1 has no MPEG decoder

vdr[17089]: [17089] trying device number 2 instead

vdr[17089]: [17089] setting primary device to 2

vdr[17089]: [17089] rpihddevice: new cOsdProvider()

vdr[17089]: [17108] ovgthread thread started (pid=17089, tid=17108, prio=high)

vdr[17089]: [17108] rpihddevice: cOvgThread() thread started

vdr[17089]: [17107] rpihddevice: cAudioDecoder() thread started

vdr[17089]: [17089] assuming manual start of VDR

vdr[17089]: [17089] setting current skin to "lcars"

vdr[17089]: [17089] loading /var/lib/vdr/themes/lcars-default.theme

vdr[17089]: [17089] starting plugin: conflictcheckonly

vdr[17089]: [17089] starting plugin: epgsearch

vdr[17089]: [17089] loading /var/lib/vdr/plugins/epgsearch/epgsearchcats.conf

vdr[17089]: [17089] loading /var/lib/vdr/plugins/epgsearch/epgsearchmenu.conf

Wenn ich hddevice deaktiviere, habe ich zugriff, mit hddevice nicht.

Was hat es denn damit zu tun?

Eventuell wegen cec; ist aber nicht installiert?

Ich denke mal, heute habe ich keine Lust mehr.

Mache erstmal was anderes.

Jogibär

Hallo,

Ja, ein Tuner ist dran.

Im Moment eine Hauppauge Nova.

Ich habe sogar schon mit dem neuen vdr was aufgenommen.

Das mit der Mpeg2 Lizenz ist mir bewußt.

Mein Hauptproblem dabei ist, daß ich mich mit Klauen und Zähne weigere, ein Kunde von paypal zu werden.

Da muß ich mich erst mal in meinem Bekanntenkreis herumhören.

Immerhin sollte ich ohne mpeg2 Lizenz bei SD Sendern wenigstens den Ton empfangen.

HD geht im Moment nicht, da die Schüssel leicht verdreht ist.

Dazu benötige ich den Schlüssel zum Dach von meiner Vermieterin. Über die Feiertage etwas schwierig.

Ich habe noch nicht herausbekommen, wie ich vorübergehend per Software decodieren kann.

Aber soweit bin ich noch nicht, ich will erst mal ein Signal über HDMI ausgeben. Und wenn es nur der Ton ist .

Jogibär

Hallo Piet,

das ist nur mal meine Einstellung zu dem Thema.

Ich habe soweit die Hinweise vom seahawk1986 einfließen lassen.

Danke nochmals dafür .

Jetzt hängt es am Start vom VDR:

vdr systemd[1]: vdr.service: Scheduled restart job, restart counter is at 5.

vdr systemd[1]: Stopped vdr.service - Video Disk Recorder.

vdr systemd[1]: vdr.service: Start request repeated too quickly.

vdr systemd[1]: vdr.service: Failed with result 'signal'.

vdr systemd[1]: Failed to start vdr.service - Video Disk Recorder.

root@vdr:/home/michael# systemctl status vdr.service

× vdr.service - Video Disk Recorder

Loaded: loaded (/lib/systemd/system/vdr.service; enabled; preset: enabled)

Active: failed (Result: signal) since Thu 2023-12-28 14:42:35 CET; 9s ago

Process: 1420 ExecStartPre=/bin/sh /usr/lib/vdr/merge-commands.sh commands (code=exited, status=0/SUCCESS)

Process: 1430 ExecStartPre=/bin/sh /usr/lib/vdr/merge-commands.sh reccmds (code=exited, status=0/SUCCESS)

Process: 1440 ExecStart=/usr/bin/vdr (code=killed, signal=SEGV)

Main PID: 1440 (code=killed, signal=SEGV)

CPU: 626ms

vdr systemd[1]: Failed to start vdr.service - Video Disk Recorder.

vdr systemd[1]: vdr.service: Scheduled restart job, restart counter is at 5.

vdr systemd[1]: Stopped vdr.service - Video Disk Recorder.

vdr systemd[1]: vdr.service: Start request repeated too quickly.

vdr systemd[1]: vdr.service: Failed with result 'signal'.

vdr systemd[1]: Failed to start vdr.service - Video Disk Recorder.

root@vdr:/home/michael# journalctl -xeu vdr.service

vdr vdr[1086]: [1086] initializing plugin: mplayer (0.10.4): Media replay via MPlayer

vdr vdr[1086]: [1100] rpihddevice: cAudioDecoder() thread started

vdr vdr[1086]: [1086] loading /var/lib/vdr/plugins/mplayersources.conf

vdr vdr[1086]: [1086] initializing plugin: osdserver (0.1.3): Server for remote OSD clients

vdr vdr[1086]: [1086] initializing plugin: quickepgsearch (0.0.1): Schnelle Suche nach Sendungen

vdr vdr[1086]: [1086] initializing plugin: rpihddevice (1.0.6): HD output device for Raspberry Pi

vdr vdr[1086]: [1086] rpihddevice: HwInit() done, display size is 720x576

vdr vdr[1086]: [1086] rpihddevice: MPEG2 video decoder not enabled!

vdr vdr[1086]: [1086] new device number 3 (card index 3)

vdr vdr[1086]: [1086] setting primary device to 1

vdr vdr[1086]: [1086] device 1 has no MPEG decoder

vdr vdr[1086]: * failed to add service - already in use?

vdr vdr[1086]: sources: filesource /var/lib/vdr-plugin-mplayer/DVD-VCD has no includes set

vdr vdr[1086]: sources: filesource /media/cdrom has no includes set

vdr vdr[1086]: [1086] trying device number 2 instead

vdr vdr[1086]: [1086] setting primary device to 2

vdr vdr[1086]: [1102] audio decoder thread started (pid=1086, tid=1102, prio=high)

vdr vdr[1086]: [1086] rpihddevice: new cOsdProvider()

vdr vdr[1086]: [1102] rpihddevice: cAudioDecoder() thread started

vdr vdr[1086]: [1103] ovgthread thread started (pid=1086, tid=1103, prio=high)

vdr vdr[1086]: [1103] rpihddevice: cOvgThread() thread started

vdr systemd[1]: vdr.service: Main process exited, code=killed, status=11/SEGV

░░ Subject: Unit process exited

░░ Defined-By: systemd

░░ Support: https://www.debian.org/support

░░  

░░ An ExecStart= process belonging to unit vdr.service has exited.

░░  

░░ The process' exit code is 'killed' and its exit status is 11.

Dez 28 14:30:30 vdr systemd[1]: vdr.service: Failed with result 'signal'.

░░ Subject: Unit failed

░░ Defined-By: systemd

░░ Support: https://www.debian.org/support

░░  

░░ The unit vdr.service has entered the 'failed' state with result 'signal'.

Dez 28 14:30:30 vdr systemd[1]: Failed to start vdr.service - Video Disk Recorder.

░░ Subject: A start job for unit vdr.service has failed

░░ Defined-By: systemd

░░ Support: https://www.debian.org/support

░░  

░░ A start job for unit vdr.service has finished with a failure.

Anscheinend liegt es daran, das ein segv auftritt.

Wenn ich den Start von hddevice herausnehme, dann klappt der Start.

Kann ich irgendwie herausbekommen, was genau schief läuft?

Eventuell liegt es, wie von MarkusE dargelegt an: https://github.com/reufer/rpihddevice/issues/12.

Kann das jemand bestätigen?

Ich habe außerdem festgestellt, daß ich mit raspi-config bei meinem Image hier die Speicherverteilung nicht einstellen kann,

bei der Kodi Dist auf meinem anderen Raspi vom gleichen Typ gibt es aber die Option bei raspi-config.

Warum gibt es da schon wieder Unterschiede? Weiß das jemand?

Bei Kodi mußte ich den GPU Speicher erhöhen, da bestimmte HD Videos nicht abgespielt wurden.

Kann ich irgendwo die aktuelle Speicherzuordung auslesen?

z.B. zeigt cat /proc/iomem folgendes an:

...

f808000-3f8080ff : 3f902000.hdmi hd

3f902000-3f9025ff : 3f902000.hdmi hdmi

...

Jogibär

Hallo,

Naja, ist auch nur zum konfigurieren, compilieren und dann installieren oder?

Ich möchte schon bei einer Paketverwaltung bleiben.

Den Rest habe ich dann bei https://www.yavdr.org angesehen.

Ich habe mir schon öfters mit so etwas das System komplett zerschossen.

Seit dem bin ich arg vorsichtig.

Wenn man einmal in der Abhängigkeiten-Hölle sitzt, kommt man nur schwer wieder raus.

Eventuell zu unrecht, aber ich bin mit apt bisher (bis auf ein paar Ausnahmen, gut gefahren.

Ubuntu ist nicht so mein Ding, das es doch Unterschiede zu Debian gibt.

Damit komme ich gut zurecht.

Jogibär

Hallo vdr_rossi ,

So dankbar ich für jede Hilfe bin, aber jemanden nur einen Knochen hinzuwerfen,

ist meiner Meinung nach wenig hilfreich.

Das ist ja auch nur eine andere Dist, dessen Stand 03/2016 ist (Link).

Diese mit aktuellen Sicherheitspatches zu versorgen, dazu fehlt mir nicht nur die Zeit, sondern auch der Elan.

Ich versuche es lieber mit einer aktuellen Debian Version.

Ich komme ja, wie in einem Minenfeld, Stück für Stück weiter.

Außerdem wenn im Blog "Nvidia driver" lese, dann ist diese nicht wirklich für den Raspberry geeignet.

Trotzdem Danke.

Jogibär

Hallo,

Danke Euch beiden für die Rückmeldung:

Ich nutze 2023-12-05-raspios-bookworm-armhf-full.img.xz, 32Bit.

Ich bin eigentlich schon lange mit dem vdr zusammen. Ca. 20 Jahre.

Ich hatte damals schon mehrere diverse Distributionen versucht, aber eigentlich nur Probleme.

Bei einer ging das nicht, bei der anderen wieder was anderes nicht.

Daher hatte ich dann komplett auf Debian gesetzt und bin bisher damit gut gefahren.

Ich brauchte in den Jahren auch nicht viel dran ändern. Lief problemlos.

Nach einer gefühlten Ewigkeit habe ich mich entschlossen einen neuen vdr aufzusetzen.

Hauptsächlich, da SD Sender immer weniger werden und der Raspi braucht auch weniger Strom.

Ich habe mir dazu eine Sundtek und eine Hauppauge Nova besorgt.

Es hat sich in der Zwischenzeit doch einiges geändert, da bin ich gerade dabei, mich mehr oder weniger einzuarbeiten.

Ich werde Eure Vorschläge morgen mal testen.

Es ist auch etwas kompliziert. Die notwendigen Infos sind über mehrere Foren und Erfahrungen von Nutzer verstreut.

Der Tip mit https://www.yavdr.org ist gut.

Aber auch wieder so ein Problem.

In jeder Dist ist vieles anders geregelt. Tipps passen manchmal überhaupt nicht. Befehle funktionieren oder existieren nicht.

Von den Paketabhängigkeiten ganz zu schweigen. Da wird wild herum gemischt.

Bei Updates gibt es dann laut Foren oft Probleme usw.

Bei https://www.yavdr.org und MLD wird es wahrscheinlich ähnlich sein.

Das ist auch meiner Meinung nach das größte Problem von Linux. Jeder macht das gleiche immer anders.

Daher möchte ich möglichst bei Debian bleiben. Da weiß ich, was ich habe.

Ist natürlich etwas aufwendiger. Aber Basteln macht auch Spaß und ist lehrreich.

Jogibär

Hallo KF,

Ich werde es mir mal ansehen.

Aber trotzdem versuche ich erst mal weiter mein Glück mit meiner Bastelei...

OK : 32Bit Version läuft.

OK :rpihddevice ist compiliert und der VDR sollte laufen:

root@vdr:/home/michael# systemctl status vdr.service

● vdr.service - Video Disk Recorder

Loaded: loaded (/lib/systemd/system/vdr.service; enabled; preset: enabled)

Active: active (running) since Tue 2023-12-19 20:38:33 CET; 5min ago

Process: 1626 ExecStartPre=/bin/sh /usr/lib/vdr/merge-commands.sh commands (code=exited, status=0/SUCCESS)

Process: 1636 ExecStartPre=/bin/sh /usr/lib/vdr/merge-commands.sh reccmds (code=exited, status=0/SUCCESS)

Main PID: 1646 (vdr)

Status: "Ready"

Tasks: 8 (limit: 1559)

CPU: 1.376s CGroup: /system.slice/vdr.service

Dez 19 20:38:33 vdr systemd[1]: Started vdr.service - Video Disk Recorder.

Dez 19 20:38:33 vdr vdr[1646]: [1646] switching to channel 1 S19.2E-1-1089-12003 (RTL Television)

Dez 19 20:38:33 vdr vdr[1646]: [1646] setting watchdog timer to 60 seconds

Dez 19 20:38:33 vdr vdr[1646]: [1655] SVDRP server handler thread started (pid=1646, tid=1655, prio=low)

Dez 19 20:38:33 vdr vdr[1646]: [1655] SVDRP vdr opening port 6419/tcp

Dez 19 20:38:33 vdr vdr[1646]: [1655] SVDRP vdr listening on port 6419/tcp

Dez 19 20:38:33 vdr vdr[1646]: [1646] OSD size changed to 720x480 @ 1

Dez 19 20:38:33 vdr vdr[1646]: [1646] ERROR: no OSD provider available - using dummy OSD!

Dez 19 20:38:35 vdr vdr[1646]: [1646] max. latency time 1 seconds

Dez 19 20:38:43 vdr vdr[1646]: [1649] frontend 0/0 timed out while tuning to ch

└─1646 /usr/bin/vdr

Dez 19 20:42:32 vdr vdr[1646]: [1649] frontend 0/0 timed out while tuning to channel 108 (Sky 1 +1 HD), tp 111797

Dez 19 20:42:32 vdr vdr[1646]: [1651] frontend 1/0 timed out while tuning to channel 110 (TNT Comedy HD), tp 111875

...

Allerdings zeigt er mir über HDMI nur die Konsole an.

Ich habe in /etc/init.d/vdr folgendes abgeändert:

VDRPRG=/usr/bin/vdr -P rpihddevice --display 5

Ist das richtig?

Bei einem Eintrag in /etc/vdr/conf.d/00-vdr.conf mit -P rpihddevice startet der vdr nicht.

Außerdem komme ich mit vdradmin-am nicht auf den vdr

http://192.168.128.20:8001/

Meldung: Konnte Verbindung zu vdr:6419 nicht aufbauen: IO::Socket::INET: Bad hostname 'vdr'

Bitte überprüfen Sie, dass VDR läuft und dass seine svdrphosts.conf richtig konfiguriert ist.

Allerdings komme ich mit den gleichen Einstellungen problemlos auf meinen alten "SD" vdr auf einem anderen Rechner.

Die svdrphosts.con und die Firewall Einstellungen sind gleich.

Irgendwas stimmt nicht, aber der VDR läuft doch, oder?

Jogibär

PS:

vdradmin-am Zugriff läuft.

Hatte hosts.allow übersehen.

Jogibär

Hallo,

speziell bedeutet, das ich befürchte, bei Updates größere Probleme zu bekommen.

Darum sind mir Standard Dists wie Debian am liebsten.

Ich habe da so meine eigene Erfahrungen gemacht.

Jogibär

Hallo,

werde morgen mal die 32 Bit Version für den RPI probieren.

Jogibär

Hallo,

alles klar:

root@sundtek:/opt/vc/lib# file libopenmaxil.so

libopenmaxil.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked,

not stripped

libEGL.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, with debug_info,

not stripped

libbrcmGLESv2.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, with debug_info, not stripped

32Bit Libs werden nicht funktionieren.

Wo oder wie bekomme ich jetzt 64 Bit Libs her?

Kann man über den Quellcode welche bauen und wie?

Das wäre für mich auch Neuland!

jogibär

Hallo,

wenn ich im Makefile das Verzeichnis /opt/vc/lib ohne Pfadangabe eingebe, erhalte ich:

/usr/bin/ld: skipping incompatible /opt/vc/lib/libbcm_host.so when searching for -lbcm_host

/usr/bin/ld: skipping incompatible /opt/vc/lib/libvcos.so when searching for -lvcos

/usr/bin/ld: skipping incompatible /opt/vc/lib/libvchiq_arm.so when searching for -lvchiq_arm

/usr/bin/ld: skipping incompatible /opt/vc/lib/libopenmaxil.so when searching for -lopenmaxil

/usr/bin/ld: cannot find -lopenmaxil: Datei oder Verzeichnis nicht gefunden

/usr/bin/ld: skipping incompatible /opt/vc/lib/libopenmaxil.so when searching for -lopenmaxil

Anscheinend passen die Libs nicht.

Ich weiß auch nicht mehr weiter.

Oder habe ich was in der "reufer" Anleitung übersehen?

Jogibär

Hallo,

folgendes bringt mich etwas weiter:

https://forums.raspberrypi.com/viewtopic.php?t=304614

(letzte Antwort)

So, -lopenmaxil ist noch offen

Jogibär

Hallo kfb77,

compilieren geht jetzt, dafür mault jetzt der Linker rum:

g++ -g -O2 -ffile-prefix-map=/build/vdr-ih0fHL/vdr-2.6.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D__STDC_CONSTANT_MACROS -c -DPLUGIN_

NAME_I18N='"rpihddevice"' -DHAVE_LIBOPENMAX=2 -DOMX -DOMX_SKIP64BIT -DUSE_EXTERNAL_OMX -DHAVE_LIBBCM_HOST -DUSE_EXTERNAL_LIBBCM_HOST -DUSE_VCHIQ_ARM -Wno-psabi -Wno-write-strings -fpermissive -D__STL_CONFIG_H -DHAVE_LIBSWRESAMPLE -Iilclient -I/opt/vc/include -I/opt/vc/in

clude/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux -I/usr/include/aarch64-linux-gnu -I/usr/include/aarch64-linux-gnu -I/usr/include/aarch64-linux-gnu -I/usr/include/freetype2 -I/usr/include/libpng16 -o display.o display.c

g++ -g -O2 -ffile-prefix-map=/build/vdr-ih0fHL/vdr-2.6.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D__STDC_CONSTANT_MACROS -L/opt/vc/li

b -shared rpihddevice.o tools.o setup.o omx.o audio.o omxdevice.o ovgosd.o display.o -lbcm_host -lvcos -lvchiq_arm -lopenmaxil -lbrcmEGL -lbrcmGLESv2 -lpthread -lrt -Wl,--whole-archive ilclient/libilclient.a -Wl,--no-whole-archive -lavcodec -lavformat -lswresample -lf

reetype -o libvdr-rpihddevice.so

/usr/bin/ld: skipping incompatible /opt/vc/lib/libbcm_host.so when searching for -lbcm_host

/usr/bin/ld: skipping incompatible /opt/vc/lib/libvcos.so when searching for -lvcos

/usr/bin/ld: skipping incompatible /opt/vc/lib/libvchiq_arm.so when searching for -lvchiq_arm

/usr/bin/ld: skipping incompatible /opt/vc/lib/libopenmaxil.so when searching for -lopenmaxil

/usr/bin/ld: cannot find -lopenmaxil: Datei oder Verzeichnis nicht gefunden

/usr/bin/ld: skipping incompatible /opt/vc/lib/libopenmaxil.so when searching for -lopenmaxil

/usr/bin/ld: skipping incompatible /opt/vc/lib/libbrcmEGL.so when searching for -lbrcmEGL

/usr/bin/ld: cannot find -lbrcmEGL: Datei oder Verzeichnis nicht gefunden

/usr/bin/ld: skipping incompatible /opt/vc/lib/libbrcmEGL.so when searching for -lbrcmEGL

/usr/bin/ld: skipping incompatible /opt/vc/lib/libbrcmGLESv2.so when searching for -lbrcmGLESv2

/usr/bin/ld: cannot find -lbrcmGLESv2: Datei oder Verzeichnis nicht gefunden

/usr/bin/ld: skipping incompatible /opt/vc/lib/libbrcmGLESv2.so when searching for -lbrcmGLESv2

collect2: error: ld returned 1 exit status

make: *** [Makefile:170: libvdr-rpihddevice.so] Fehler 1

Was ist denn nun schon wieder los?

Da kann man nur noch verzweifeln.

In welchen Paketen stecken denn lopenmaxil, lbrcmEGL, lbrcmGLESv2?

libegl-dev, libgles-dev, libgles2 sind im System vorhanden.

In einem anderen Forum habe ich folgende Lösung gefunden:

sudo ln -s /usr/lib/arm-linux-gnueabihf/libGLESv2.so /usr/lib/libbrcmGLESv2.so

sudo ln -s /usr/lib/arm-linux-gnueabihf/libEGL.so /usr/lib/libbrcmEGL.so

Funktioniert aber nicht.

Jogibär

PS: Mann, Mann, Mann, das ist doch keine Raketenwissenschaft.

Langsam wundert es mich nicht mehr, das es Linux nicht umfassend auf den Desktop schafft

Eine Bastellei wie vor 15 Jahren...

Hallo zusammen,

ich habe jetzt von https://github.com/reufer/rpihddevice den Quellcode heruntergeladen.

Ich bin nach der Anleitung vorgegangen, erhalte aber einen Compilerfehler:

root@sundtek:/opt/rpihddevice-master# make clean

make --no-print-directory -C ilclient clean

for i in ilclient.o ilcore.o; do (if test -e "$i"; then ( rm $i ); fi ); done

root@sundtek:/opt/rpihddevice-master# make

make --no-print-directory -C ilclient all

cc -g -O2 -ffile-prefix-map=/build/vdr-ih0fHL/vdr-2.6.0=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC

.

.

.

ar r libilclient.a ilclient.o ilcore.o

ar: creating libilclient.a

rm ilcore.o ilclient.o

g++ -g -O2 -ffile-prefix-map=/build/vdr-ih0fHL/vdr-2.6.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D__STDC_CONSTANT_MACROS -c -DPLUGIN_

NAME_I18N='"rpihddevice"' -DHAVE_LIBOPENMAX=2 -DOMX -DOMX_SKIP64BIT -DUSE_EXTERNAL_OMX -DHAVE_LIBBCM_HOST -DUSE_EXTERNAL_LIBBCM_HOST -DUSE_VCHIQ_ARM -Wno-psabi -Wno-write-strings -fpermissive -D__STL_CONFIG_H -DHAVE_LIBSWRESAMPLE -Iilclient -I/opt/vc/include -I/opt/vc/in

clude/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux -I/usr/include/aarch64-linux-gnu -I/usr/include/aarch64-linux-gnu -I/usr/include/aarch64-linux-gnu -I/usr/include/freetype2 -I/usr/include/libpng16 -o rpihddevice.o rpihddevice.c

g++ -g -O2 -ffile-prefix-map=/build/vdr-ih0fHL/vdr-2.6.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D__STDC_CONSTANT_MACROS -c -DPLUGIN_

NAME_I18N='"rpihddevice"' -DHAVE_LIBOPENMAX=2 -DOMX -DOMX_SKIP64BIT -DUSE_EXTERNAL_OMX -DHAVE_LIBBCM_HOST -DUSE_EXTERNAL_LIBBCM_HOST -DUSE_VCHIQ_ARM -Wno-psabi -Wno-write-strings -fpermissive -D__STL_CONFIG_H -DHAVE_LIBSWRESAMPLE -Iilclient -I/opt/vc/include -I/opt/vc/in

clude/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux -I/usr/include/aarch64-linux-gnu -I/usr/include/aarch64-linux-gnu -I/usr/include/aarch64-linux-gnu -I/usr/include/freetype2 -I/usr/include/libpng16 -o tools.o tools.c

g++ -g -O2 -ffile-prefix-map=/build/vdr-ih0fHL/vdr-2.6.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D__STDC_CONSTANT_MACROS -c -DPLUGIN_

NAME_I18N='"rpihddevice"' -DHAVE_LIBOPENMAX=2 -DOMX -DOMX_SKIP64BIT -DUSE_EXTERNAL_OMX -DHAVE_LIBBCM_HOST -DUSE_EXTERNAL_LIBBCM_HOST -DUSE_VCHIQ_ARM -Wno-psabi -Wno-write-strings -fpermissive -D__STL_CONFIG_H -DHAVE_LIBSWRESAMPLE -Iilclient -I/opt/vc/include -I/opt/vc/in

clude/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux -I/usr/include/aarch64-linux-gnu -I/usr/include/aarch64-linux-gnu -I/usr/include/aarch64-linux-gnu -I/usr/include/freetype2 -I/usr/include/libpng16 -o setup.o setup.c

g++ -g -O2 -ffile-prefix-map=/build/vdr-ih0fHL/vdr-2.6.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D__STDC_CONSTANT_MACROS -c -DPLUGIN_

NAME_I18N='"rpihddevice"' -DHAVE_LIBOPENMAX=2 -DOMX -DOMX_SKIP64BIT -DUSE_EXTERNAL_OMX -DHAVE_LIBBCM_HOST -DUSE_EXTERNAL_LIBBCM_HOST -DUSE_VCHIQ_ARM -Wno-psabi -Wno-write-strings -fpermissive -D__STL_CONFIG_H -DHAVE_LIBSWRESAMPLE -Iilclient -I/opt/vc/include -I/opt/vc/in

clude/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux -I/usr/include/aarch64-linux-gnu -I/usr/include/aarch64-linux-gnu -I/usr/include/aarch64-linux-gnu -I/usr/include/freetype2 -I/usr/include/libpng16 -o omx.o omx.c

g++ -g -O2 -ffile-prefix-map=/build/vdr-ih0fHL/vdr-2.6.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D__STDC_CONSTANT_MACROS -c -DPLUGIN_

NAME_I18N='"rpihddevice"' -DHAVE_LIBOPENMAX=2 -DOMX -DOMX_SKIP64BIT -DUSE_EXTERNAL_OMX -DHAVE_LIBBCM_HOST -DUSE_EXTERNAL_LIBBCM_HOST -DUSE_VCHIQ_ARM -Wno-psabi -Wno-write-strings -fpermissive -D__STL_CONFIG_H -DHAVE_LIBSWRESAMPLE -Iilclient -I/opt/vc/include -I/opt/vc/in

clude/interface/vcos/pthreads -I/opt/vc/include/interface/vmcs_host/linux -I/usr/include/aarch64-linux-gnu -I/usr/include/aarch64-linux-gnu -I/usr/include/aarch64-linux-gnu -I/usr/include/freetype2 -I/usr/include/libpng16 -o audio.o audio.c

audio.c: In member function ‘int cRpiAudioDecoder::cParser::DeInit()’:

audio.c:159:17: error: ‘av_free_packet’ was not declared in this scope; did you mean ‘av_new_packet’?

159 | av_free_packet(&m_packet);

| ^~~~~~~~~~~~~~

| av_new_packet

audio.c: In member function ‘virtual int cRpiAudioDecoder::Init()’:

audio.c:1181:9: error: ‘avcodec_register_all’ was not declared in this scope

1181 | avcodec_register_all();

| ^~~~~~~~~~~~~~~~~~~~

audio.c:1189:70: warning: invalid conversion from ‘const AVCodec*’ to ‘AVCodec*’ [-fpermissive]

1189 | m_codecs[cAudioCodec::eMPG ].codec = avcodec_find_decoder(AV_CODEC_ID_MP3);

| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~

| |

| const AVCodec*

audio.c:1190:70: warning: invalid conversion from ‘const AVCodec*’ to ‘AVCodec*’ [-fpermissive]

1190 | m_codecs[cAudioCodec::eAC3 ].codec = avcodec_find_decoder(AV_CODEC_ID_AC3);

| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~

| |

| const AVCodec*

audio.c:1191:70: warning: invalid conversion from ‘const AVCodec*’ to ‘AVCodec*’ [-fpermissive]

1191 | m_codecs[cAudioCodec::eEAC3 ].codec = avcodec_find_decoder(AV_CODEC_ID_EAC3);

| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~

| |

| const AVCodec*

audio.c:1192:70: warning: invalid conversion from ‘const AVCodec*’ to ‘AVCodec*’ [-fpermissive]

1192 | m_codecs[cAudioCodec::eAAC ].codec = avcodec_find_decoder(AV_CODEC_ID_AAC);

| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~

| |

| const AVCodec*

audio.c:1196:70: warning: invalid conversion from ‘const AVCodec*’ to ‘AVCodec*’ [-fpermissive]

1196 | m_codecs[cAudioCodec::eDTS ].codec = avcodec_find_decoder(AV_CODEC_ID_DTS);

| ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~

| |

| const AVCodec*

audio.c: In member function ‘virtual void cRpiAudioDecoder::Action()’:

audio.c:1376:43: error: ‘avcodec_decode_audio4’ was not declared in this scope; did you mean ‘avcodec_decode_subtitle2’?

1376 | int len = avcodec_decode_audio4(m_codecs[codec].context,

| ^~~~~~~~~~~~~~~~~~~~~

| avcodec_decode_subtitle2

make: *** [Makefile:130: audio.o] Fehler 1

Das sieht für mich nicht nach fehlenden Headern aus.

Kann jemand damit was anfangen?

Folgende Pakete habe ich installiert:

ii libavahi-client3:arm64 0.8-10

ii libavahi-common-data:arm64 0.8-10 arm64

ii libavahi-common3:arm64 0.8-10 arm64

ii libavahi-core7:arm64 0.8-10 arm64

ii libavahi-glib1:arm64 0.8-10 arm64

ii libavc1394-0:arm64 0.5.4-5 arm64

ii libavcodec-dev:arm64 8:5.1.4-0+rpt1+deb12u1 arm64

ii libavcodec-extra59:arm64 8:5.1.4-0+rpt1+deb12u1 arm64

ii libavdevice59:arm64 8:5.1.4-0+rpt1+deb12u1 arm64

ii libavfilter8:arm64 8:5.1.4-0+rpt1+deb12u1 arm64

ii libavformat-dev:arm64 8:5.1.4-0+rpt1+deb12u1 arm64

ii libavformat59:arm64 8:5.1.4-0+rpt1+deb12u1 arm64

ii libavif15:arm64 0.11.1-1 arm64

ii libavutil-dev:arm64 8:5.1.4-0+rpt1+deb12u1 arm64

ii libavutil56:arm64 8:4.3.6-0+deb11u1+rpt5 arm64

ii libavutil57:arm64 8:5.1.4-0+rpt1+deb12u1 arm64

ii vdr 2.6.0-1.1 arm64

ii vdr-dev:arm64 2.6.0-1.1 arm64

ii vdr-plugin-epgsearch 2.4.1-2 arm64

ii vdr-plugin-examples 2.6.0-1.1 arm64

ii vdr-plugin-femon 2.4.0-5 arm64

ii vdr-plugin-mplayer 0.10.4-2 arm64

rc vdr-plugin-rpihddevice:armhf 1.0.6+git20230211-17-509f790-0yavdr0~jammy armhf

ii vdradmin-am 3.6.10-4.1 all

Das firmware-master Paket habe ich auch heruntergeladen, aber erstmal nur /opt/vc übernommen.

So richtig weiß ich nicht, was ich ansonsten mit dem ganzem Kram anfangen soll.

Mit jammy habe ich es auch probiert, doch mit den ganzen Abhänigkeiten habe ich erstmal aufgegeben.

Jogibär

Hallo,

Danke an Euch beide.

Das werde ich ausprobieren.

Hallo zusammen,

ich möchte meine alte SD FF Karte in den wohlverdienten Ruhestand schicken.

Es hat sich ja in der Zwischenzeit einiges getan und darum habe ich mir eine Sundtek besorgt.

Das ganze soll auf einem Raspberry 3 laufen.

Distribution:

Linux raspberrypi 6.1.0-rpi4-rpi-v8 #1 SMP PREEMPT Debian 1:6.1.54-1+rpt2 (2023-10-05) aarch64

Sundtek Treiber sind installiert und der vdr läuft.

Wie bekomme ich jetzt die Ausgabe wie bei einer FF, nur auf HDMI raus?

Ich habe jetzt mehre Stunden in Foren verbracht.

Sehr vieles war veraltet.

vdr-plugin-rpihddevice gibt es anscheinend nicht mehr.

MLD ist doch sehr speziell, ich möchte doch eher bei Debian bleiben.

Geht es mit softhdvaapi?

X11 habe ich eigentlich abgeschaltet.

Dann bin ich noch über xineliboutput-fbfe gestolpert.

Was denn nun?

PS: Kodi läuft über einen anderen RPI.

Jogibär

Hallo,

wollte mir auch mal eine USB Karte von Sundtek bestellen.

Liefern leider nur per Paypal.

Kommt für mich jedenfalls überhaupt nicht in Frage.

Mir wurde zwar die Überweisung auf ein Privatkonto (wo auch immer) angeboten,

aber das ist mir zu gefährlich.

Gibt es aktuell noch andere USB Karten für HD, die lieferbar sind?

Oder normale PCI Karten?

Ich habe noch eine alte Digital Devices Cine S2 rumliegen, die eigentlich für wen

anders geplant war.

Aber USB wäre schon interressant.

Was haltet Ihr von der Hauppauge WinTV-Nova-S2 01676 USB?

Jogibär

Hallo,

ich habe jetzt auf 2.4.1 (Bullseye) aktualisiert.

Hier tritt der Fehler nicht mehr auf.

Danke für den Hinweis.

Jogibär

Hallo,

habe jetzt doch ein dist-upgrade auf Buster gemacht.

Fehler tritt trotzdem noch auf.

Hat wirklich keiner eine Idee?

Jogibär