ffmpeg development is now concentrated on the codec and format handling. New developments broke ffserver, so don't expect it to work correctly. It is planned to fix it ASAP.
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.
Currently, the grabbing stuff does not handle synchronisation correctly. You are free to correct it. It is planned to fix it ASAP.
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.
No. FFmpeg only supports open source codecs. Windows DLLs are not portable, bloated and often slow.
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
related to the compiler.
mingw-gcc available at http://www.mingw.org/ to
compile the code. It generates object files fully compatible with other
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.
This document was generated on 4 November 2002 using texi2html 1.56k.