Hi,
I've finally persuaded all the relevant dependencies to build on my embedded linux platform, and can run gstreamer, and can compile the gstwebrtc-demos gstreamer code. The pipeline has been modified slightly as I already have an H264 stream, I just want it converted to WebRTC. However, if I run, from the command line: gst-inspect-1.0 udpsrc it gives me details of the plugin. The same is true for rtph264pay and rtpmux. The one plugin I can't find with gst-inspect-1.0 is webrtc, which is odd, because the webrtc library exists, and I've built and compiled the gst-bad-plugins, and the gstwebrtc-demos code compiles with the relevant includes and library. So two problems - 1) when I run the code I get: Required gstreamer plugin 'webrtc' not found Required gstreamer plugin 'udpsrc' not found Required gstreamer plugin 'rtph264pay' not found Required gstreamer plugin 'rtpmux' not found and 2) although gst webrtc library exists it can't find the plugin with gst-inspect-1.0? -rwxr-xr-x 1 root root 1309 Sep 11 15:01 libgstwebrtc-1.0.la lrwxrwxrwx 1 root root 28 Sep 11 15:01 libgstwebrtc-1.0.so -> libgstwebrtc-1.0.so.0.1600.0 lrwxrwxrwx 1 root root 28 Sep 11 15:01 libgstwebrtc-1.0.so.0 -> libgstwebrtc-1.0.so.0.1600.0 -rwxr-xr-x 1 root root 121992 Sep 11 15:01 libgstwebrtc-1.0.so.0.1600.0 Any help greatly appreciated, Regards, Simon _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Le jeu. 10 oct. 2019 04 h 26, Simon Brown <[hidden email]> a écrit :
First thing I would try, is to locate the registry cache (.local/cache/..) and remove it. Many times it happened to me that the registry was filled before the clock was adjusted on my system, causing stalled cache. Second, I'd double check my path. Be aware the plugin library have no version and are located in lib/gstreamer-1.0 directory.
_______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
On Thu, 10 Oct 2019 at 11:38, Nicolas Dufresne <[hidden email]> wrote:
Thanks Nicolas, I've cleared the .cache/gstreamer-1.0 directory and it's still doing the same. I have persuaded it to find the webrtc plugin now though, both in the application and with gst-inspect-1.0, so some progress. If I have compiled an application do I need to include all the libraries required for a plugin if that plugin is called using the gstreamer calling method? I know I include the gstwebrtc library when compiling the code, but that's at least in part because it has to setup callbacks to that module. Cheers, Simon _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Le jeudi 10 octobre 2019 à 12:20 +0100, Simon Brown a écrit :
> > > On Thu, 10 Oct 2019 at 11:38, Nicolas Dufresne <[hidden email]> > wrote: > > > > Le jeu. 10 oct. 2019 04 h 26, Simon Brown <[hidden email]> > > a écrit : > > > > First thing I would try, is to locate the registry cache > > (.local/cache/..) and remove it. Many times it happened to me that > > the registry was filled before the clock was adjusted on my system, > > causing stalled cache. > > > > Second, I'd double check my path. Be aware the plugin library have > > no version and are located in lib/gstreamer-1.0 directory. > > > > > Thanks Nicolas, I've cleared the .cache/gstreamer-1.0 directory and > it's still doing the same. > I have persuaded it to find the webrtc plugin now though, both in the > application and with gst-inspect-1.0, so some progress. If I have > compiled an application do I need to include all the libraries > required for a plugin if that plugin is called using the gstreamer > calling method? I know I include the gstwebrtc library when > compiling the code, but that's at least in part because it has to > setup callbacks to that module. is a WebRTC helper library and there is the plugin library, the two are seperate. You should never have to link to the plugin library (or any plugin library) on general setup. This is strictly limited to Android/iOS with static builds. What may happen is that the --prefix in your build don't match the installation path, in which case you have to set some env to tell GStreamer were to look (see gst-launch-1.0 man page / GST_PlUGIN_PATH). > > Cheers, > Simon > > > > > _______________________________________________ > 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 signature.asc (201 bytes) Download Attachment |
On Thu, 10 Oct 2019 at 15:25, Nicolas Dufresne <[hidden email]> wrote:
Still not got it working properly, but I took out the check for plugins and now it's not complaining, but I think I've not got everything right for it to work. Thanks for your help. Simon _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |