[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