[Bf-committers] Re: Problems compiling CVS
Alexander Ewering
blender at instinctive.de
Tue Feb 7 12:48:22 CET 2006
On Tue, 7 Feb 2006, Peter Schlaile wrote:
> Hi Alexander,
>
>> anim.c: In function tartffmpeg':
>> anim.c:559: error: `FF_ER_CAREFUL' undeclared (first use in this function)
>> anim.c:559: error: (Each undeclared identifier is reported only once
>> anim.c:559: error: for each function it appears in.)
>> make[4]: ***
>> [/home/intrr/bf-cvs/blender/obj/linux-glibc2.3.2-i386/blender/imbuf/anim.o]
>> Error 1
>>
>> Do I have an outdated ffmpeg version?
>
> Maybe. Could you please check your ffmpeg-version using
>
> grep FFMPEG_VERSION_INT /usr/include/ffmpeg/avcodec.h
>
> and mail it to me? I'm still trying to make the code work with most
> versions of ffmpeg. If you want to get ffmpeg working right away, try
> latest CVS of ffmpeg.
intrr at time:~$ grep FFMPEG_VERSION_INT /usr/local/include/ffmpeg/avcodec.h
#define FFMPEG_VERSION_INT 0x000409
>
>> Isn't ffmpeg supposed to be included
>> with the source tree (which it definitely should be)? Or has this not been
>> decided yet?
>
> I tried, but then noticed, that I'd have to include a version for every
> single glibc-version on Linux thereby bloating the libs by around 5MB per
> glibc-version. If this is the way to go, I can contribute libc-2.3.2-i386
> ...
I'm not the one to decide this - but I have seen various API incompatibility
problems in the past with other libraries that Blender uses - most prominent
example (as everyone will agree) - OpenAL ;-)
So, for *me*, it is totally obvious that one specific version of ffmpeg
should be included with blender. Blender has been known to be a single,
monolithic application that works out of the box for everyone - independant
of the libs (and worse, lib versions) installed on the system.
But, as I said - that's for Ton to decide.
| alexander ewering instinctive mediaworks
| ae[@]instinctive[.]de http://www[.]instinctive[.]de
More information about the Bf-committers
mailing list