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 424123 - [basesink?] doesn't preroll with sparse data?
[basesink?] doesn't preroll with sparse data?
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-03-29 14:01 UTC by Felix Domke
Modified: 2011-05-18 12:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Felix Domke 2007-03-29 14:01:49 UTC
On DVD playback, subpicture data is not always available. If there's no data, dvdsubdec won't produce any buffers. If a sink only sources from dvdsubdec (if you don't use a videomixer, for example), it will not finish prerolling. This blocks the pipeline.

zaheerm proposed to send an emty buffer when a new segment starts. This worked for me on the begin, but not on after a newsegment with flush (for example when entering a dvd menu). I probably implemented it the wrong way, though.
Comment 1 Tim-Philipp Müller 2007-05-07 17:29:15 UTC
The mpeg demuxer should send newsegment events with update=TRUE to indicate that there isn't any data coming for a while (I believe this is implemented as well, at least in -ugly CVS).

Not sure what the right thing to do here is. Sounds more like a basesink issue to me though (ie. should basesink preroll if it gets a segment update?)

Moving to core component until further comment.

Comment 2 Wim Taymans 2007-09-05 22:38:13 UTC
core now has the async=false property on sinks that can be used to handle sparse streams correctly.
Comment 3 Sebastian Dröge (slomo) 2011-05-18 12:59:10 UTC
Lets close this bug then, it's handled correctly everywhere and sparse stream sinks simply should never be part of prerolling.