fobs-0.4.2 on Mac OS X 10.5.3

[Nobody/Anonymous]

Hi!

I got the following error message:

ummy:fobs-0.4.2 admin$ sh buildFobs.sh FFMPEG_HOME=/Users/admin/Desktop/fobs-0.4.2/resources/build
scons: `.' is up to date.
scons: Reading SConscript files ...
Checking for C++ header file stdint.h... yes
Checking for C header file libavcodec/avcodec.h... yes
Checking for C header file libavformat/avformat.h... yes
Checking for C header file libavformat/avi.h... yes
Checking for C header file libavformat/riff.h... yes
Checking for C header file libswscale/swscale.h... yes
Checking for C header file inttypes.h... yes
Checking for C type int64_t... no
Inttypes not found

Strange - at first the compiler found inttypes.h and now not?

[Jose San Pedro]

Hi,

could you please provide more details about your platform? It's impossible otherwise to know what's going on. Just having inttypes.h don't mean that int64_t gets imported. Post additional details of your platform and, if possible, the config.log file contents, which normally provides enough information to solve the problem by itself.

Cheers,

Jose San Pedro

[Nobody/Anonymous]

Sorry, my bad. That were missing libraries. But now I have some undefined symbols:

g++ -o dist/jmf/libfobs4jmf.jnilib -O3 -dynamiclib -dynamiclib -framework JavaVM -read_only_relocs suppress -single_module jmf/decoder.os jmf/stand_alone_codec.os -L/opt/local/lib -Ldist/lib -L/System/Library/Frameworks/JavaVM.framework/Libraries -lfobscore -lavformat -lavcodec -lz -lbz2 -lfaac -lfaad -lmp3lame -lx264 -lm -lavutil
Undefined symbols:
  "_sws_scale", referenced from:
      omnividea::fobs::Decoder::getRGB(int, int)in libfobscore.a(Decoder.o)
  "_sws_getContext", referenced from:
      omnividea::fobs::Decoder::reallocTransitionPicture(int, int)in libfobscore.a(Decoder.o)
  "_sws_freeContext", referenced from:
      omnividea::fobs::Decoder::reallocTransitionPicture(int, int)in libfobscore.a(Decoder.o)
      omnividea::fobs::Decoder::close()   in libfobscore.a(Decoder.o)
  "_img_convert", referenced from:
      getRGB(AVPicture*, FFMPEGWrapper*, int*)in stand_alone_codec.os
      _Java_com_omnividea_media_codec_video_JavaDecoder_convert in stand_alone_codec.os
      omnividea::fobs::Decoder::getRGBA(char*)in libfobscore.a(Decoder.o)
      omnividea::fobs::Decoder::getRGB(int, int)in libfobscore.a(Decoder.o)
      omnividea::fobs::Decoder::getLuminance()    in libfobscore.a(Decoder.o)
      omnividea::fobs::Decoder::getRGB()   in libfobscore.a(Decoder.o)
      omnividea::fobs::Decoder::getRGBA()   in libfobscore.a(Decoder.o)
ld: symbol(s) not found

[Jose San Pedro]

Hi,

seems like you have configured ffmpeg to use libswscale (?!?). Otherwise, just by having -lavcodec you would have all "sws_" functions correctly defined. Try to configure ffmpeg without the --enable-swscale, or manually include this dependency if you actually want to make use of it (someone else reported ffmpeg make install not correctly handling libswscale).

Cheers,

Jose San Pedro

[Nobody/Anonymous]

Thanks. I still have a linker problem, but I assume that's caused by the mac os linker (but I'm not sure):

...
ld: warning codegen in _av_register_all (offset 0x00000012) prevents image from loading in dyld shared cache
ld: warning codegen in _av_register_all (offset 0x00000025) prevents image from loading in dyld shared cache
ld: warning codegen in _av_register_all (offset 0x00000032) prevents image from loading in dyld shared cache
ld: warning codegen in _av_register_all (offset 0x0000003F) prevents image from loading in dyld shared cache
ld: warning codegen in _av_register_all (offset 0x0000004C) prevents image from loading in dyld shared cache
ld: warning codegen in _av_register_all (offset 0x00000059) prevents image from loading in dyld shared cache
ld: warning codegen in _av_register_all (offset 0x00000066) prevents image from loading in dyld shared cache
ld: warning codegen in _av_register_all (offset 0x00000073) prevents image from loading in dyld shared cache
ld: warning codegen in _av_register_all (offset 0x00000080) prevents image from loading in dyld shared cache
...

:(

Best regards,
  Tobias

[Jose San Pedro]

Hi,

these warning might be safely ignored.

Please, tell us how you eventually got the project compile so everyone else can benefit!

Cheers,

Jose

[Nobody/Anonymous]

Of course I will do that. But untill now I have no luck. The warnings cannot be safely ignored:

...
ld: warning codegen in _av_log_set_callback (offset 0x00000005) prevents image from loading in dyld shared cache
ld: warning codegen in _av_log (offset 0x00000028) prevents image from loading in dyld shared cache
ld: absolute addressing (perhaps -mdynamic-no-pic) used in _av_register_all from /opt/local/lib/libavformat.a(allformats.o) not allowed in slidable image
collect2: ld returned 1 exit status
scons: *** [dist/jmf/libfobs4jmf.jnilib] Error 1
scons: building terminated because of errors.

[Jose San Pedro]

First time I see that "absolute addressing blah blah in slidable image". We definetely need more info to isolate the problem. So:

What's your platform (PPC or Intel, Tiger or Leopard)?
What's your configure line for building ffmpeg?
Any other info you consider relevant?

Cheers,

Jose

[Nobody/Anonymous]

Ok - I did some searching and it seems they (apple) have replaced the old linker... The old one is now called ld_classic (http://developer.apple.com/documentation/Darwin/Reference/ManPages/man1/ld_classic.1.html) - could be that's the problem...

For the info:
    * intel mac book pro
    * Leopard (10.5.3)
    * ffmpeg (ffmpeg sources were taken from the fobs 0.4.2 package) - configure line:
      ./configure --disable-shared --enable-pthreads --extra-cflags=-I/opt/local/include --extra-ldflags=-L/opt/local/lib --enable-gpl
                --enable-libx264 --enable-libmp3lame --enable-libfaad --enable-libfaac --enable-libxvid --disable-vhook --disable-ipv6
                --prefix=/opt/local
    * fobs 0.4.1 worked fine...