[Bug 731749] New: rtph264pay negotiation broken

[GStreamer (bugzilla.gnome.org)]

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

           Summary: rtph264pay negotiation broken
    Classification: Platform
           Product: GStreamer
           Version: git
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: olivier.crete at ocrete.ca
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


This simple pipeline fails:
gst-launch-1.0 videotestsrc ! video/x-raw, format=Y42B ! x264enc ! rtph264pay !
application/x-rtp ! fakesink

This is because of a clash between RTP offer/answer negotiation and gstreamer
caps negotiation. In GStreamer's caps negotiation "application/x-rtp,
encoding-name=H264" means any profile, but in the SDP world, it means the
baseline profile. Since we try to merge both, we tried to come up with some
solution with clever caps ordering, but it breaks if the input isn't 4:2:0.

My newest suggestion is to just add a "sdp-offer-answer" property on the
payloader to switch between the GStreamer mode where no property means anything
and sdp O/A mode means baseline/minimum.

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