Running/Deploying GStreamer uninstalled on a mac

[Henning Riis]

Hi,

 

I’m trying to set up a gstreamer environment on mac for building gstreamer applications and being able to deploy them without installing gstreamer.

 

I found some old documentation on this here:

 

http://docs.gstreamer.com/display/GstSDK/Mac+OS+X+deployment

 

But this is really old and 0.10 based. Can anyone point to more up to date docs on this?

 

Specifically, what I’ve done so far is:

 

Downloaded the 1.8.1 prebuilt mac binaries, both devel and runtime.

Unpacked it all into development directories where I need it. I did NOT install it.

Relocated all the dylibs to point to new directories where I want them.

 

Now I face this problem. When I run my testapp that is based on playbin it crashes with a seg fault. Last lines of debug is this:

 

(process:77249): GLib-GObject-CRITICAL **: g_param_spec_boxed: assertion 'G_TYPE_IS_BOXED (boxed_type)' failed

 

(process:77249): GLib-GObject-CRITICAL **: g_object_class_install_property: assertion 'G_IS_PARAM_SPEC (pspec)' failed

 

(process:77249): GLib-GObject-WARNING **: gsignal.c:1681: return value of type '<invalid>' for signal "GstPlayBin::get_video_tags" is not a value type

 

(process:77249): GLib-GObject-WARNING **: gsignal.c:1681: return value of type '<invalid>' for signal "GstPlayBin::get_audio_tags" is not a value type

 

(process:77249): GLib-GObject-WARNING **: gsignal.c:1681: return value of type '<invalid>' for signal "GstPlayBin::get_text_tags" is not a value type

 

(process:77249): GLib-GObject-WARNING **: gsignal.c:1673: parameter 1 of type '<invalid>' for signal "GstPlayBin::convert_sample" is not a value type

 

(process:77249): GStreamer-WARNING **: Element factory metadata for 'playbin' has no valid long-name field

 

(process:77249): GLib-GObject-CRITICAL **: g_param_spec_boxed: assertion 'G_TYPE_IS_BOXED (boxed_type)' failed

 

(process:77249): GLib-GObject-CRITICAL **: g_object_class_install_property: assertion 'G_IS_PARAM_SPEC (pspec)' failed

 

(process:77249): GLib-GObject-WARNING **: gsignal.c:1673: parameter 1 of type '<invalid>' for signal "GstPlaySink::convert_sample" is not a value type

Calling gst_element_factory_make(playbin)

 

ERROR: Caught a segmentation fault while loading plugin file:

/Users/craftwork/Downloads/tmp/1.8.1.cw1/x86_64/lib/gstreamer-1.0/libgstplayback.so

 

Please either:

- remove it and restart.

- run with --gst-disable-segtrap --gst-disable-registry-fork and debug.

 

The same app compiles and runs just fine on my windows setup. I expect the above is something I’ve done wrong with my local setup. Does anyone have an idea on how to do this? What could cause the above problems?

 

Best Regards,

Henning

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Sebastian Dröge-3]

On Do, 2016-06-16 at 07:42 +0000, Henning Riis wrote:

> Hi,
>  
> I’m trying to set up a gstreamer environment on mac for building
> gstreamer applications and being able to deploy them without
> installing gstreamer.
>  
> I found some old documentation on this here:
>  
> http://docs.gstreamer.com/display/GstSDK/Mac+OS+X+deployment
>  
> But this is really old and 0.10 based. Can anyone point to more up to
> date docs on this?
>  
> Specifically, what I’ve done so far is:
>  
> Downloaded the 1.8.1 prebuilt mac binaries, both devel and runtime.
> Unpacked it all into development directories where I need it. I did
> NOT install it.
> Relocated all the dylibs to point to new directories where I want
> them.
>  
> Now I face this problem. When I run my testapp that is based on
> playbin it crashes with a seg fault. Last lines of debug is this:
> [...]

Can you get a backtrace of these warnings and the crash? Set
G_DEBUG=fatal_warnings to let a debugger break on the warnings to be
able to get a backtrace.

The problem looks like it is using multiple versions of GStreamer
and/or other libraries in the same process, and they are conflicting
with each other then. So maybe also make sure that you did the
relocation correctly for all dynamic libraries that are used in the
process, and not some of them still try to load another version of some
library from the old place.

--

Sebastian Dröge, Centricular Ltd · http://www.centricular.com
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel