[MPlayer-users] A/V sync off on x86-64 (and ia32)

[Nico Sabbi]

Jasper Taylor wrote:

>
>It can't be *that* broken -- this problem is happening about 25% of the time 
>when I watch files recorded from UK DVB-T, including the BBC! 
>Also on this thread...
>
>On Saturday 15 April 2006 11:01, Nico Sabbi wrote:
>  
>
>>David Jacques wrote:
>>    
>>
>>>Hi,Nico Sabbi,
>>> The file format is normal mpeg2 ts, it was recorded from a satellite
>>>card.
>>>      
>>>
>>as I suspected
>>    
>>
>
>DVB-T actually -- same difference
>  
>
>>>I think it is dealt by ~/libmpdemux/demux_ts.c and ~/libmpeg2.
>>>      
>>>
>>yes, it is.
>>    
>>
>
>...although I think what follows is doubtful...
>
>  
>
>>The problem here is that mplayer decodes data as fast as it can
>>(ignoring the correlation between dts, pts and pcr), and sooner or later
>>it will
>>starve for data, audio and video pts will diverge too much and you will
>>have
>>an ugly still frame as "video stream".
>>
>>I'm afraid that in order to fix this problem mplayer will have to be
>>modified to
>>begin decoding only when the right "time" comes (pcr >= dts)
>>    
>>
>
>	--J
>  
>

that was my answer to a different and unrelated thread, where the poster 
was complaining
A/V sync issues.
Your first sample doesn't suffer for that issue: the video stream (and 
in a lesser measure
the audio stream,too) are simply destroyed