[Libav-user] ffmpeg @ 2.0.X has a bogus FFV1 codec?

André Anjos andre.dos.anjos at gmail.com
Tue Oct 22 08:17:39 CEST 2013


Hello,

I'm using a MacPorts build of ffmpeg 2.0.2. It passes most of our tests,
except the one using the FFV1 codec. This seems independent of the file
format chosen.

How to reproduce the problem:

1) Download the muxing example from the ffmpeg doxygen documentation (
http://ffmpeg.org/doxygen/2.0/doc_2examples_2muxing_8c-example.html)

2) By the end of the application, replace the code:

if (fmt->video_codec != AV_CODEC_ID_NONE) {
video_st = add_stream(oc, &video_codec, fmt->video_codec);
}

With:

video_st = add_stream(oc, &video_codec, AV_CODEC_ID_FFV1)

So, that the FFV1 codec is forced.

3) Compile the program (on OSX, that would be):

clang -I/opt/local/include test.c -L/opt/local/lib -lavutil
-lavcodec -lavformat -lswscale -lswresample -o ffmpeg_test

4) Run the program:

./ffmpeg_test foo.avi

to get:

[libmp3lame @ 0x7fa7d201f200] Channel layout not specified
 Output #0, avi, to 'test.avi':
     Stream #0:0: Video: ffv1, yuv420p, 352x288, q=2-31, 400 kb/s, 90k tbn,
 25 tbc
     Stream #0:1: Audio: mp3 (libmp3lame), 44100 Hz, 2 channels, fltp, 64
 kb/s
 Error encoding video frame: Invalid argument

Result: Bogus file, with error

Expected result: clean file with no errors.

Can anyone confirm this or provide some light on what I could possibly be
doing wrong? A developer from MacPorts has confirmed the problem - it does
not happen on 1.2.x. It does happen with 2.0.1 and 2.0.2 (
https://trac.macports.org/ticket/40829).

Thanks in advance, A


-- 
André Anjos
http://andreanjos.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://ffmpeg.org/pipermail/libav-user/attachments/20131022/4bd5bd86/attachment.html>


More information about the Libav-user mailing list