Juri Haberland wrote:
> Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
>> C.Y.M wrote:
>>> Since it has been several years now and I have never been able to solve the 
>>> a/v
>>> desync issues with my Nexus-S FF card when playing back recordings...
>> I'm replaying many recordings (actually most of what I watch
>> are recordings ;-) and don't even remember when was the last
>> time I had an A/V desync.
> I also have A/V desyncs. This is with one TT-DVB-T (and a
> TT-DVB-C, most of the time we record and watch via the DVB-T card).
> In most cases it is bad reception.
> Pausing and restarting the video fixes it - most of the time - but
> sometimes I have to switch back to live TV and restart the video.
>> Are you getting this with recordings from particular channels,
>> or does it happen all the time?
>> Also, is this with MPEG audio or AC3?
> There is no AC3 involved - just plain replay via FBAS and audio out
> of the TT card.

The A/V desync problem would not be so critical if it corrected itself with some
type of time code.  In fact, even playing bad recordings back with some kind of
software decoder can give you a desync once in a while, but the difference is
that the software method fixes the desync automatically (without having to fast
forward or rewind to the next GOP).  Utilizing mpegpes is really the best of
both worlds.  We would still be using the video output on the FF card but having
software to process the actual mpeg decoding.  There would be no transcoding
involved because obviously the recording would already be in a DVB resolution
format.  The CPU usage would be very minimal and I would not need to install
X-windows or some type of framebuffer. I am just talking about regular MPEG
audio/video.  It doesn't seem like it would "that" hard to modify the mplayer
plugin for just this purpose.  In fact, it already works.  But there are a few
minor issues with it.

1) Mplayer can not get the correct seek time when playing back VDR recordings
for some reason (causing the time bar to show incorrect values).
2) Mplayer can not handle playing back split files (ie; 001.vdr, 002.vdr). As of
now each one must be selected individually.
3) Sometimes when playing back a video with mplayer (using only a single FF card
in the machine), something puts a lock on something in /dev/dvb/adapter0/*. So,
if a timer should happen to go off in VDR while you are playing back a video
with mplayer, VDR will crash when attempting to start recording with the timer.

Best Regards.

vdr mailing list

Reply via email to