> Gibt es einen Nachteil dadurch
Vermutlich geht dann andere SW nicht mehr, z.B. KODI, X11, ...
Ich kann da nichts genaues sagen. Aber so lange das , was du brauchst, läuft ...
~ Markus
Hallo,
OK du hast es genau auf den Punkt gebracht, nachdem der VDR lief wollte ich mich noch mal um kodi kümmern der hat beim starten Probleme gemacht, konnte aber aufgrund Zeitmangel noch nicht weiter schauen woran es lag, aber schon mal ein guter Hinweis.
MFG
bacardi
Ich habe vdr 2.6.0 nebst rpihddevice auf einem Raspi 3 installiert.
kms-v3d && vc4-fkms-v3d sind deaktiviert und der VDR läuft.
Nur leider besteht das Bild zu 90% aus Artefakten. Kennt Ihr das Problem, eine Idee woran das liegen könnte?
Auf einem anderen Raspi 3 klappt es unter buster prima.
Grüße Jörg
hier noch das log dazu
Feb 8 16:20:30 vdrtft vdr: [1874] rpihddevice: [libav] Header missing
Feb 8 16:20:30 vdrtft vdr: [1874] rpihddevice: failed to decode audio frame!
Feb 8 16:20:31 vdrtft vdr: [1874] rpihddevice: [libav] Header missing
Feb 8 16:20:31 vdrtft vdr: [1874] rpihddevice: failed to decode audio frame!
Feb 8 16:20:35 vdrtft vdr: [1874] rpihddevice: [libav] Header missing
Feb 8 16:20:35 vdrtft vdr: [1874] rpihddevice: failed to decode audio frame!
Feb 8 16:20:39 vdrtft vdr: [1874] rpihddevice: [libav] Header missing
Feb 8 16:20:39 vdrtft vdr: [1874] rpihddevice: failed to decode audio frame!
Feb 8 16:20:43 vdrtft vdr: [1874] rpihddevice: [libav] Header missing
Feb 8 16:20:43 vdrtft vdr: [1874] rpihddevice: failed to decode audio frame!sobald ich von öffentlich rechtlichen auf einen Privaten schalte kommt er wohl mit dem Format gar nicht klar und crashed:
root@vdrtft:~# vdr
assertion failure:ilclient.c:524:ilclient_teardown_tunnels():error == OMX_ErrorNonebacardischmal bei die läuft das?
Bei mir läuft es:
PRETTY_NAME="Raspbian GNU/Linux 11 (bullseye)"Welches Betriebssystem ist auf dem rpi3, auf dem es nicht geht?
Raspbian Bullseye
Hardwareproblem, Wackelkontakt, ...?
Bei Jörg und bei mir das gleiche Symptom, wir machen irgendwas falsch
also Kabel schließe ich hier aus.
Das verhalten aktuell:
- SD geht
- HD öffentlich rechtlich kommen oben genannte Fehlermeldungen und das Bild besteht zu 90% aus Artefakten
- HD private - Crash -> assertion failure:ilclient.c:524:ilclient_teardown_tunnels():error == OMX_ErrorNone
root@vdrtft:~# lsb_release -a
No LSB modules are available.
Distributor ID: Raspbian
Description: Raspbian GNU/Linux 11 (bullseye)
Release: 11
Codename: bullseyeroot@vdrtft:~# vdr --version
vdr (2.6.0/2.6.0) - The Video Disk Recorder
remote (0.7.0) - Remote control
rpihddevice (1.0.5) - HD output device for Raspberry Pi
satip (2.4.1) - SAT>IP DevicesDie unter bullseye fehlende VideoCore Firmware habe ich wie hier beschrieben installiert: http://dev1galaxy.org/viewtopic.php?id=2967
Abspielen von HD öffentlich rechtlichen Aufnahmen geht hier, auch Servus HD.
Live TV & HD private habe ich nicht ...
verstehe ich dich richtig, du spielst ausschließlich Aufnahmen ab?
mit streamdev läuft es viel besser, Artefakte sind weg dennoch immer wieder beim umschalten crash mit dieser Meldung:
assertion failure:ilclient.c:524:ilclient_teardown_tunnels():error == OMX_ErrorNone
verstehe ich dich richtig, du spielst ausschließlich Aufnahmen ab?
Ja. Die liegen auf dem Server, auf den ich mit nfs zugreife.
ich kann bestätigen das die Wiedergabe von Aufzeichnungen einwandfrei läuft.
Damit kein Problem mit dem rpihddevice und dem selbst nach installierten VideoCore unter Bullsey.
Das die Effekte sowohl mit streamdev als auch satip auftreten legt ein Netzwerk Problem nahe, oder wie seht ihr das?
Andere VDR, sogar einer am selben Switch, funktionieren mit streamdev sowohl als auch satip. Also direkt am Ethernet, kein WLAN.
Ich habe auch einen Raspberry Pi mit Buster auf welchem das immer klaglos lief (der ist nur immer Sommer in Betrieb 
). Dort hatte ich mal ähnliches was damals auf einen schlechte Wlan Verbindung zurück zu führen war.
Kann es sein das hier beim Netzwerk eine Änderung von Bullsey die Probleme verursacht, ist da jemand was bekannt?
Paket Verluste habe ich keine und die Aufnahmen kommen ja auch via NFS über das Netzwerk.
bacardischmal bei die läuft das?
Hallo,
also ich habe mittlerweile 2 Varianten, einmal hatte ich ein inplace upgrade von buster auf bullseye durchgeführt, hierzu war auch dieser Thread.
bei der ersten variante habe ich das Problem das Kodi wie geschrieben nicht läuft.
Jetzt habe ich am Wochenende einmal komplett neu das bullseye image geladen und versucht komplett neu aufzusetzen, ich ziehe die installation schon seit 7 Jahren immer wieder hoch, aber hier bin ich aber noch nicht wirklich weiter.
Es gibt einige commits für das rpihddevice damit lässt es sich wieder ohne viele patche bauen:
Ich habe diesmal versucht mir das /opt/vc zu sparen und es damit versucht:
ich kann zwar den vdr und plugins ohne Probleme bauen, aber den vdr nicht starten.
ich erhalte glaube ich immer:
* failed to add service - already in use?
bzw. auch noch eine andere Meldung abhängig von
vc4-kms-v3d && vc4-fkms-v3d deaktivieren oder aktivieren.
root@Linux-TV1:~# uname -a
Linux Linux-TV1 6.1.11-v7+ #1630 SMP Fri Feb 10 12:04:42 GMT 2023 armv7l GNU/Linux
root@Linux-TV1:~# /usr/local/bin/vdr -w 60 -l 3.7 -c /etc/vdr --lirc=/dev/lircd -s /etc/vdr/vdrpoweroff.sh -P rpihddevice
* failed to add service - already in use?
Hatte es jetzt mal auf den aktuellen kernel geschoben, konnte aber noch nicht weiter testen.
ja ich nehme auch das aktuellste rpihddevice aus dem git
* failed to add service - already in use?
bzw. auch noch eine andere Meldung abhängig von
vc4-kms-v3d && vc4-fkms-v3d deaktivieren oder aktivieren.
das ist bei mir weg wenn ich vc4-kms-v3d && vc4-fkms-v3d deaktiviere, dann läuft der VDR und die Ausgabe funktioniert einwandfrei.
Nur mit oben beschriebenen Problemen bei satip und streamdev
ja ich nehme auch das aktuellste rpihddevice aus dem git
das ist bei mir weg wenn ich vc4-kms-v3d && vc4-fkms-v3d deaktiviere, dann läuft der VDR und die Ausgabe funktioniert einwandfrei.
Nur mit oben beschriebenen Problemen bei satip und streamdev
so ich konnte gerade erst nachschauen, bei mir kommt bei dtoverlay=vc4-kms-v3d oder dtoverlay=vc4-fkms-v3d folgende Meldung:
* failed to add service - already in use?
kommentiere ich dtoverlay aus kommt:
Bus-Zugriffsfehler
du hast aber nicht alles mit dtoverlay genommen sondern nur vc4-kms* ?
bei mir schaut das in Summe so aus:
root@vdrtft:~# egrep -v "^(#|$)" /boot/config.txt
hdmi_force_hotplug=1
hdmi_group=2
hdmi_mode=85
hdmi_drive=2
dtparam=audio=on
camera_auto_detect=1
display_auto_detect=1
disable_overscan=1
[cm4]
otg_mode=1
[all]
[pi4]
arm_boost=1
[all]
dtoverlay=gpio-shutdown,gpio_pin=3, active_low=1,gpio_pull=up
gpu_mem=256du hast aber nicht alles mit dtoverlay genommen sondern nur vc4-kms* ?
Hallo,
nein nicht alles, ich hatte versucht so viel wie möglich standard zu lassen, die letzten 4 Zeilen hatte ich nun zum test mal von dir noch rein kopiert hat aber auch nichts geändert.
dtparam=audio=on
camera_auto_detect=1
display_auto_detect=1
max_framebuffers=2
disable_overscan=1
[cm4]
otg_mode=1
[pi4]
arm_boost=1
[all]
gpu_mem=256
enable_uart=1
dtoverlay=pi3-disable-bt
hdmi_force_hotplug=1
hdmi_group=2
hdmi_mode=85
hdmi_drive=2beim starten des vdr erhalte ich auch immer direkt nach dem busfehler in der log:
Feb 17 20:55:05 Linux-TV1 kernel: [ 451.511726] Alignment trap: not handling instruction ed860a00 at [<76bf9400>]
Feb 17 20:55:05 Linux-TV1 kernel: [ 451.511771] 8<--- cut here ---
Feb 17 20:55:05 Linux-TV1 kernel: [ 451.514456] Unhandled fault: alignment exception (0x801) at 0x668f29f6
Feb 17 20:55:05 Linux-TV1 kernel: [ 451.517240] [668f29f6] *pgd=00000000
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!