[Bug 758533] State change to READY too slow on iOS (possible interaction between RTSP and VideoToolbox?)

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Tue Nov 24 03:45:54 PST 2015


https://bugzilla.gnome.org/show_bug.cgi?id=758533

--- Comment #2 from samduke474 at gmail.com ---
A small update - I think I've found a way to produce a long delay more
reliably. Killing the wifi altogether and then trying to pause will create a
long delay.

In my app, if it turn Wifi off, a component notices this and tries to shut down
the stream. It does this by first moving to the paused state, then killing the
main loop (see deinit, in the iOS tutorial code:
http://cgit.freedesktop.org/~slomo/gst-sdk-tutorials/tree/gst-sdk/tutorials/xcode%20iOS/Tutorial%204/VideoViewController.m#n78)
While moving to the paused state the stream seems to hang for quite a while.

Now, after looking at the tutorial code again, I realise I might be able to get
away with just killing the main loop with the stream running, and not trying to
move to the paused state.

To me it still seems that there is something 'up' - in that moving to the
paused state shouldn't take that long.

I'll leave it up to you all if this warrants more investigation or not...

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list