[MPlayer-dev-eng] more pts

[Charles Henrich]

> i see your problem, you have very accurate PTS values from TV demuxer,
> calculated from FPS (anyway you should get PTS from gettimeofday() imho) and
> you expect my code to handle it without any magic.  but my code (based on
> mplayer's a-v sync correction) was developed for inaccurate PTS values and
> variable input FPS.

So how would you suggest me implementing this?  I've tried switching it to
fixed audio/video fps inserting 0 length packets (new_demux_packet(0)) for the
missing frames, but that causes video glitches, looks like it requires video
data to compress.  Im all open for suggestions, because no matter what I
implement, the audio loses sync unless I explicity force video frames to come
after all audio frames in the buffer with pauses.  Giving slower frame rates
than possible.

I can produce a perfectly sync'd audio/video stream, how do I pass it through
unscathed?

-Crh

       Charles Henrich         Eon Entertainment         henrich at msu.edu

                       http://www.sigbus.com:81/~henrich