blender-2.42.ebuild is missing use flags for ffmpeg and ode, blender-2.42_pre20060703.ebuild has them. here is a patch to add them to 2.42.ebuild --- blender-2.42.ebuild 2006-07-16 21:12:29.000000000 +1200 +++ blender-2.42-r1.ebuild 2006-07-17 21:30:28.000000000 +1200 @@ -5,7 +5,7 @@ inherit multilib flag-o-matic eutils python #IUSE="sdl jpeg png mozilla truetype static fmod" -IUSE="openal sdl openexr jpeg png nls iconv blender-game" +IUSE="openal sdl openexr jpeg png nls iconv blender-game ffmpeg ode" DESCRIPTION="3D Creation/Animation/Publishing System" HOMEPAGE="http://www.blender.org/" @@ -27,6 +27,7 @@ openal? ( ~media-libs/openal-0.0.8 media-libs/freealut ) sdl? ( >=media-libs/libsdl-1.2 ) + ffmpeg? ( media-video/ffmpeg ) >=dev-libs/openssl-0.9.6 >=media-gfx/yafray-0.0.7 nls? ( >=media-libs/ftgl-2.1 ) @@ -74,11 +75,13 @@ myconf="${myconf} $(blend_with openal)" myconf="${myconf} $(blend_with sdl)" myconf="${myconf} $(blend_with openexr)" + myconf="${myconf} $(blend_with ffmpeg)" myconf="${myconf} $(blend_with jpeg)" myconf="${myconf} $(blend_with png)" myconf="${myconf} $(blend_with nls international)" myconf="${myconf} $(blend_with iconv)" myconf="${myconf} $(blend_with blender-game gameengine)" + myconf="${myconf} $(blend_with ode)" scons ${MAKEOPTS} ${myconf} \ WITH_BF_PLAYER=0
Ok, I've built and tested it with all use flags enabled except openal (because it blocks), it runs, and seems to work, haven't tested ode as I don't know what it does.
Upstream asked me to remove ode and ffmpeg since scons could mishandle them (ode is experimental and deprecated in favour of internal Bullet engine, ffmpeg should build using an internal copy in any case, enabling ffmpeg will just try to link to the system lib after all)
and so what about blender and ffmpeg integration? Is it precluded to gentoo users?
*** Bug 140807 has been marked as a duplicate of this bug. ***
Since blender has an internal ffmpeg version, why not use that by default? Not doing so removes one of the most useful new features in 2.42.
ffmpeg added back
*** Bug 140841 has been marked as a duplicate of this bug. ***