Posts by carel

WebGrab+Plus

Das hatte ich auch.

Mit:

-v gpu -h cuvid

Geht es dann.

Vielleicht funktioniert -h drm hier?

I tested and can confirm the same conlusion as Speed yesterday: the audio problems start from 5.10.43 -> 5.10.44

Commits on Jun 16, 2021

I'll try 5.15.2 later this week

txs!

Thanks for testing!

zillerbaer does your kernel 5.15.2 offer stable audio for each channel?

I can try some intermediate version to narrow down the commit that causes the issue.

Zillerbaer, do you have a picture or just this error:

AlsaOpenPCM: playback open 'hdmi:CARD=vc4hdmi0' error: Das Argument ist ungültig

I've seen it before and sometimes I need to re-seat the hdmi connector.

5.10.17 and all is fine

gpu_mem is not taken into account when using "dtoverlay=vc4-kms-v3d"

When using fkms "(f)ake kms" it should be set to a min. of 360

I took the values from LE

So any volunteer to test 70+ kernel bumps and find the culprit?

Quote

AlsaOpenPCM: playback open 'hdmi:CARD=vc4hdmi0' error: Das Argument ist ungültig

What does "aplay -L" give you?

BTW: I'm running aarch64.. and indeed it used to work before with an older kernel version (5.10 branch)

In the meanwhile I found the commit:

https://github.com/Hexxeh/rpi-…0d824d2629c3ceba4ba4617fe

Let's try this one!

Cheers

edit: config.txt

arm_64bit=1
hdmi_drive=2
display_auto_detect=1
gpu_mem=76
max_framebuffers=2
dtoverlay=vc4-kms-v3d,cma-512
dtoverlay=rpivid-v4l2
disable_fw_kms_setup=1

Kein Problem!

How did you switch to 5.10.17?

An upgrade is straight forward but how to downgrade?

Do you have a git commit number?

Weil ich dem Deutschen Sprache nicht richtig mächtig bin

Dann dauert es eine Ewigkeit einem post zu erstellen ..

Quote

carel , your kernel is much old. LE using 5.15.10. I'am using 5.15.2 here.

Also tried with the 5.15 branch running on debian version bullseye. Same results

I'll try an older image, this takes some time

I use this vc4-hdmi.conf: vc4-hdmi.conf.gz

softhddevice start with "-a hdmi:CARD=vc4hdmi0"

Pulse audio is not active

Hallo

I took some logs of a channel- switching sequence and the audio availability:

> startup vdr

2 ok

4 nok

1 ok

4 nok

1 nok

4 ok

> shutdown vdr

syslog.gz   vdr.log.gz

ffmpeg from standard repo:

ffmpeg version 4.3.3-0+rpt2+deb11u1 Copyright (c) 2000-2021 the FFmpeg developers

built with gcc 10 (Debian 10.2.1-6)

Linux:

5.10.63-v8+

softhddevice-drm with default settings

I tried some other ffmpeg flavors, compiled from source but all with the same result: sometimes audio, sometimes not

Hope it helps

Kann das Ton problem bestätigen.

Tritt nicht immer mit gleichen Sender auf.

Manchmal bleibt Sender 1 stumm und wechselt der Fehler nach Sender 2 und vice-versa

Ich werde später noch logfiles hochladen

Eine Frage habe ich bzgl "Errors in Recordings"

Kann das vielleicht irgendwie ausgeschaltet werden?

Ich hab manche aufnahmen mit Fehler aber die lassen sich einwandfrei abspielen

Auch gibt’s meiner Meinung nach keine einfache Möglichkeit die Datei zu reparieren.

Danke

Black bars are gone now!

many thanks for fixing even this low prio issue

carel

Hi lnj

I’ll try tomorrow morning!

Thanks for having a look

carel

No, I understand.

It’s not that important!

Hi Inj

Can you reproduce it?

Yes, grab image , snapshots from video

Also the image in live plugin shows these black bars

Hi Lni

Happens with OSD open or closed...

Only captures are impacted, the video is just fine