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 797187 - matroskademux: Emit no-more-pads after parsing Tracks
matroskademux: Emit no-more-pads after parsing Tracks
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
unspecified
Other All
: Normal normal
: 1.14.4
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2018-09-21 20:33 UTC by Alicia Boya García
Modified: 2018-09-24 12:49 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
matroskademux: Emit no-more-pads after parsing Tracks (1.95 KB, patch)
2018-09-21 20:33 UTC, Alicia Boya García
committed Details | Review

Description Alicia Boya García 2018-09-21 20:33:23 UTC
Currently matroskademux does not emit no-more-pads until the first
Cluster is parsed, even though the Tracks have already been parsed and
from that point on there can be no more tracks.

This is important in MSE because the browser needs to know when the MSE
initialization segment has been completely parsed so that it can expose
the tracks to the user. Some applications depend on this been done
before they feed frames to the demuxer.

As a consequence, historically WebKit has relied on hacks such as
listening to the `pad-added` event, which made impossible to support
multiple tracks in the same file. Let's fix that.
Comment 1 Alicia Boya García 2018-09-21 20:33:29 UTC
Created attachment 373735 [details] [review]
matroskademux: Emit no-more-pads after parsing Tracks
Comment 2 Thibault Saunier 2018-09-22 14:09:01 UTC
Attachment 373735 [details] pushed as 7ceefec - matroskademux: Emit no-more-pads after parsing Tracks