[softhddevice-drm-gles] Raspberry 4 und 5

rell · January 3, 2026 at 8:56 PM

Quote from fiveten_59

Probably no one notices but the last two gits of gles crash if we also have the radio or Iptv plugin active configured with ples instead of still picture either on Raspberry P4 or Pi5. In any case no images on background
So I'm continuing to use Iptv (by Zabrimus) and an old version of gles by Rellla (1.4.2) with background image (listening radio streams) trough a patched vlcinput showing info about title musicians title etc

Can you specify this? What do you mean with "the last two gits of gles"? What kind of crash? Segfault? Abort? Where does it "crash"? Can you provide a log?

I don't use radio or iptv plugin. How could i reproduce this?

fiveten_59 · January 3, 2026 at 9:09 PM

I mean with the last two or three versions published in the last days I'ts not a crash It's a sort of abort. in any case It'a a long time that there 's no image on background both using iptv alone or iptv + radio

rell · January 3, 2026 at 9:16 PM

Would be glad, if you can specify the first bad commit and can provide a log... There was one commit yesterday and the others are 4 and 5 days old.

Which ffmpeg version do you use?

Did you test with https://github.com/rellla/vdr-plu…2835e346517b18a?

fiveten_59 · January 3, 2026 at 9:30 PM

Yes .I've tested with that version too

FFmpeg 7.1.3 native on Debian Trixie (raspberry)

In the next three days (not tomorrow) I can test again everything maybe with rpi-ffmpeg (usually there's no change)

rell · January 3, 2026 at 9:40 PM

Thanks. I have a guess, what could be wrong. I'll try to reproduce and fix it.

rell · January 4, 2026 at 11:18 AM

Ok. So we may have different problems here.

1) Imho, the StillPicture-variant of the radio-plugin is wrong. StillPicture wants either a TS or PES stream (https://git.tvdr.de/?p=vdr.git;a=b…ea;hb=HEAD#l790). But in fact the mpg files are ES data. This is something, which should be fixed in the radio plugin and not worked around in the output plugin. Maybe the other can handle that, softhddevice-drm-gles doesn't.

2) The pes-variant should work, but there is some issue (i guess sync) in softhddevice-drm-gles, which i have to look into.

3) The abort could come from the changes, how filters are handled for ffmpeg8 now. This does only occur, when pes is selected. Honestly i did not test the new code with ffmpeg < 8.0 (blame on me) and i don't have such a setup anymore. So I would be glad, if someone could give some debug logs here, to find out, what goes wrong. This should be a problem with normal playback, too - as soon as a filter steps in (deinterlace_v4l2m2m, bwdif or scale).

I will try to do some changes in the radio plugin for testing and try to find out, whats going on when selecting pes.

fiveten_59 · January 4, 2026 at 5:21 PM

Thanks for your interest

Found a simple solution for avoiding the abort

The problem is that the actual version of soft-gles is unable

to load the background image both with iptv and radio while your old one (1.4.2) did it

rell · January 4, 2026 at 5:31 PM

Can you give me logs to solve that?

fiveten_59 · January 4, 2026 at 10:51 PM

I specify that the same prob is using iptv without radio plugin. No background image loaded

rell · January 4, 2026 at 11:05 PM

Again, I can't help without debug logs.

Zabrimus · January 5, 2026 at 6:30 AM

Quote from fiveten_59

I specify that the same prob is using iptv without radio plugin.

The plugin uses exactly the same mechanism as the the radio plugin. And i don't really understand the creation of the PES picture.

The plugins allows 3 different setups of the still picture:
1. no still picture at all
2. Use StillPicture function (uses cDevice::PrimaryDevice()->StillPicture)
3. Use PlayPes Function (uses cDevice::PrimaryDevice()->PlayPes)

SurfaceCleanerZ · January 5, 2026 at 1:35 PM

Hi,

