[MPlayer-users] Some issues in FLV encoding

[John Brown]

Alexander Bokovikov wrote:
> John Brown wrote:
>
>> I build my own. I can send you a link using yousendit.com. You should set
>> up your computer so that you can do it yourself. It is very tiresome, but
>> you only have to do it once.
>
> I've tried to build it using Mingw. After a long way of libraries
> installations I've got EXE files, though log file had many errors like
> "blablabla not found or something like that".. Nevertheless my build of
> MEncoder works, but I'm not sure if it really works correctly or not.
> Therefore I use either RC or other SVN builds, mentioned at the MPlayer
> website.

I don't think that you need to worry about the "not found" messages. If a
library is not found, it simply means that a particular feature will be
unavailable, but MPlayer does not *absolutely* require any libraries except
whatever is included in the source. For example, if LAME is not found, then
when you try to use -oac mp3lame, then LAME support will not be built into
MEncoder. When you try to use -oac mp3lame, it will tell you "unknown
codec" or something like that.

Just look at the end of configure output where it talks about
enabled/disabled optional drivers, etc. Then you will know which libraries
you need to get working.

>
> If I could download _full_ set of _working_ libraries from any single 
> location to build
> MPLayer/MEncoder from SVN, I'd be just happy. I have in mind to download it
> all from anybody who really uses them to build from SVN.
>
These are the various optional libraries/tools  that I have managed to compile
on Windows:

amrnb-6.1.0.3.tar.bz2
amrwb-7.0.0.0.tar.bz2
expat-2.0.0.tar.gz
faac-1.25.tar.gz
faad2-2.5.tar.gz
fontconfig-2.4.2.tar.gz
freetype-2.3.4.tar.bz2
gettext-0.16.1.tar.gz
jpegsrc.v6b.tar.gz
lame-3.97.tar.gz
libcdio-0.77.tar.gz
libdca-0.0.2.tar.gz
libdvdcss-1.2.9.tar.bz2
libiconv-1.11.tar.gz
libmad-0.15.1b.tar.gz
libogg-1.1.3.tar.gz
libpng-1.2.16.tar.bz2
libregif-4.1.7.tar.gz
libvorbis-1.2.0.tar.gz
libxml2-2.6.27.tar.bz2
libxslt-1.1.20.tar.bz2
live.2007.07.25.tar.gz /* I think */
lzo-2.02.tar.gz
speex-1.2beta1.tar.gz
twolame-0.3.8.tar.gz
yasm-0.6.2.tar.gz
zlib-1.2.3.tar.bz2

SVN or CVS
xvid - cvs (don't know how to find out version)
x264 - svn 736
libnut - svn 505
dvdnavmini - svn 938
libdvdcss - svn 208

I don't have them easily packaged so that I can upload them,
but you can be sure that these can be compiled on Windows.

>> Just send enough so that the problem can be reproduced. I have given as
>> much
>> help as I can though. Maybe my test was too short.
>
>
> Could anybody check it all and reproduce my error situation?
>

I can confirm that my most recent svn version 26094 does not correctly encode 
the video and audio together in one pass, unless you add -mc 0 to the command
line.  However, an earlier version 25780 does. I used this command line:

mencoder.exe -o test.flv -of lavf -oac mp3lame -lameopts abr:br=64:mode=3 
-srate 22050 -ovc lavc -lavcopts vcodec=flv:vbitrate=300 -vf harddup
-endpos 100

I put the endpos there to stop it before it reaches the end of the file, which
is about 105 secs.

With the most recent svn, there are a lot of "Skipping frame!" messages (without
-mc 0:
-vf harddup did not help, neither did -noskip) and I get the desync that you 
described.

You can download my MEncoder binary at:

http://download.yousendit.com/37C2D39D4E615431

or try your existing svn version with -mc 0.