[vdr] FF card A/V sync suggestion

Chad Flynt hoochster at sofnet.com
Sat Oct 21 21:37:52 CEST 2006


C.Y.M wrote:

>>>My theory is that since audio is typically 600ms ahead of video, maybe 
>>>the audio buffers run over. Strange thing is why this happens 
>>>reproducible on blackness. Maybe due to extremely low bit rate in this 
>>>situation, more frames get packed into one data block, causing data flow 
>>>to be disturbed beyond some limit. It cant be too high data rate, ATV+ 
>>>has just 2mbit avg, 4mbit max data rate.
>>>      
>>>
>>Does it also occur with the latest test firmware?
>>  http://www.suse.de/~werner/test_av-f22623.tar.bz2
>>
>>If yes, please provide short sample clips.
>>Please verify that the clips are not damaged, i.e. they play fine with
>>mplayer or xine.
>>
>>    
>>
>
>Yes, it still happens on every firmware revision.  But, I really dont think this
>is a firmware issue as much as it is a VDR one.  There must be several ways to
>approach this problem but the best way would be an open source solution IMHO. If
>mplayer can successfully forward the video every time straight to the FF card
>w/o any transcoding, then why cant VDR do the same thing?  Im sure someone can
>post links to problematic recordings if you need some to test with.
>
>Best Regards.
>
>_______________________________________________
>vdr mailing list
>vdr at linuxtv.org
>http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>  
>
It can't be a firmware issue at all if Mplayer and VDR are both using 
the same firmware, and 1 works and the other doesn't, to me that 
completely rules out the firmware. 



More information about the vdr mailing list