[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
ffmpeg development is now concentrated on the codec and format handling. New developments broke ffserver, so don't expect it to work correctly. If you have time and experience, please help us fix it.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Even if ffmpeg can read the file format, it may not support all its codecs. Please consult the supported codec list in the ffmpeg documentation.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Currently, the grabbing stuff does not handle synchronisation correctly. You are free to correct it. It is planned to fix it ASAP.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
If the jpegs are named img1.jpg, img2.jpg, img3.jpg,..., use:
ffmpeg -i img%d.jpg /tmp/a.mpg |
`%d' is replaced by the image number.
`img%03d.jpg' generates `img001.jpg', `img002.jpg', etc...
The same system is used for the other image formats.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
No. FFmpeg only supports open source codecs. Windows DLLs are not portable, bloated and often slow.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
For multithreaded MPEG* encoding, the encoded slices must be independent, otherwise thread n would practically have to wait for n-1 to finish, so its quite logic that there is a small reduction of quality, this is not a bug
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Use `-' as filename.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
AC3 decoding is optional as the codec is currently released under the
GPL. Enable it with ./configure --enable-a52
. Take care: by
enabling AC3, you automatically change the license of libavcodec from
LGPL to GPL.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Windows does not support standard formats like mpeg very well, unless you install some additional codecs
The following list of video codecs should work on most windows systems
The following list of audio codecs should work on most windows systems
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
well known bug in the bt8x8 driver, for 2.4.26 theres a patch at (http://www.mplayerhq.hu/~michael/bttv-420-2.4.26.patch), i suspect that this will also apply cleanly to other 2.4 kernels
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
pass 'combfilter=1 lumafilter=1' to the bttv driver, note though that 'combfilter=1' will cause somewhat too strong filtering, a fix is too apply (http://www.mplayerhq.hu/~michael/bttv-comb-2.4.26.patch) or (http://www.mplayerhq.hu/~michael/bttv-comb-2.6.6.patch) and pass 'combfilter=2'
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
try '-f image -img jpeg test%d.jpg'
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Yes. Read the Developers Guide of the FFmpeg documentation.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
No. Only GCC is supported. GCC is ported on most systems available and I
don't see the need to pollute the source code with #ifdef
s
related to the compiler.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
Yes, but the MinGW tools must be used to compile FFmpeg. You can link the resulting DLLs with any other Windows program. Read the Native Windows Compilation section in the FFmpeg documentation to have more information.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
No. These tools are too blowted and they complicate the build. Moreover, since only `gcc' is supported they would add little advantages in terms of portability.
[ < ] | [ > ] | [ << ] | [ Up ] | [ >> ] | [Top] | [Contents] | [Index] | [ ? ] |
try ffmpeg_g, ffplay_g, ...
[Top] | [Contents] | [Index] | [ ? ] |
[Top] | [Contents] | [Index] | [ ? ] |
1. General Problems
2. Development
[Top] | [Contents] | [Index] | [ ? ] |
Button | Name | Go to | From 1.2.3 go to |
---|---|---|---|
[ < ] | Back | previous section in reading order | 1.2.2 |
[ > ] | Forward | next section in reading order | 1.2.4 |
[ << ] | FastBack | previous or up-and-previous section | 1.1 |
[ Up ] | Up | up section | 1.2 |
[ >> ] | FastForward | next or up-and-next section | 1.3 |
[Top] | Top | cover (top) of document | |
[Contents] | Contents | table of contents | |
[Index] | Index | concept index | |
[ ? ] | About | this page |