Bug #1172
openVideo/Audio goes out of sync with SD Video only
0%
Description
I have vdr 1.7.31 with git version of the softhddevice running. HD works perfectly. SD does not - I get constant audio/video out of sync - the log file shows:
Dec 5 18:18:02 tv vdr: video: slow down video, duping frame
Dec 5 18:18:02 tv vdr: video: 24:54:26.986 +51 986 598/\ms 28+8 v-buf
Dec 5 18:18:11 tv vdr: video: slow down video, duping frame
Dec 5 18:18:11 tv vdr: video: speed up video, droping frame
Dec 5 18:18:11 tv vdr: video: 24:54:35.949 -18 1000 598/\ms 31+5 v-buf
Dec 5 18:18:34 tv vdr: video: speed up video, droping frame
Dec 5 18:18:34 tv vdr: video: 24:54:58.651 +0 998 598/\ms 30+8 v-buf
I have an NVIDIA GeForce 8400GS video card and an AMD dual core cpu. I have tried each of the available deinterlacers for the 576i mode and all of the other available audio/video options.
SD has mp2 audio and HD is 720p with generally AC3 audio. I see the above occasionally with HD but it doesn't seem to affect the playing video as much. SD is constantly going out of sync. Using XBMC with the same channels it plays fine.
Files
Updated by johns almost 12 years ago
- File greater_sync.diff added
Seems to be an exotic channel with 598/\ms jitter in the timestamps.
Which channel on which satellite?
You can try the patch to increase the sync area.
Updated by cub69 almost 12 years ago
I tried the patch you posted and it didn't help. These are DVB-S SD channels in North America. All SD channels I've tried to tune give the same result, in fact perhaps a bit worse after the patch. Just let me know what debug or other info I can provide and I will be happy to get it for you.
Updated by johns almost 12 years ago
Your monitor/tv is 60Hz and the stations are broadcasting 60Hz?
(Don't use the 60Hz option in the setup)
But than it should be the same problem with SDTV and HDTV.
Updated by cub69 almost 12 years ago
I definitely have the 60hz option off. Not sure what the channels are broadcasting at. HD plays perfectly.
Updated by johns almost 12 years ago
- File greater_sync_2.diff greater_sync_2.diff added
This version is for vaapi + vdpau.
You can you please attach a longer log starting with the channel switch.
Updated by cub69 almost 12 years ago
The patch doesn't seem to make much of a difference. I decided to recompile vdr, making sure to set VDRDIR=/usr/src/vdr... and make sure no errant vdr libraries were in the tree. I no longer get the continuous messages like above but I still get audio/video sync issues.
Jan 5 15:50:44 tv vdr: [4533] switching to channel 2194
Jan 5 15:50:44 tv vdr: [4533] [softhddev]SetPlayMode: 0
Jan 5 15:50:44 tv vdr: [4533] [softhddev]SetVideoDisplayFormat: 1
Jan 5 15:50:44 tv vdr: [4533] EEPG: setstatus 0
Jan 5 15:50:44 tv vdr: [4690] TS buffer on device 1 thread ended (pid=4533, tid=4690)
Jan 5 15:50:45 tv vdr: [4689] buffer stats: 44556 (1%) used
Jan 5 15:50:45 tv vdr: [4689] receiver on device 1 thread ended (pid=4533, tid=4689)
Jan 5 15:50:45 tv vdr: [4691] receiver on device 1 thread started (pid=4533, tid=4691)
Jan 5 15:50:45 tv vdr: [4692] TS buffer on device 1 thread started (pid=4533, tid=4692)
Jan 5 15:50:45 tv vdr: [4533] [softhddev]SetPlayMode: 1
Jan 5 15:50:45 tv vdr: audio/alsa: using device 'hw:0,2'
Jan 5 15:50:45 tv vdr: audio/alsa: start delay 1000ms
Jan 5 15:50:45 tv vdr: [softhddev] invalid PES video packet
Jan 5 15:50:45 tv vdr: [softhddev] invalid PES video packet
Jan 5 15:50:45 tv vdr: [4539] EEPG: setstatus 0
Jan 5 15:50:45 tv vdr: [4539] EEPG: setstatus 1
Jan 5 15:50:45 tv vdr: [4539] EEPG: Filter Pid:0x0,Tid:0x0 added.
Jan 5 15:50:46 tv vdr: [softhddev] invalid PES video packet
Jan 5 15:50:46 tv vdr: [softhddev] invalid PES video packet
Jan 5 15:50:46 tv vdr: video: slow down video, duping frame
Jan 5 15:50:46 tv vdr: video: decoder buffer empty, duping frame (41816/244) 0 v-buf
Jan 5 15:50:46 tv vdr: video: --:--:--.--- +0 0 206/\ms 0+5 v-buf
Jan 5 15:50:46 tv vdr: audio/alsa: using device 'hw:0,2'
Jan 5 15:50:46 tv vdr: audio/alsa: start delay 1000ms
Jan 5 15:50:48 tv vdr: video: decoder buffer empty, duping frame (41905/8) 0 v-buf
Jan 5 15:50:48 tv vdr: video: slow down video, duping frame
Jan 5 15:50:48 tv vdr: video: 1:06:53.861+1600 1015 206/\ms 3+7 v-buf
I get this last message only on switch and then occasionally and doesn't not match up with out of sync. It is slightly better - not happening as often. I wish I could give you more debug but this is all that I'm getting.
Cub
Updated by cub69 over 11 years ago
I've tried the latest releases and this is still an issue. The issue only happens with mpeg 2 audio and video. h.264 sync is perfect. Xine and XBMC both have no issues keeping the audio/video in sync. The log files are not really giving indications why this is happening. Any suggestions?
Updated by cub69 over 11 years ago
I was finally able to resolve this by playing around in the Makefile - I uncommented the following line:
CONFIG += -DUSE_MPEG_COMPLETE # support only complete mpeg packets
Still get a lot of the slow down/speed up messages in the log file, but no noticeable issues while watching tv.
You can close this issue.
Updated by johns over 11 years ago
- Status changed from New to Resolved
- Assignee set to johns
CONFIG += -DUSE_MPEG_COMPLETE # support only complete mpeg packets
Also fixes old PES recordings. I must look, if I can make it default.