It appeared that I didn't need to update libspeex during this particular ffmpeg upgrade.
Is a downloadable Sourceforge project, swscale comes inside ffmpeg source, and libtheora source is found in the downloads portion of their site. These were the libtheora open-source encoder, swscale, and opencoreamr. Eventually, I took libschroedinger out of my ffmpeg configure line.ĭuring configuration of ffmpeg, prior to the make phase, other updates were also requested by ffmpeg. Even though I was using the most recent ffmpeg from an svn repository, I couldn't get ffmpeg to properly recognize libschroedinger.
Eventually, I just compiled it without any selected configuration options, though I would have preferred to assemble it, if it had been clear how to do so. compile -help also did not provide a solid answer. Googling around, I found conflicting information about whether or not libxvidcore could be assembled or compiled. After untarring on my drive, I located Linux source a couple directories from the top, in build -> generic. The source for it was easily located at, and then downloaded. Libxvidcore is a codec with similar importance to libx264. configure -mandir=/usr/man -enable-yasm -enable-visualize -enable-shared My configure line for libx264 then looked something like: Accordingly, I downloaded and installed the yasm assembler before configuring libx264. Assembly takes advantage of machine-level instruction efficiency when encoding video. The difference between libx264 (and libxvidcore below) and most other modules is in being assembled, rather than compiled.
Daily libx264 builds are available for download at the VideoLan site. When compiling ffmpeg, if ffmpeg doesn't detect a recent version of libx264, it will exit and request that a more recent version be built. VideoLan's libx264 is the backbone of ffmpeg. To restore the original Zenwalk installation, just recreate softlinks in /usr/lib that point to the old modules in /usr/lib and delete the ones pointing to /usr/local/lib. I then made new softlinks in /usr/lib, but these one point to the new modules in /usr/local/lib. Solution: I left the old Zenwalk modules in /usr/lib but removed softlinks in /usr/lib. The newly compiled libs installed to the standard /usr/local/lib. Note: Zenwalk installs lib modules in /usr/lib. Upgrading ffmpeg turned-out to be a trip down the rabbit hole, so posting here for posterity. The previously installed ffmpeg package wasn't apparently compiled with amr, 3gp, or 3gpp file support, so that I couldn't translate these files generated by my cellphone. The idea was cell phone interoperability. I recently upgraded/replaced an installed ffmpeg package. For this, add "-enable-libdirac" to the stuff I have below in the ffmpeg configure line. A good time to build it is when doing the ffmpeg compile. update: mencoder will not open without libdirac present. After updating the x264 SUCCESSFULLY, then you can blow-out your old ffmpeg version. Without lavf, ffmpeg is as useful as a text editor when it comes to AV files. your old version) already be installed to provide lavf support during x264 assembly, a mind-bendingly stupid developer Catch-22. Update: NEVER blow out your old ffmpeg when compiling a new ffmpeg until you first determine if you need to update your x264 to compile the newer ffmpeg version (during.