"MPlayer does the right thing, presents frame 9 for 1.1 seconds, and continues

with frame 20. MEncoder calculates the right "frame_time", but duplicates the
frame following the gap, i.e. frame 20 is presented for 1.1 seconds."
patch by Jan Kritzner <kritzner@i4.informatik.rwth-aachen.de>


git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8599 b3059339-0415-0410-9bf9-f77b7e298cf2
This commit is contained in:
arpi 2002-12-28 12:51:05 +00:00
parent 3dadd43257
commit 526ddd9235
1 changed files with 2 additions and 2 deletions

View File

@ -1017,6 +1017,8 @@ if(sh_audio){
if(in_size<0){ at_eof=1; break; }
sh_video->timer+=frame_time; ++decoded_frameno;
v_timer_corr-=frame_time-(float)mux_v->h.dwScale/mux_v->h.dwRate;
if(demuxer2){ // 3-pass encoding, read control file (frameno.avi)
// find our frame:
while(next_frameno<decoded_frameno){
@ -1070,8 +1072,6 @@ if( (v_pts_corr>=(float)mux_v->h.dwScale/mux_v->h.dwRate && skip_flag<0)
} // demuxer2
v_timer_corr-=frame_time-(float)mux_v->h.dwScale/mux_v->h.dwRate;
ptimer_start = GetTimerMS();
switch(mux_v->codec){