Bug #1075
closedchannel switching slow and ver slow
0%
Description
Can't say when this occurred but using vdr 1.7.30 or 1.7.31 with latest softhddevice changing channel can take up to 30s.
With same vdr and xineliboutput it takes 2s.
Updated by zorbas about 12 years ago
forgot to specify that I am not using streamdev or anything else extra. Vdr is on pc that I use to record films.
(slow and ver slow -> slow and very slow, the time to switch channels takes between 5s-30s).
Updated by johns about 12 years ago
I couldn't test 1.7.31 yet, but 1.7.30 works fine.
Disable the info on channel switch:
Menu -> Setup -> OSD -> Info on channel switch -> no
If the channel switching is now quick again, it is a problem
of the dvb card driver, geting the signal strength.
Updated by zorbas about 12 years ago
I did try but it didn't help. (It shouldn't be a dvb driver problem, because then xineliboutput should also be slow?)
I start vdr with:
./vdr -P "softhddevice -x -a hw:0,7" -P remote
But if you can't reproduce this I'll check if the logfile could share some light on this and report if I find something.
(I'd really like to solve this problem because this is an excellent plugin ...)
Updated by johns about 12 years ago
I have upgraded to vdr 1.7.31, streamdev 0.6.0.
The switching time is between 1 - 2s, no difference to old versions.
Updated by zorbas about 12 years ago
The logfile didn't really reveal anything useful.
It is very possible that there is something wrong with my configuration, but a few things puzzles me:
- vdr with xineliboutput changes channels immidiately.
- using czap from commandline locks immidiately.
I will upgrade my pc to a newer kernel + dvb drivers to see if anything changes.
Can you test the softhddevice as a pure output device, meaning not using the streamdev plugin?
Updated by johns about 12 years ago
Tested with dvb card, nothing changed to old versions.
You can build with -DDEBUG and attach the syslog.
Updated by zorbas about 12 years ago
I upgraded everything and was about to report that everything worked well now. But then
it started again. However, I am beginning to believe that the problem is somewhere else
than in the softhdplugin. My guess right now is that it is a hardware problem that
occurs when the Moon is in line with Venus or something which makes it really difficult to
reproduce. So please remove this bug report and sorry for wasting your time.
Updated by johns about 12 years ago
- Status changed from New to Closed
Reopen please, if you find this is a real problem of softhddevice.