Raspberry 3 mit DVB Sundtek oder Nova - Ausgabe auf HDMI

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,

Danke an Euch beide.

Das werde ich ausprobieren.

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 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,

folgendes bringt mich etwas weiter:

Looking for libbrcmGLESv2.so libs for arm64 RPI4 - Raspberry Pi Forums

(letzte Antwort)

So, -lopenmaxil ist noch offen

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,

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,

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

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 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,

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