Project

General

Profile

Bug #1172

Video/Audio goes out of sync with SD Video only

Added by Anonymous almost 9 years ago. Updated over 8 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Start date:
12/06/2012
Due date:
% Done:

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.

greater_sync_2.diff Magnifier (2.11 KB) johns, 12/24/2012 01:10 PM

History

#1 Updated by johns almost 9 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.

#2 Updated by cub69 almost 9 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.

#3 Updated by cub69 almost 9 years ago

Example, channel 111 on Dish Networks 110.

#4 Updated by johns almost 9 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.

#5 Updated by cub69 almost 9 years ago

I definitely have the 60hz option off. Not sure what the channels are broadcasting at. HD plays perfectly.

#6 Updated by johns almost 9 years ago

  • File deleted (greater_sync.diff)

#7 Updated by johns almost 9 years ago

This version is for vaapi + vdpau.

You can you please attach a longer log starting with the channel switch.

#8 Updated by cub69 almost 9 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

#9 Updated by cub69 over 8 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?

#10 Updated by cub69 over 8 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.

#11 Updated by johns over 8 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.

Also available in: Atom PDF