After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 703729 - osxvideosink doesn't display video anymore if once set to READY
osxvideosink doesn't display video anymore if once set to READY
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
0.10.31
Other Mac OS
: Normal normal
: 1.0.8
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-07-07 10:20 UTC by Alexey Chernov
Modified: 2013-07-11 16:53 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Alexey Chernov 2013-07-07 10:20:09 UTC
Osxvideosink can't display video after it was once set to READY from higher states (PAUSED or PLAYING). Even after it was set to PLAYING again, it doesn't display the video stream anymore though it comsumps it successfully.

I seem to found the cause so I hope to prepare a patch with fix soon.
Comment 1 Tim-Philipp Müller 2013-07-07 10:55:14 UTC
Great, what is the cause?

Is this the same as bug #703100 ?
Comment 2 Alexey Chernov 2013-07-07 11:09:18 UTC
No, I don't think so.

In this case the cause is that gst_osx_video_sink_osxwindow_destroy() is called on state change to READY, which in turn calls -destroy() in GstOSXVideoSinkObject instance setting its 'destroyed' field to TRUE. All the further -showFrame() calls do a dry-run after that as 'if (!destroyed)' fails and GstGLView's methods aren't called.

But thanks for the reference, I'll pay some attention on the case with deadlock though I never saw it in my installation.
Comment 4 Alexey Chernov 2013-07-07 20:20:52 UTC
Exactly, you're right. So that it's my installation was outdated, sorry.