[MPlayer-users] Strange problem with self-recorded AVI file.
mosgalin at VM10124.spb.edu
Wed Mar 30 08:17:37 CEST 2005
Hi Rainer Hantsch!
On 2005.03.30 at 08:28:08 +0200, Rainer Hantsch wrote next:
> I am recording a TV series with mencoder and I am using the same script since
> a very long time (and it actually works).
> Now I see that the last recording has no index (or a broken one).
> Playing it with xine results in endless waiting (because xine searches the
> whole file for an index or silently rebuilds one), while mplayer plays it from
> With option "-idx" I am also able to position again in the file, but I see
> developing the new picture from multiple tiles when I jump to some location.
> Other files with good index do not have this phenomen.
> The file is only ~800MB in size and there is plenty of disk space, so it
> cannot have been caused by a hard abort because of a full disk, which would
> explain the result.
> I remember that this is a typical effect whenever(!) I am forced to rebuild
> the index.
Unfortunately, mplayer (and mencoder) can't rebuild index for some files
correctly, and marks wrong frames as keyframes - that "tiles" effect on
seeking is the result. You should probably try cvs version (maybe it
will work better), and "mencoder -oac copy -ovc copy -forceidx" may also
If not, there are two good solutions to fix the index: avidemux2 &
virtualdub (and its descendants).
Classic Virtualdub runs without problems under wine and always rebuilds
index correctly, but screws up files with vbr audio a bit (though you
can fix this later) and is very slow. Avidemux2 probably will work too,
but I'm not completely sure about it - check it for yourself (but use
If you have used virtualdub, you can use avimerge tool from transcode to
fix vbr audio sync.
More information about the MPlayer-users