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 559288 - [qtdemux] deadly embrace!
[qtdemux] deadly embrace!
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: 0.10.14
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-11-04 15:20 UTC by Andy Wingo
Modified: 2009-01-23 08:43 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
queue newsegment events, send them from the streaming thread (3.79 KB, patch)
2008-11-12 11:47 UTC, Andy Wingo
committed Details | Review

Description Andy Wingo 2008-11-04 15:20:45 UTC



Comment 1 Andy Wingo 2008-11-11 20:11:45 UTC
Wimmeke. The bug results from qtdemux sending a newsegment event from the seeking thread, which is not kosher AFAIK. Can you please re-close this bug with some kind of rationale, if in fact I was doing something wrong.
Comment 2 Andy Wingo 2008-11-12 11:16:35 UTC
ISTR that Wim was irritated that I did a non-flushing seek in PAUSED. I would like to defend that pattern here.

To my mind, this use case is exactly the same as in bug #559250 -- you are scrubbing through a pipeline with a queue on which you have done a segment seek. Of course you want to react to SEGMENT_DONE messages while you are still scrubbing, so that if you let the scrubber go at the end of the media, you still get a gapless transition to the next segment, with a full queue.
Comment 3 Andy Wingo 2008-11-12 11:47:26 UTC
Created attachment 122485 [details] [review]
queue newsegment events, send them from the streaming thread