[neumann2k]

Hallo,

nach einiger Testerei konnte ich mein Problem mit dem RPI4 und dem stotterndem Bild bei interlaced Material ausfindig machen.

Das Problem ist, dass die MLD6 den fkms Treiber verwendet. Dieser ist outdaded und sollte nicht verwendet werden. Stattdesessen sollte der moderne kms Treiber aktiviert werden.

Gehen tut das über die „dtoverlay“ Einstelllung in der /boot/config.txt.

Hier muss der Eintrag geändert werden auf:

dtoverlay=vc4-kms-v3d,cma-512

Danach startet das softhddevice-drm-gles nicht mehr, weil sich die ALSA Devices mit dem neuen Treiber geändert haben.

Ich starte das Plugin aktuell mit der Option: „-a plug:hdmi“. Damit läuft es und auch der „interlaced“ Bug ist verschwunden.

Mehr Informationen gibt es in diesem Thead:

https://www.vdr-portal.de/forum/thread/136098-softhddevice-drm-gles-raspberry-4-und-5/

Es wäre toll, wenn das in der MLD6 geändert würde. Wenn ich helfen kann, gerne Bescheid geben.

[clausmuus]

Du kannst die Argumente für das Plugin so setzen:

Code: [Select]

setting set vdr.plugins.softhddevice.args "-a plug:hdmi"
Ich habe bei meinem RPI4 testweise dies eingestellt:

Code: [Select]

dtoverlay=vc4-kms-v3d,cma-512
dtparam=audio=onDann stürzt der VDR direkt beim starten ab, egal ob ich "-a plug:hdmi" setze oder nicht. Die Fehlermeldung ist

Code: [Select]

[softhddevice] audio: AlsaOpenPCM: playback open 'plug:hdmi' error: No such file or directory
Es kam auch vor, dass der VDR nicht abgestürzt dann wird massenweise dies geloggt:

Code: [Select]

[softhddevice] audio/alsa: snd_pcm_avail_update(): Input/output error

[neumann2k]

Was sagt aplay -L ?

[neumann2k]

Ich habe audio in der boot.config auskommentiert, da ich den analog Port nicht brauche. Versuch das einmal.

[clausmuus]

Ohne "dtparam=audio=on" funktioniert es mit "-a plug:hdmi". Das mit dem dtparam ist allerdings eine blöde Einschränkung, da so ein Test im Livemodus nicht funktioniert, es sei denn wir deaktivieren den Kopfhörerausgang per default.

[neumann2k]

Also meiner Meinung nach wird der sowieso wahrscheinlich von niemandem genutzt. Allerdings denke ich würde es auch ohne Deaktivieren gehen, wenn man die /etc/asound.conf anpasst. Leider ist mein Know-How diesbezüglich sehr eingeschränkt.

[clausmuus]

Nein, Anpassen der /etc/asound.conf hilft nicht. Das hatte ich schon probiert.

[neumann2k]

Also ich habe gerade mal testweise wieder dtparam=audio=on gesetzt, bei mir funktioniert der VDR damit auch, wenn ich in der Datei

Code: [Select]

/usr/share/vdr/run.d/30_softhddevice-drm-gles.sh

Code: [Select]

args="$args -a plug:hdmi"
unterhalb von

Code: [Select]

args="$args -d ${resolution:-1920x1080}@${refreshrate:-50}"
gesetzt habe. Irgendwie gibt es scheinbar einen Unterschied zwischen unseren Systemen.

aplay -l

Code: [Select]

root@garage:~# aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: vc4hdmi0 [vc4-hdmi-0], Gerät 0: MAI PCM i2s-hifi-0 [MAI PCM i2s-hifi-0]
  Sub-Geräte: 0/1
  Sub-Gerät #0: subdevice #0
Karte 1: vc4hdmi1 [vc4-hdmi-1], Gerät 0: MAI PCM i2s-hifi-0 [MAI PCM i2s-hifi-0]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 2: Headphones [bcm2835 Headphones], Gerät 0: bcm2835 Headphones [bcm2835 Headphones]
  Sub-Geräte: 8/8
  Sub-Gerät #0: subdevice #0
  Sub-Gerät #1: subdevice #1
  Sub-Gerät #2: subdevice #2
  Sub-Gerät #3: subdevice #3
  Sub-Gerät #4: subdevice #4
  Sub-Gerät #5: subdevice #5
  Sub-Gerät #6: subdevice #6
  Sub-Gerät #7: subdevice #7
