[vlc-devel] vlc on amd64 -- problems with mencoder's h264 and flash movie files
David Liontooth
liontooth at cogweb.net
Sun Mar 12 08:13:06 CET 2006
I've been running VLC on amd64 for a while with excellent results, and
I've come across two problems that occur on this platform but not on i386.
First, h264 files produced with mencoder don't display properly -- the
picture is full of blocks to the point of looking milky (I can send pics
or make samples available).
Second, flv (flash movie) files produced with mencoder don't even open
(debug below).
In both cases, the files play flawlessly on ffplay and mplayer on amd64.
In addition, both types of files play perfectly with the latest (nightly
build) VLC on the i386 platform.
Finally, VLC on amd64 will play h264 files encoded using ffmpeg with no
problems -- I've been serving these for weeks from my amd64.
In sum, this appears to be a bug specific to VLC on amd64, triggered
only when the files are encoded by mencoder. In the case of flash, the
problem may be more general; I haven't yet tested ffmpeg-encoded flash
files on amd64.
Details:
-- the h264 files are encoded as follows, on amd64:
mencoder input.avi -o /dev/null -oac copy -ovc x264 \
-x264encopts pass=1:bitrate=500:bframes=3:subq=2:threads=2
mencoder input.avi -o name-h264-500.avi -oac mp3lame -lameopts cbr:br=64
-ovc x264 \
-x264encopts
pass=2:bitrate=500:bframes=3:subq=6:threads=2:frameref=4:8x8dct
-- the flash files are encoded as follows, on amd64:
mencoder AShort.avi -o output.flv -of lavf -oac mp3lame -lameopts
abr:br=56 -ovc lavc \
-lavfopts i_certify_that_my_video_stream_does_not_use_b_frames \
-lavcopts vcodec=flv:vbitrate=500:mbd=2:mv0:trell:v4mv:cbp:last_pred=3
-srate 22050
Tested with VLC from 0.8.4 to today's nightly build, on several
different boxes with Debian sid i386 and amd64.
Dave
Here is vlc 0.8.5-svn20060312-0 attempting to play output.flv:
[00000273] main playlist debug: creating new input thread
[00000461] main input debug: waiting for thread completion
[00000461] main input debug: `output.flv' gives access `' demux `' path
`output.flv'
[00000461] main input debug: creating demux: access='' demux=''
path='output.flv'
[00000462] main demuxer debug: looking for access_demux module: 2 candidates
[00000461] main input debug: thread 1124096352 (input) created at
priority 0 (input/input.c:260)
[00000461] main input debug: creating access '' path='output.flv'
[00000463] main access debug: looking for access2 module: 5 candidates
[00000463] vcd access debug: trying .cue file: output.cue
[00000463] access_file access debug: opening file `output.flv'
[00000463] main access debug: using access2 module "access_file"
[00000464] main private debug: pre buffering
[00000464] main private debug: received first data for our buffer
[00000461] main input debug: creating demux: access='' demux=''
path='output.flv'
[00000465] main demuxer debug: looking for demux2 module: 43 candidates
[00000465] vobsub demuxer debug: this doesn't seem to be a vobsub file
[00000465] ps demuxer warning: this does not look like an MPEG PS
stream, continuing anyway
[00000465] main demuxer debug: using demux2 module "ps"
[00000461] main input debug: looking for a subtitle file in
/mnt/ssa/TV/scripts/testing/clips/
[00000461] main input debug: `output.flv' successfully opened
[00000465] ps demuxer warning: garbage at input, trying to resync...
[00000461] main input debug: EOF reached
[00000461] main input debug: closing input
--
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
More information about the vlc-devel
mailing list