Apparently, the current media-libs/x264-svn-20060810 introduced some ABI changes. The old build of avidemux-2.0.42-r1 does not run after the upgrade (avidemux2: error while loading shared libraries: libx264.so.47), but it also won't rebuild. Compilation breaks with an error similar to <media-video/mplayer-1.0_pre20060810: ADM_x264.cpp: In member function 'virtual uint8_t X264EncoderCBR::init(uint32_t, uint32_t, ADM_x264Param*)': ADM_x264.cpp:203: error: 'struct x264_param_t::<anonymous>' has no member named 'b_cbr' ADM_x264.cpp: In member function 'virtual uint8_t X264EncoderPass2::init(uint32_t, uint32_t, ADM_x264Param*)': ADM_x264.cpp:237: error: 'struct x264_param_t::<anonymous>' has no member named 'b_cbr' Unfortunately, media-video/mplayer-1.0_pre20060810 requires the new x264-svn, so that it is now not possible to have avidemux and the current mplayer on the same system. Maybe it becomes really time for an avidemux version bump? See also bug #115229 I don't think the emerge --info is relevant here (I tested on different systems anyway: x86 and amd64) except perhaps that x264-svn was compiled with USE="thread -debug -mp4" and safe {C,CXX,LD}FLAGS. However, I will put it in an attachment anyway.
Created attachment 94046 [details] emerge --info of one of the tested systems
Hi, just to leave a comment here : I've backported the x264-svn-20060810 compatibility fix from 2.3 svn branch to 2.2-preview2 version of avidemux, and everything works fine. See bug #115229 I've also had a look at how to backport it to older version, but x264 handling looks like quite different. Even if it must be possible to fix this, IMHO it's better to bump the new version of avidemux. According to avidemux website, latest stable version is 2.1.2 but I've not been able to use a filter without having avidemux crashing... Even if 2.2.0_preview2 is a preview release, it works fine and has not crashed with the (basic) tests I've made. Unfortunately it might not be possible to have svn snapshots of 2.3 branch yet, it seems to be incompatible with current spidermonkey version. Regards, Alexis.
same problem here. What's worse is that x264 isn't even listed as a dependency.
Meanwhile, it is probably the best solution to use the .ebuild of the overlays which avidemux upstream recommends on their website: It seems that spidermonkey-1.5-r2 has the multithreading support which avidemux-2.3* needs. The corresponding ebuild for 2.3* on http://berkano.net/svn/berkano-overlay/media-video/avidemux/ worked perfectly out-of-the-box and seems to have all required dependencies (don't forget to download also the patch in the files/ subdirectory).
The ebuild from overlay failed here: Making all in ADM_script make[3]: Entering directory `/var/tmp/portage/avidemux-2.3_pre2-r2/work/avidemux_2.3_preview2/avidemux/ADM_script' i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../avidemux -I/usr/include/js -DXP_UNIX -DJS_THREADSAFE -I/usr/include/malloc -I/usr/include/libxml2 -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -I.. -I../ADM_lavutil -IADM_library -I../ADM_library -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -march=pentium-m -pipe -fomit-frame-pointer -O2 -falign-loops=16 -c -o ADM_JSAvidemux.o ADM_JSAvidemux.cpp i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../avidemux -I/usr/include/js -DXP_UNIX -DJS_THREADSAFE -I/usr/include/malloc -I/usr/include/libxml2 -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -I.. -I../ADM_lavutil -IADM_library -I../ADM_library -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -march=pentium-m -pipe -fomit-frame-pointer -O2 -falign-loops=16 -c -o ADM_JSGlobal.o ADM_JSGlobal.cpp /usr/include/libintl.h:40: error: expected unqualified-id before 'const' /usr/include/libintl.h:40: error: expected `)' before 'const' /usr/include/libintl.h:40: error: expected initializer before 'const' /usr/include/libintl.h:45: error: expected unqualified-id before 'const' /usr/include/libintl.h:45: error: expected `)' before 'const' /usr/include/libintl.h:45: error: expected initializer before 'const' /usr/include/libintl.h:52: error: expected unqualified-id before 'const' /usr/include/libintl.h:52: error: expected `)' before 'const' /usr/include/libintl.h:52: error: expected initializer before 'const' /usr/include/libintl.h:83: error: expected unqualified-id before 'const' /usr/include/libintl.h:83: error: expected `)' before 'const' /usr/include/libintl.h:83: error: expected initializer before 'const' /usr/include/libintl.h:87: error: expected unqualified-id before 'const' /usr/include/libintl.h:87: error: expected `)' before 'const' /usr/include/libintl.h:87: error: expected initializer before 'const' make[3]: *** [ADM_JSGlobal.o] Error 1 make[3]: Leaving directory `/var/tmp/portage/avidemux-2.3_pre2-r2/work/avidemux_2.3_preview2/avidemux/ADM_script' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/avidemux-2.3_pre2-r2/work/avidemux_2.3_preview2/avidemux' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/avidemux-2.3_pre2-r2/work/avidemux_2.3_preview2' make: *** [all] Error 2
(In reply to comment #4) Current http://berkano.net/svn/berkano-overlay/media-video/avidemux/@38 compiled correctly on my system. Thanks!
Seems like this could be easily fixed by adding an x264 USE flag to avidemux so it can be left out of the compile completely. Besides, fancy new codecs like x264 belong in fancy new containers like Matroska not avi ;)
*** Bug 161330 has been marked as a duplicate of this bug. ***
removed from tree, file a new bug if an issue with 2.3.0
