[Bug 748405] glimagesink: balance change_state bufferpool/other_context ref/unref

[GStreamer (GNOME Bugzilla)]

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

--- Comment #7 from Matthew Waters <ystreet00 at gmail.com> ---
(In reply to Matthieu Bouron from comment #4)
> There is another issue with the following pipeline:
> 
> videotestsrc ! glupload ! glcolorconvert ! gltransformation ! insertbin !
> glimagesink
> 
> Adding an identity element to insertbin and then going to the READY state is
> causing the original glwindow not to be destroyed and the glcontext is not
> deactivated/freed.
> The log shows that all glbufferpools have been deactivated.

Going to READY from what state?  >=PAUSED or NULL?
Have all the pools been freed?

> Going back to PLAYING, adding a new identity element and then going back to
> READY causes the second glwindow to be destroyed correctly and the context
> is deactivated.
> 
> The original glwindow is still there.

Does it occur without glimagesink?
Does it occur without 'glupload ! glcolorconvert ! gltransformation'?
By 'there' you mean on screen visible or just sticking around as a result of
some ref still being held?

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