You could test the graphtft-ng-Plugin. I remember darkly there is another method inside to create the picture for it.

Regards Stefan

Dr. Seltsam · January 5, 2026 at 5:40 PM

I tried this with VDR*Elec from 1 or 2 weeks ago (softhddevice-drm-gles (1.4.2-4f52dbcfd9-dirty)) on Raspi 4.

Using a Internet radio channel with iptv-plugin I get

Code

Jan 05 12:03:31 LibreELEC vdr[11290]: [11310] [softhddevice] device: HandleStillPicture: invalid PES packet
Jan 05 12:03:32 LibreELEC start_vdr.sh[11238]: Segmentation fault (core dumped)

Where does LibreElec store the corefile?

Zabrimus: How do i choose the folder with the image and the mpeg file? I can't find any information in README or iptv.conf

Using the radio-plugin (not radio-ng) I needed to change the path in radio.conf to /storage/.config/vdropt/plugins/radio/mpegstill
With PlayPes I get no picture and log errors, but no crash

Code

Jan 05 16:11:41 LibreELEC vdr[15264]: [15264] radio: [ChannelSwitch # Apid= 3811, Ca= 0] channelname '1LIVE', use image '/storage/.config/vdropt/plugins/radio/mpegstill/radio.mpg'
Jan 05 16:11:41 LibreELEC vdr[15264]: [15336] device 2 TS buffer thread started (pid=15264, tid=15336, prio=high)
Jan 05 16:11:41 LibreELEC vdr[15264]: [15286] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 05 16:11:41 LibreELEC vdr[15264]: [15352] shd main filter thread started (pid=15264, tid=15352, prio=high)
Jan 05 16:11:41 LibreELEC vdr[15264]: [15286] [softhddevice] videostream: main: RenderFrame: error_flag or FRAME_FLAG_CORRUPT
Jan 05 16:11:42 LibreELEC vdr[15264]: [15335] RadiotextCheckTS: new audio track - Pid 3811
Jan 05 16:11:46 LibreELEC vdr[15264]: [15365] DisplayChannel thread started (pid=15264, tid=15365, prio=high)
Jan 05 16:11:46 LibreELEC vdr[15264]: [15365] skinnopacity: First Lock(): 0ms
Jan 05 16:11:46 LibreELEC vdr[15264]: [15365] DisplayChannel thread ended (pid=15264, tid=15365)
Jan 05 16:11:49 LibreELEC vdr[15264]: [15352] shd main filter thread ended (pid=15264, tid=15352)
Jan 05 16:11:49 LibreELEC vdr[15264]: [15335] ERROR: 1 TS packet(s) not accepted in Transfer Mode
Jan 05 16:11:49 LibreELEC vdr[15264]: [15335] CC-ERROR: want 7, got 8
Jan 05 16:11:57 LibreELEC vdr[15264]: [15335] CC-ERROR: want 5, got 6

Display More

With radio plugin configured to StillImage I the same crash as with iptv.

So my experience is the opposite to fiveten_59 - it is not PlayPes what is crashing, but StillImage

rell · January 5, 2026 at 6:20 PM

It's on the way... I can get the picture with StillPicture now, but softhddevice-drm-gles needs some bits to work still. I reworked the stillpicture part of the radio plugin to do a right stillpicture now, it is wrong atm. Stay tuned, will still take some time

Zabrimus · January 5, 2026 at 6:35 PM

Quote from Dr. Seltsam

Zabrimus: How do i choose the folder with the image and the mpeg file? I can't find any information in README or iptv.conf

The iptv plugin first checks if the radio plugin is installed. If it is installed, then the radio plugin handles the still image and the iptv Plugin does nothing.

If the plugin is not installed, then again a choice takes place depending on the setup entry:
- StillImage: Read the image from plugin resource directory/radio.mpg
cDevice::PrimaryDevice()->StillPicture(buffer, sp.size);
radio.mpg: MPEG sequence, v2, MP@ML progressive Y'CbCr 4:2:0 video, HD-TV 1920P, 25 fps

- PrintPES: Create a PES packet internally and send the packet to
cDevice::PrimaryDevice()->PlayPes

I currently discover that the PES handling is very inefficient. Is it really needed or can i remove it completely?

Dr. Seltsam · January 7, 2026 at 7:54 AM

If I remember right, the PES handling was improved in radio-ng. Did you use this code in iptv?

The still image always looked a bit flickering on my screen. I prefer PkayPes. This may even be necessary for perfect fast forward and rewind in radio recordings. Different output plugins have a different behaviour when playing audio-only.

Zabrimus · January 7, 2026 at 9:24 AM

Quote from Dr. Seltsam

If I remember right, the PES handling was improved in radio-ng. Did you use this code in iptv?

I don't know. You you prefer the radio-ng implementation? Then i will check the iptv version.

Edit:
It looks like, that radio-ng is now obsolete and all changes are merged into radio plugin.

rell · January 7, 2026 at 10:02 PM

Switching to german again:

Stillpicture im radio plugin sollte meiner Meinung nach folgendermaßen implementiert werden:
https://github.com/rellla/vdr-plu…342367643386c3b

Das ist dann ein vernünftiger PES und das kann softhddevice-drm-gles mit cDevice::StillPicture auch ohne workarounds darstellen. Grundsätzlich klappt es schon, aber ich muss noch ein paar Tests fahren und nachjustieren, damit StillPicture in softhddevice-drm-gles sowohl für audio-only als auch im normalen Betrieb funktioniert. War doch nicht so einfach wie gedacht. PlayPES habe ich noch nicht angesehen. Das scheitert im Plugin aktuell daran, dass es einen A/V-Sync machen will, weil es denkt, da kommt ein "normaler" AV Stream. DAs klappt natürlich wegen des utopischen video PTS nicht.

Vielleicht kann ja jemand den Patch von oben mit einer anderen softhddevice Version mal testen...

EDIT: Grundsätzlich sollte man send_still_picture auch ohne pts implementieren können, aber das macht es in softhdevice-drm-gles noch etwas komplizierter...

Dr. Seltsam · January 8, 2026 at 11:26 AM

Wie ich jetzt erst sehe, sind die Patches des leider verstorbenen HelmutB aus seinem git inzwischen von M-Reimer auch auf vdr-projects übernommen worden, so dass Zabrimus das Plugin radio-ng dann m.E. aus seinem 'Sortiment' entfernen könnte.

Ich kann den Patch leider nicht in Verbindung mit softhddevice-drm-gles testen, weil ich da nur ein Fertig-Image von VDR*Elec habe. Für softhdodroid habe ich aber eine Entwicklungsumgebung in chroot und werde das heute oder morgen testen. Beide Methoden (StillImage und PlayPes) funktionierten ansonsten mit softhddevice (kann ich mangels Hardware leider auch nicht mehr testen) und softhdodroid bislang ohne Probleme. Ob und welche Verrenkungen in beiden Plugins dafür notwendig waren,weiß ich allerdings nicht.

rell · January 8, 2026 at 11:37 AM

Quote from Dr. Seltsam

Für softhdodroid habe ich aber eine Entwicklungsumgebung in chroot und werde das heute oder morgen testen. Beide Methoden (StillImage und PlayPes) funktionierten ansonsten mit softhddevice (kann ich mangels Hardware leider auch nicht mehr testen) und softhdodroid bislang ohne Probleme. Ob und welche Verrenkungen in beiden Plugins dafür notwendig waren,weiß ich allerdings nicht.

Das wäre super, danke! softhddevice-drm-gles kann ich natürlich selber testen. Das geht soweit prinzipiell mit https://github.com/rellla/vdr-plu…m-gles/pull/155, aber der patch ist noch nicht fertig.

Participate now!