[gstreamer-bugs] [Bug 607353] rtph264pay & base: Don't crash if the other side specifies the profile-level-id

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Mon Jan 18 12:29:57 PST 2010


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

Olivier Crete (Tester) <tester> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1

--- Comment #5 from Olivier Crete (Tester) <tester at tester.ca> 2010-01-18 20:29:51 UTC ---
Also, we should look into how the caps negotiation works for RTP caps. I see at
least 3 different types of parameters

1. Parameters that must be the same on the receiver and the sender (like ilbc
mode), this more or less matches how Gst works
2. Parameters that describe the stream (ie sprop-* for H.264), these should
only be used in setcaps (not getcaps) and show only flow pay->depay
3. Parameters that restrict the stream (like profile-level-id or ptime or
maxptime), should should flow from depay to pay.. So they should never be set
in setcaps, only used in getcaps.

I'll try to whip out some patches to the baseclass and the various payloaders
to implement that if it makes sense.

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