[Bug 703378] pbutils: recent caps description patch can mistakenly confuse different formats

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Tue Jul 2 12:44:46 PDT 2013


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

--- Comment #5 from Vincent Penquerc'h <vincent.penquerch at collabora.co.uk> 2013-07-02 09:11:32 UTC ---
I am getting DLNA profiles from libgupnp-dlna. These come with restrictions for
audio, video, and muxer. I want to create encodebin profiles for those, so I
can transcode an input source to something that matches the DLNA profile.

However, the restrictions I get from libgupnp-dlna aren't always "simple". Some
have more than one structure, usually with the same format but different
resolutions, etc. Those caps are usually not fixed: they contain some amount of
leeway in things like bitrate, etc. It depends on the particular profile.

When encodebin can find elements to build a pipeline that can transcode to
those caps, all is fine. However, when it cannot, it will try to describe the
caps to post a message. This is when the code I patched really wants a fixed
caps, and asserts when it gets a non fixed one.

However, since it is possible to provide such a description of the caps in some
cases where we get non fixed caps (eg, when all structures in the caps describe
the same format), these patches do this. Maybe they will miss some cases, but
surely it's better than just asserting. If any case is missed, the assert will
be here as before.

-- 
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