aplay -L

Code: [Select]

root@garage:~# aplay -L
null
    Discard all samples (playback) or generate zero samples (capture)
sysdefault
    Default Audio Device
upmix
    Plugin for channel upmix (4,6,8)
sysdefault:CARD=vc4hdmi0
    vc4-hdmi-0, MAI PCM i2s-hifi-0
    Default Audio Device
hdmi:CARD=vc4hdmi0,DEV=0
    vc4-hdmi-0, MAI PCM i2s-hifi-0
    HDMI Audio Output
sysdefault:CARD=vc4hdmi1
    vc4-hdmi-1, MAI PCM i2s-hifi-0
    Default Audio Device
hdmi:CARD=vc4hdmi1,DEV=0
    vc4-hdmi-1, MAI PCM i2s-hifi-0
    HDMI Audio Output
sysdefault:CARD=Headphones
    bcm2835 Headphones, bcm2835 Headphones
    Default Audio Device

[neumann2k]

Nach den Updates, die heute bereitstanden, habe ich nun wieder kein Audio Device mehr. Offenbar liegt es am neuen Kernel?

aplay -l:

Code: [Select]

root@garage:~# aplay -l                                                                     
aplay: device_list:279: keine Soundkarten gefunden ...                                     
root@garage:~#

[neumann2k]

Support Log: L9Mf8X

Hilfe, ich brauch den TV 

[neumann2k]

Offenbar ist im Kernel folgendes Modul nicht enthalten:

Code: [Select]

snd_bcm2835

[neumann2k]

Ok, offenbar wird noch der alte Kernel gebootet:

Code: [Select]

root@garage:/boot# uname -a                                                                 
Linux garage 6.6.22-v8 #1 SMP PREEMPT Tue Mar 19 17:41:59 UTC 2024 aarch64 GNU/Linux       
root@garage:/boot#   
Obwohl Kernel Module für folgende Version vorliegen:

Code: [Select]

root@garage:/lib/modules# ls -al                                                           
insgesamt 0                                                                                 
drwxrwxr-x 1 root root    36  7. Mai 21:39 .                                               
drwxr-xr-x 1 root root 19152  7. Mai 16:43 ..                                               
drwxrwxr-x 1 root root   328  7. Mai 16:43 6.6.22-v8                                       
drwxrwxr-x 1 root root   442  7. Mai 21:40 6.6.63-v8                                       
root@garage:/lib/modules#       
Beim "alten" 6.6.22 fehlen aber alle Module, daher können diese auch nicht geladen werden.

[clausmuus]

Möglicherweise passte der neue Kernel nicht auf die Boot-Partition. Bis vor kurzem war die Boot Partition noch zu klein, damit beim RPI4 ein Kernel Update klappen kann.
Wie groß ich Deine Boot Partition. Du kannst das mit "df -h" nachschauen. Bei mir ist die 140MB groß, was nicht ausreicht. Ich meine bei aktuellen Installationen ist die 300MB groß.

[neumann2k]

Nein, daran liegt es nicht:

Code: [Select]

root@garage:~# df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
devtmpfs        1,6G    4,0K  1,6G    1% /dev
/dev/mmcblk0p2   30G    1,6G   28G    6% /
tmpfs           1,9G       0  1,9G    0% /dev/shm
tmpfs           758M    9,4M  749M    2% /run
tmpfs           1,9G     12K  1,9G    1% /tmp
tmpfs           1,9G    8,0K  1,9G    1% /var/volatile
/dev/mmcblk0p2   30G    1,6G   28G    6% /data
/dev/mmcblk0p1  285M    119M  167M   42% /boot
tmpfs           379M    4,0K  379M    1% /run/user/0
Meiner Meinung nach wird in dem Paket der falsche Kernel ausgeliefert.

[clausmuus]

Bei mir nicht. Ich hatte gestern das Update auf meinem RPI4 gemacht. Allerdings musste ich aufgrund des Platzmangels manuell die alten Kernel löschen. Ich habe auch das kernel8.img gelöscht. Wird das möglicherweise vom RPI4 genommen (sofern es vorhanden ist)? Denn das ist der alte Kernel da die Datei nicht ausgetauscht wird.
Mein RPI4 bootet jetzt allerdings nicht mehr Das muss ich mir erst noch in Ruhe anschauen und eventuell einen neuen Test mit ausreichend großer Boot Partition machen.