[vlc-devel] Re: vlc on amd64 -- problems with mencoder's h264 and flash movie files

Kuldipsingh Pabla Kuldipsingh.Pabla at Sun.COM
Mon Mar 13 04:19:34 CET 2006


I too am interested in running it on amd64 + OpenSolaris. May be there 
is no one competent enough in the community to fix the problem.

-Kuldip

David Liontooth wrote:
> Should I just give up trying to report VLC bugs? I've been trying for a
> month on the web forum (following the posted instructions), and now
> here.  This is an obvious bug, I'm happy to produce samples, it happens
> consistently, it's reasonably well defined. Is anybody interested in VLC
> on amd64?
> 
> In a decent reporting setup, I'd just go into a bug database and report
> it, but in VLC you have to get the attention of some developer to do it,
> and frankly the system is not working.  What do I do to get this
> reported? It would be great if someone had time to actually look into it
> and fix the problem, but at least provide some way for people to report!
> 
> Dave
> 
> David Liontooth wrote:
> 
> 
>>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
>>
>>
>>
>> 
>>
> 
> 

-- 
Project Buz :: Orchestrated Communication :: http://software.sfbay/buz

-- 
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