Bug #1130
openFast forward and rewind makes jump
0%
Description
When I fast forward or rewind, a jump of about 1 minute is made before the actual ff or rew is started making it really hard to use. Any one else seeing this? I have also tried it with the xine plugin and it works as it should there.
Running vdr-1.7.31 and softhddevice rev cb91c779.
Thanks
/Hans
Updated by johns about 12 years ago
I can't reproduce.
The tested recording starts exact at the position and without pause,
when I press UP or DOWN for fast backward or fast forward.
SDTV or HDTV or all stations?
Any special VDR patches?
Updated by hans about 12 years ago
I have done some more testing and not all recordings behave this way. I have only seen it on SDTV recordings although I don't have many HDTV recordings to test with.
Sometimes it doesn't happen directly but after a few ff:s and rew:s the jumps starts.
I have "Multi speed mode" set to "no" in VDR Replay menu setting.
The only VDR patch I use is the one that comes with ttxtsubs.
I have a 5 min (140 MB) recording that I can upload.
Regards,
/Hans
Updated by zorbas about 12 years ago
This happens to me sometimes, but not very often.
Regards,
Zorbas
Updated by johns about 12 years ago
- Status changed from New to Confirmed
Seems to be the same problem, like the jump to cut marks.
Try using the software decoder, -P"softhddevice -w no-hw-decoder" or -P"softhddevice -w no-mpeg-hw-decoder".
Any Stations on Astra 19.2 with this bugs?
Updated by hans about 12 years ago
Tried both -w no-hw-decoder and -w no-mpeg-hw-decoder and I also tried setting the environment variables NO_HW=1 and NO_MPEG_HW=1 but the problem remains the same.
Regards,
/Hans
Updated by zorbas over 11 years ago
Would you like me to upload a small recording where you can debug this?
( it only happens to me on 6 channels from the same broadcaster, all 30 other
channels behave correctly, so I wouldn't be surprised if the broadcaster
is doing something stupid ... )