[MPlayer-users] dangerous mplayer

[Arpi]

Hi,

> [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html &
>  http://gcc.gnu.org/gcc-2.96.html if you still have questions or problems]
> 
> Thus spake Arpi (arpi at thot.banki.hu):
> > we want to keep mplayer's demuxers, decoders and filters, and extend it
> > with encoding ability. (replacing old vo_odivx hack)
> 
> By the way: I have problems with mplayers demuxer on some AVIs.
> mplayer says that there was a buffer overrun looking for audio data or
> something to that effect.  And I still have problems where skipping
> forward will make the audio lose synchronization.

it's the problem of the input avi file. avi standard says that a-v tracks
should be interleaved. however, some encoders fail in this, and uses back
interleave or doesn't interleave at all.
mplayer of course can handle it, us e-ni to force it. it means speed loss (2
file reading thread instead of 1), especially when reading from devices with
slow random access (cdrom, nfs)

in the encoder it can be the default, as input reaidng speed doens't matters.

> Yes, the latter one can be corrected by some lesser known command line
> switches, but remember that converting an AVI can take up to a day on
> slower hardware, and you will see sync problems only after the encode is
> done.  So this has to work out of the box without tweaks or obscure
> settings!
it works out-of-box with good files. fails only with broken files.


A'rpi / Astral & ESP-team

--
mailto:arpi at thot.banki.hu
http://esp-team.scene.hu