Date: prev next · Thread: first prev next last
2019 Archives by date, by thread · List index


Am 10.06.19 um 12:21 schrieb Rene Engelhard:
[... avmedia now depending on Gtk3 and Qt5]

Thought of this a few days and I don't like this. This would make the
whole office (well, the package where the gstreamer thingy is in)
dependent on qt5. (Yes, I know it's already the case for gtk3, but that
imho is not a that big issue.)

From my POV it's the same problem / issue.

I could hack around it but that doesn't scale
- needs 3 builds of avmedia (gtk3, qt5, neither)
- would need dpkg-divert and this effectively means you cannot coinstall
  the -gtk3 and -qt5 plugin packages (and thus not even -gtk3 and
  -kde5).

Can't the qt5 (and gtk3) libraries not dynamically loaded in some way?

The only halfway sane way I could come up with would be to move an abstract
interface of the gstreamer sink loading into VCL, and just use symbol lookup in
there, so no gstreamer linkage for VCL. avmedia already depends on VCL. I don't
think we support any other avmedia backend then gstreamer on Linux, so that
should be fine. At the point of avmedia usage, all required libraries are
already loaded by the VCL plugin and avmedia.

The whole backend depending code just uses one gstreamer symbol:
gst_element_factory_make.

Happy hacking, Rene :-)

Jan-Marek

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.