[gstreamer-bugs] [Bug 534304] x(v)imagesink resets the window id when state changes from READY to NULL

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=534304

  GStreamer | gst-plugins-base | Ver: 0.10.19




------- Comment #2 from Etienne Barbier  2008-05-23 10:12 UTC -------
Well, I should not have said "not possible", but "not always convenient".
I have integrated Gstreamer in a Qt application for handling rtp stream.
Qt has already an event loop, so I can't use another main loop.
What I have done so far is to regularely check on the bus if there are messages
by polling.
It works fine but I always react a bit late for the "prepare_xwindow_id", it
then creates a new window and destroys it immediately after I have set the
window id (quick flicker).

However, I agree that by definition, we should reset everything in the state
NULL.

To solve my problem, I'll always set de win id before playing and not catch the
message on the bus.

For consistency, directdrawsink should then follow the same rules.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=534304.