Audio capture support in xvidcap is broken for two reasons: 1. configure is broken. There is are nested checks for audio_init in configure.ac. Usually this does NOT work unless one unsets ac_lib_<libname>_<function>. This was done but obviously there was a change in the check from "audio_open" to "audio_init" .. All was changed. The "unset" hack was forgotten. Welcome to autotools hell. 2. Various API changes in FFmpeg. I unified the patches use-ffmpeg-0.4.9 and new-ffmpeg and added my own set of changes for the audio section (that was never compiled because HAVE_FFMPEG_AUDIO was never enabled because of the autoconf crap above). Apply all patches, and drop use-ffmpeg-0.4.9.
Created attachment 79588 [details, diff] ebuild patch. Drop use-ffmpeg-0.4.9, add configure patch.
Created attachment 79589 [details, diff] replacement for new-ffmpeg.patch in xvidcap/files
Created attachment 79590 [details, diff] patch for broken configure.ac. audio_open is the old name. audio_init is new. unset neccessary because of autoconf AC_CHECK_LIB_STATIC/AC_CHECK_LIB nesting.
Commited as -r4 with some changes: * the patch can't be named new-ffmpeg.patch as it would break -r3, it's named -ffmpeg.patch * patching configure is pointless Thanks for your work.
IIRC, I needed to patch configure too. Not just configure.ac. However, after a few rounds of testing, it seems that my work was futile, as xvidcap has broken audio/video syncing. I'm not sure if my patch is complete. Maybe somebody wants to look at the audio_pts/video_pts calculation. This was too messy for me. I have reimplemented a screen recorder in ffmpeg which works finally.
After patching configure.ac and running eautoreconf configure is recreated, so patching it is not needed. Currently it's in ~arch, eventually the audio capture patches can be toggled with USE flag.