[Bug 654799] Add force-key-unit support to mpegtsmux

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Wed Oct 5 05:10:03 PDT 2011


https://bugzilla.gnome.org/show_bug.cgi?id=654799
  GStreamer | gst-plugins-bad | git

Andoni Morales <ylatuya> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ylatuya at gmail.com

--- Comment #6 from Andoni Morales <ylatuya at gmail.com> 2011-10-05 12:09:58 UTC ---
(In reply to comment #4)
> - why not forward to audio pads too
> 
> Because that's how the proposed force-key-unit API works right now. I haven't
> followed the whole discussion about it but it seems it was decided to implement
> it for video only. The latest patch adds API to libgstvideo in fact.
> 
> This is probably what I dislike the most about the proposed API. I would just
> make force-key-unit a core event.

First I dind't though it would make sense using this event in audio streams,
but now I also think it should be a core event too.
For most formats (like webm or mpegts), the fragmentation is driven by one of
the streams, the video stream, because audio and video are packed in the same
fragment. But in FMP4 it is not the case because audio and video can be packed
in different fragments, and therefore con have fragments with different sizes
and split points so you need the GstForceKeyUnit event in the audio stream too
(see: https://bugzilla.gnome.org/show_bug.cgi?id=660260)
And I think this is going to be direction taken in DASH too, so this event
should be a core event.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list