[Bug 728324] h264parse: wait for resolution to be known before pushing
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Sun Apr 27 04:05:41 PDT 2014
https://bugzilla.gnome.org/show_bug.cgi?id=728324
GStreamer | gst-plugins-bad | git
--- Comment #9 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2014-04-27 11:05:39 UTC ---
> Also, to
> negotiate a buffer pool, after the decoder, that can not grow, you need to know
> this, and libav doesn't provide that informations for codecs other than H.264
> (it normally parses it from the container in libavformat).
The decoder could still just parse this out of the SPS, no? If libav doesn't
provide it, it will have to parse itself (or wait until the h264 parser meta
lands.)
So is there an actual non-theoretical use case where this needs to be
negotiated, or is it just a patch you found lying around somewhere where
stuffing the info into the caps was the quickest and easiest thing to do for
whatever needed solving? I'm strongly opposed to adding random crap into caps
if it can be avoided. (I can't comment on the RTP issue, since I haven't looked
at it, but it's a separate issue, isn't it?)
I would suggest to go ahead with the other patches, and clone a separate bug
for this somewhat marginal issue if needed.
--
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