basic-tutorial-1 on MacOS High Sierra fails to open window

[Sean Ogden]

First - love your work guys.  I think more people need to know that.  So getting inexperienced people using your stuff is the way to go.  So its a bit of a problem when the hello world doesn't work as expected, so I hope you don't think this trivial

First, my setup.  I do not normally develop in C, so my experience is on a pretty fresh XCode, and my machine is pretty clean. 
Following the instructions at https://gstreamer.freedesktop.org/documentation/tutorials/basic/hello-world.html <https://gstreamer.freedesktop.org/documentation/tutorials/basic/hello-world.html>

Everything compiles and runs, I get audio, but no window with video.

I was able to run the gst_parse_launch command string through /Library/Frameworks/GStreamer.framework/Versions/1.0/bin/gst-launch-1.0 with no trouble. Window came up fine.

After trying to work out how to debug such a problem - and I would love to have advice from an experienced XCode developer - How do you debug windows events??? I'm guessing you need to be in the know of exactly what debug context will expose them from the rest of the debugging data.

I then tried the example playback-tutorial-1.c.  That worked. So direct instantiation and manipulation of the g_object playbin works.

With my inexperienced xcode / c debugging I discovered: 

pipeline = gst_parse_launch ("playbin uri='file:///Users/drsog/Local/GStream_dev/gst-docs/examples/tutorials/test.mp4'", error);
returns with a pipeline with 
	current_state	GstState	GST_STATE_NULL
	error is null 


After gst_element_set_state (pipeline, GST_STATE_PLAYING); pipeline has the following state:
current_state	GstState	GST_STATE_READY
next_state	GstState	GST_STATE_PAUSED
pending_state	GstState	GST_STATE_PLAYING
and ret = GST_STATE_CHANGE_FAILURE

So the obvious question is how to get debugging info on GST_STATE_CHANGE_FAILURE.
Or is the practice to recompile al of gst to get debugging info (or on the mac apparently dSYM packages with dwarf-with-dsym set <https://medium.com/@maxraskin/background-1b4b6a9c65be>) so xcode can bind the sources in debug), and then trace to the cause?

Happy to look into it further myself if someone would be kind enough to mentor me so I don't go down too many rabbit holes.

Regards,

Sean Ogden
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20180102/741197dd/attachment.html>