Re: libavifile problem

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

I tested the gephex-0.4-2 packages i built in a libavifile-dev(version
0.7.38.20030710-1.1) environment with the last two debian packages of
the libavifile that where uploaded to the official debian unstable
repository:

0.7.38.20030710-1   (Jul 2003) <OK>
0.7.38.20030710-1.1 (1. Jun 2004 NMU by Sam Hocevar) <BROKEN>

The bug seems to be triggered by the changes in the non maintainer
upload at the 1. June. Could someone with better net access diff both
package sources?

Martin


Georg Seidel wrote:
| After updating my debian unstable a few days ago, loading avi files
| with gephex does not work anymore.
|
| Here is the error message that I get when I load an avi with the
| frbinmodule:
| |>
|
| ~  <codec keeper> : WARNING: plugin /usr/lib/avifile-0.7/ffmpeg.so could
| ~   not be opened: /usr/lib/avifile-0.7/ffmpeg.so: undefined symbol:
| ~     _ZN3avm18PluginGetAttrFloatERKNS_9CodecInfoEPKcPf
| ~   <codec keeper> : CreateVideoDecoder(): Unknown codec 0x58564944 =
| ~      "DIVX"
| ~   @error@ [mod_frbinmodule]:> Could not load file
|
| <<
|
| Here is my current understanding of the situation:
|
| ~  * /usr/lib/avifile-0.7/ffmpeg.so does not contain the definition
| ~    of the symbol (avm::PluginGetAttrFloat).
|
| ~  * /usr/lib/libaviplay.so does contain the definitions
|
| ~  * ffmpeg.so is dynamically opened with dlopen() in libaviplay.so
| ~    (in lib/codeckeeper.cpp of the avifile source)
|
| ~  * the authors of libavifile seem to assume that the plugins
| ~    (and with them ffmpeg) can access the symbols of the
| ~    library that dlopens them
|
| ~  * frbinmodule is linked dynamically to libaviplay.so
| ~    (via the run-time linker)
|
| ~  * frbinmodule is dynamically opened inside gephex-engine with
| ~    dlopen()
|
|
| It seems that because of this complicated setup, the symbol
| avm::PluginGetAttrFloat can not be resolved.
| I tried various things without success:
|
| ~  * compiled the original libavifile release (had to patch some
| ~    things to make it work)
|
| ~  * created the debian packages from the debian source package
|
| ~  * added -export-dynamic to the LDFLAGS of gephex-engine and
| ~    frbinmodule
|
| ~  * tried to open all modules in gephex with RTLD_GLOBAL
| ~   (gephex crashes)
|
|
| The thing I don't understand is why it worked before!
| What changed in the new debian package? I don't know, the
| changelog does not mention anything substantial.
|
| Does anybody experience similar problems?
| I would be very thankful wether loading avis works for other
| people (also on different distributions/platforms).
|
| Thanks,
|
| Georg
_______________________________________________
gephex-devel mailing list
[email protected]
http://lists.gephex.org/mailman/listinfo/gephex-devel

- --
GnuPG (ID B3D1B1BB) C2F4 F775 5022 1891 48F4  761D 0A6D E2E7 B3D1 B1BB
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAywS6Cm3i57PRsbsRAvGUAKCm8kg2oScwQcQjfDF1IDIP7Vc9egCeJ066
oFpxSlu41OZvtGYSqCSz22g=
=L5DW
-----END PGP SIGNATURE-----