[Bug 739992] h264parse: expose compatible profiles to downstream
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Fri Nov 14 09:49:13 PST 2014
https://bugzilla.gnome.org/show_bug.cgi?id=739992
GStreamer | gst-plugins-bad | git
--- Comment #4 from Gwenole Beauchesne <gb.devel at gmail.com> 2014-11-14 17:49:08 UTC ---
(In reply to comment #3)
> We already have APIs for gst_codec_utils_h264_get_profile_name() and
> gst_codec_utils_h264_get_level_name(), so that shouldn't be a problem.
They require an SPS block, but anyway, it should be hard to provide those
*_name() variants and have the existing ones taking an SPS block use them
instead. :)
> Initially I was thinking that a trivial code change
> http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/commit/?id=b1a286cd7c6b1a4bc6a8e81cac79aa3ccd5ff523
> would be sufficient. But not, pad_set_caps() is only for fixed caps ;)
Ah, can't we "pre" parse down to the first slice header and then expose non
fixed caps for negotiation purposes?
--
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