#3703 closed enhancement (fixed)
FFmpeg 1.1.2
Reported by: | Armin K | Owned by: | Randy McMurchy |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | BOOK | Version: | SVN |
Severity: | normal | Keywords: | |
Cc: |
Description
Change History (11)
comment:1 by , 12 years ago
Summary: | FFmpeg 1.0.1 → FFmpeg 1.1 |
---|
comment:2 by , 12 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:4 by , 12 years ago
So far I've no trouble with this version of FFMpeg. Only need to test against Transcode as every other package has built fine. In fact, the sed command in the gegl instructions can be removed as current gegl builds fine against this version of FFMpeg. I have not built the gst-ffmpeg yet, however.
follow-up: 6 comment:5 by , 12 years ago
Sed in Gegl instructions doesn't fix compilation errors, but runtime errors. Without the sed, you'll get "undefined references" to some function when ffmpeg module gets used.
comment:6 by , 12 years ago
Replying to Krejzi:
Sed in Gegl instructions doesn't fix compilation errors, but runtime errors. Without the sed, you'll get "undefined references" to some function when ffmpeg module gets used.
Then I suppose the book should be more explicit with the "command explanation" for that sed. It says "Fixes building against FFMpeg 0.11.1" which means to me that it fixes building and not fixes run-time issues. We can avoid confusion if we are a bit more careful when making our entries in the book. Thanks for the update about that sed, I will leave it in the book.
comment:7 by , 12 years ago
Summary: | FFmpeg 1.1 → FFmpeg 1.1.1 |
---|
comment:8 by , 12 years ago
Summary: | FFmpeg 1.1.1 → FFmpeg 1.1.2 |
---|
comment:10 by , 12 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Updated BLFS to FFmpeg-1.1.2
Removed --enable-postproc as it is redundant with --enable-gpl
Added numerous library dependencies
Fixed incorrect commands, added command explanations, and added instructions to install additional docs.
Version 1.1 builds fine with many of the encoders linked in. I will test it with MPlayer, Xine, and VLC before I commit the update.