On 2018-06-12 at 4:11 AM EDT, Carl Eugen Hoyos wrote:
2018-06-12 4:42 GMT+02:00, Zak <ffmpeg-user-em...@m.allo.ws>:

These two questions cannot be answered by ffmpeg, by
any executable, I suspect security considerations are
among the reasons why this is impossible.

Iirc, ldd does not work on osx, "otool -L ffmpeg" will tell you.

Version information (that may not be available for all
external libs but certainly for some) is a missing feature.

Carl Eugen

Yes, the following works on MacOS:

bash$ otool -L /path/to/ffmpeg

/usr/lib/libbz2.1.0.dylib (compatibility version 1.0.0, current version 1.0.5)
/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.5)
# ...snip...

By default, it follows symlinks all the way to a real file, and it prints the compatibility version and current version, which is nice.

I can't figure out how to see what the executable actually requires, in the case where it was given a newer version than it requires. So it loads libz.1.dylib verson 1.2.5, but what version does FFmpeg really NEED? Is 1.0.0 good enough? Or does FFmpeg need >= 1.1.0? Or >= 1.2.0? Does the FFmpeg executable actually include such specific information, or will it fail if and when it looks up a symbol and can't find it? I have this question about otool on MacOS and also ldd on Linux.

Sad note:

libmp3lame is not dynamically linked by FFmpeg on either my Mac or my Kubuntu box. It must be statically linked, which means the version information is lost - unless I disassemble ffmpeg or something. On Kubuntu, the default behavior of GNU ld should be to use the dynamic link version if possible (I think), and it is possible to dynamically link libmp3lame.so. I may try recompiling FFmpeg and looking for the linker call with something like -lmp3lame or -llibmp3lame, and see if it is preceded by an instruction to statically link it.

It looks like Danny Mitchell's compiled version of ffmpeg also has libmp3lame statically linked, or else it doesn't have it at all. And Danny Mitchell's ldd ffmpeg output lists a large number of dynamically linked libraries that I didn't enable or link in any way, so I'm guessing the MP3 encoder was not disabled. But maybe it was disabled. My ffmpeg only has one MP3 encoder (libmp3lame), although it seems to have possibly up to six decoders (I don't know whether to count MP3onMP4, for instance). I am unaware of any MP3 encoder aside from libmp3lame that is supported by FFmpeg, and I don't see any on that ldd output from Danny Mitchell.

It would be nice for FFmpeg to record the versions of statically linked libraries, but it looks like it would be hard.

ffmpeg-user mailing list

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Reply via email to