I.e. now everything works fine?
Ok, then I'll improve the screensaver code.
I.e. now everything works fine?
Ok, then I'll improve the screensaver code.
What sync mode you use in softhddevice?
Also, try set SCREENSAVER = 0 in the Makefile line 29 and recompile.
Ok, I will look into it.
With 2.3.1 is this definitely not the case?
You can compile with enabling DEBUG in Makefile, and post syslog. You can see the processor load when playing a recordings.
Look in the main menu for the softhddevice item, there you will see the decoder used (software/hardware).
Well, if there is one, try another signal source (may be iptv).
Image retention when switching from video to radio is an output plugin issue. And I did it in the softhddevice.
I have this too with Ubuntu 22.04, but all ok with Fedora 40.
I have been using the source-transponder-nid-tid combination in my patch for a long time, because in the case of IPTV, the truly unique part of the channel is the "parameters" in transponder, not the frequency. And in the case of incorrect tables on satellites this also helps. There's more in the patch, take a look, maybe something will be useful.
I want play single m3u8 url. How I can to do this. I tried:
But I have:
[socket.cpp,361]: connect(): network unavailable
May be need to add a new stream address M3U8?
I also have some patches for the IPTV plugin.
Maybe we can ask M-Reimer to add the iptv plugin to git vdr-projects?
Added to git.
I seem to have checked all my recordings, if the problem persists, post the recording.
cinfo did you read my last post?
If you have an OSD with a black screen, then the problem is with the tuners and not with the output.
If you don't have a desktop, try delete wireplumber and leave a clean Alsa.
I can't say anything about the sound.
To turn off the screensaver - go to plugin's osd menu, video, disable screensaver - yes, enable DPMS - never.
Version ffmpeg and version softhddevice?
To test, try turning off deinterlacing via the osd menu and see if that reduces the response time.
You can set -v vdpau and test it too.
I don't use video cutting and Markad, very rarely frame-by-frame viewing, I don't record, plus there are still the subtleties of translation, so I can't adequately reproduce the problem. The old ffmpeg worked faster, the further, the more complex the ffmpeg code and the longer the reaction. If you explain how to reproduce the problem and how to do it, I'll try to do something.
dvb-t2 most likely uses hevc, can your video card vdpau hevc?
How can i reproduce the problem. I do from console "./svdrpsend plug softhddrm deta", "./svdrpsend plug softhddrm atta", all works fine.
Press detach in softhddrm osd menu and after attach from console, all works.
mpv does "setenv("DISPLAY", X11Display.c_str(), 1);", maybe it has an effect.
Try in config.c comment line 72 and 73:
else
setenv("DISPLAY", X11Display.c_str(), 1);