Hello all,
I originally posted this on the java group but I thought it perhaps makes more sense here. I had this working a few weeks ago on Ubuntu 16.04 but it doesn't seem to be working using 18.04 on a new computer. I have a custom plugin and I set both LD_LIBRARY_PATH and GST_PLUGIN_PATH_1_0. I also run with --gst-plugin-path. When I run gst-launch-1.0/gst-inspect-1.0 or my java app with GST_DEBUG set to 5 I can see it's consulting the library with the plugin. 0:00:15.551610634 21130 0x5561b9770200 DEBUG GST_REGISTRY gstregistry.c:466:gst_registry_add_plugin:<registry0> adding plugin 0x5561b99a6180 for filename "./build/libgstbreakout-1.0.so" 0:00:15.551619991 21130 0x5561b9770200 DEBUG GST_REGISTRY gstregistrychunks.c:879:_priv_gst_registry_chunks_load_plugin: Added plugin 'libgstbreakout-1.0.so' plugin with 0 features from binary registry I'm not sure if the "with 0 features" is the problem because I'm not sure what it used to do (since I never had this problem before so I didn't example level 5 debug output) but I haven't changed a single line of code in the plugin. Does anyone have any suggestions? Thanks Jim -- Sent from: http://gstreamer-devel.966125.n4.nabble.com/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Hi Jim,
>>> I'm not sure if the "with 0 features" is the problem I have seen something similar before and yes, seems the "0 features" is the problem. That basically means that gstreamer couldn't find/register the feature (gst element). It could happen if some further dependency of your element fails. I think the plugin's register function fails. In my case it was because of some .so versions mismatch and some missing function, but that was quite some time ago and with very older version of gstreamer Try: gst-inspect-1.0 libgstbreakout-1.0.so and see if it reports any errors As a last resort, if you can easily modify/recompile your plugin, you can remove from it any external libs and see when it starts to register successfully Hope any of the suggestions make sense Martin ________________________________________ From: gstreamer-devel <[hidden email]> on behalf of jimfcarroll <[hidden email]> Sent: Tuesday, June 12, 2018 5:54 AM To: [hidden email] Subject: Can't located plugin on Ubuntu 18.04 Hello all, I originally posted this on the java group but I thought it perhaps makes more sense here. I had this working a few weeks ago on Ubuntu 16.04 but it doesn't seem to be working using 18.04 on a new computer. I have a custom plugin and I set both LD_LIBRARY_PATH and GST_PLUGIN_PATH_1_0. I also run with --gst-plugin-path. When I run gst-launch-1.0/gst-inspect-1.0 or my java app with GST_DEBUG set to 5 I can see it's consulting the library with the plugin. 0:00:15.551610634 21130 0x5561b9770200 DEBUG GST_REGISTRY gstregistry.c:466:gst_registry_add_plugin:<registry0> adding plugin 0x5561b99a6180 for filename "./build/libgstbreakout-1.0.so" 0:00:15.551619991 21130 0x5561b9770200 DEBUG GST_REGISTRY gstregistrychunks.c:879:_priv_gst_registry_chunks_load_plugin: Added plugin 'libgstbreakout-1.0.so' plugin with 0 features from binary registry I'm not sure if the "with 0 features" is the problem because I'm not sure what it used to do (since I never had this problem before so I didn't example level 5 debug output) but I haven't changed a single line of code in the plugin. Does anyone have any suggestions? Thanks Jim -- Sent from: http://gstreamer-devel.966125.n4.nabble.com/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Thanks Martin,
That got me looking in the right place. I did rebuild it on 18.04 and now gst_plugin_desc is being defined as a local and isn't exported from the library. Do you know what might have changed int the headers (since that function is defined using a macro) that could result in that? Or is there an additional requirement that was added that I might have missed? Thanks Jim -- Sent from: http://gstreamer-devel.966125.n4.nabble.com/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
In reply to this post by Martin Vachovski
Okay Martin,
I must be missing something. When I run gst-inspect-1.0 directly on the .so file I see it say: 0:00:19.868725767 9815 0x5582c8c73200 DEBUG GST_PLUGIN_LOADING gstplugin.c:811:_priv_gst_plugin_load_file_for_registry: Could not find symbol 'gst_plugin_breakout_1_get_desc', falling back to gst_plugin_desc However, the macro I'm using is GST_PLUGIN_DEFINE which explicitly declares gst_plugin_desc as static. I was previously using gstreamer-1.0 version 1.8.3. Do you, or anyone else, know what I need to do to compile a 1.14.0 compliant plugin? Thanks Jim -- Sent from: http://gstreamer-devel.966125.n4.nabble.com/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
In reply to this post by Martin Vachovski
Okay,
It appears that if I just change the name of the library to libgstbreakout.so from libgstbreakout-1.0.so the gst-inspect-1.0 and gst-launch-1.0 can pick it up. However, under gstreamer-1.0 version 1.8 (vs 1.14) it worked the way it's currently named (with the "-1.0.so"). Because it's a pain to get java to pick up plugin libs that aren't named with a "-1.0.so", does someone understand what's happening here? Is this a bug in 1.14, or is it (more likely) something I'm doing wrong. Thanks Jim -- Sent from: http://gstreamer-devel.966125.n4.nabble.com/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Hi,
The "entry point" of a plugin in now taken from the filename, so a plugin name libgstbob.so would have an entry point name gst_bob_blah .. I'm not sure what it does with the -1.0, but you can probably try naming the plugin in GST_PLUGIN_DEFINE to breakout_1_0 Olivier On Tue, 2018-06-12 at 13:34 -0700, jimfcarroll wrote: > Okay, > > It appears that if I just change the name of the library to > libgstbreakout.so from libgstbreakout-1.0.so the gst-inspect-1.0 and > gst-launch-1.0 can pick it up. However, under gstreamer-1.0 version > 1.8 (vs > 1.14) it worked the way it's currently named (with the "-1.0.so"). > > Because it's a pain to get java to pick up plugin libs that aren't > named > with a "-1.0.so", does someone understand what's happening here? Is > this a > bug in 1.14, or is it (more likely) something I'm doing wrong. > > Thanks > Jim > > > > > -- > Sent from: http://gstreamer-devel.966125.n4.nabble.com/ > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel Olivier Crête [hidden email] _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Le lun. 9 juil. 2018 16:57, Olivier Crête <[hidden email]> a écrit : Hi, I believe it will be confused by the dot, since the addition of the Python plugin naming. I don't believe version on plugin files already in a versionned folder make sense, but patches to support this will be accepted.
_______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |