[MPlayer-dev-eng] [PATCH] resubmit realv4.diff

[Balatoni Denes]

Hi!

I can not really tell but you are saying that after the cut when mplayer
says a-v sync:0.0001 the audio is in fact not in sync with video?

if not that, than imho realplayer uses something equivalent to having -mc 5 - 
and with that mplayer can synchronize quickly.

bye
Denes


> I want to report another problem since you're working on;)
> This function below is from Denes's patch:
>
> static int calcts(int kf, int ts, int error){
>     int tmp = kf;
>     tmp+=error;
>     tmp+=ts&(~0x1fff);  // combine with packet timestamp
>              ~~~~~~~~~ I think maybe this could be other value, some rm
> movie
> created by combining two or more movies have this kind of problem. the
> first
> part may end up with a packet timestamp 0x0800. then the next part comes
> with
> another 0x00?0. this problem may completely mess up a-v sync sometimes.
> But
> realplay can handle it smoothly, so I think maybe realplay have some
> other
> way to use packet timestamps.
> If you want samples I have upload one to
> ftp.mplayerhq.hu/incoming/packet_timestamp.rmvb. You can check it, thx