[MPlayer-dev-eng] Re: [PATCH] dvr-ms fixes for pts, key frame detection and seeking

[Uoti Urpala]

On Fri, 2007-03-02 at 08:20 -0600, John Donaghy wrote:
> > If it stays out of sync what does the status line show?
> 
> My machine isnt powerful enough to play these HD files properly without
> -framedrop (it's aP4 2.8GHz with 1Gb RAM running WindowsXP with
> hyper-threading) - so I'm getting testing help from Jon Elwood, who said in
> response to this question:
> 
> "Before the switch to progressive, the A-V number was 0.0.  At the switch is
> jumped to 0.5 and then settled to 0.3.  It stayed at 0.3 and never
> recovered.

Staying at a stable constant 0.3 should be almost impossible unless you
give options related to sync. The code should be adjusting sync if there
is such a difference and the situation should not be stable at a nonzero
value.

> The other thing I can tell you is that he converted some samples that
> exhibit the problem to ".mpg" files using DirectShow. The resulting files
> played fine in WMP but, in MPlayer they had the exact same sync issue as the
> dvr-ms version does with my proposed patch. This leads me to believe that
> this is not an asf demuxing issue.
> 
> I posted a converted mpg sample that shows the problem to ftp.mplayerhq.hu a
> while back (Ugly Betty_WPTA-DT_01_02_2007_19_56_07.mpg)

I tested that and did not see any such problems. Audio and video start
from different pts which leads to something like -0.3 desync at the
start (MPlayer starts audio and first video frame simultaneously). At
around 11 seconds there's a discontinuity where audio decoding shows CRC
errors and A-V goes to about 0.7. In both cases MPlayer recovers and A-V
returns to 0 as expected.