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@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.
_______________________________________________
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr