[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