I dont'use this plugin but you have really follow the Zabrimus instructions (tested a couple of years ago)
In lingua originale: devi proprio seguirle alla lettera ![]()
I dont'use this plugin but you have really follow the Zabrimus instructions (tested a couple of years ago)
In lingua originale: devi proprio seguirle alla lettera ![]()
Zabrimus wrote
With EXT and vlc i had sometimes problems that the script does not stop cleanly (e.g. vlc is still running).
In my vlcinput I added a simple line at the beginning of the file
killall -9 vlc
In my experience this should prevent the prob
Zabrimus is genial
while vlcinput is clear It's an ext file
RADIO should be hardcoded in streambasehandler.cpp
Really great
You can use vlc as root too
in a terminal you have to use the following command
sed -i 's/geteuid/getppid/' /usr/bin/vlc
after that all work
Sometimes happen that vlcinput is unable to stream some internet radio (expecially american radio trasmitting at 22050 Hz)
so the solution is add 'samplerate=44100' after the codec mpga (better is replace it with mp3)
LC_NUMERIC=C vlc "${URL}" \
--sout "#transcode{vcodec=mp2v$RESIZE_OPTIONS,acodec=mp3,samplerate=44100,vb=${VIDEO_BITRATE},ab=${AUDIO_BITRATE}}:standard{access=udp,mux=ts{pid-video=$#{VPID},pid-audio=${APID},pid-spu=${SPID}},dst=127.0.0.1:${PORT}}" \
--intf dummy
Mmm...
there is a problem
using iptv alone no problem image loaded (stillpicture)
using both radio and iptv even deactivating stillpicture on radio plugin iptv don't load the background image
Personally using a patched vlciptv + a script on the radio side I prefer the second option
It's okay on Rpi5 too
It's okay
now image load correctly on Trixie (pc)
would be okay on rpi4/5
Would be great if Inj publish again his old vlciptv patch + config file for radio plugin
so you can see artist & song in the below of the background image (radio internet streaming)
Tested fix-stillpicture on Debian Trixie and Fedora 42 on pc using softhddevice by ual0ny
If start vdr as user there's no problem
but if I start vdr as root all is ok then if I kill and start it again always as root there's no sound on radio streaming channels
It looks like a prob on vlcinput more than a prob with radio plugin
Update
Found the solution sed -i 's/geteuid/getppid/' /usr/bin/vlc
All is okay
Wait I'm testing it on fedora now ![]()
With the last version of softhddevice-drm-gles and this patched version of vdr-plugin-radio
https://github.com/rellla/vdr-plu…ix-stillpicture
now soft-drm is able to load the radio background image - tested on rpi4 & rpi5
with this type of configuration
stillpicture OFF on Iptv plugin
stillpicture ON on radio plugin
Thanks a lot ![]()
Update after recompilation
No image and sound with iptv + radio with Ples activated
Segmentation fault with iptv +radio with Stillpicture
Segmentation fault with only iptv with Stillpicture
In any case no background image
Not working on Rp4. I've the same error (segmentation fault)
2872 Errore di segmentazione /usr/local/bin/vdr -l 3.7 -u root --lirc -P'dvbapi' -P'softhddevice-drm-gles -a hw:CARD=sndrpihifiberry,0 -d 1920x1080@50' -P'iptv -y /usr/local/bin/yt-dlp' -P'radio' -s /usr/local/bin/vdrpoweroff
Pls note that without radio plugin using only iptv activating stillpicture I've the same following error
4965 Errore di segmentazione /usr/local/bin/vdr -l 3.7 -u root --lirc -P'dvbapi' -P'softhddevice-drm-gles -a hw:CARD=sndrpihifiberry,0 -d 1920x1080@50' -P'iptv -y /usr/local/bin/yt-dlp' -s /usr/local/bin/vdrpoweroff
and always only with iptv activating ples I've no error but not background image
It's okay with softhddevice too
I specify that the same prob is using iptv without radio plugin. No background image loaded
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
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)