[Bug 793704] New: srtpenc/srtpdec force application/x-srtp even when encryption disabled

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=793704

            Bug ID: 793704
           Summary: srtpenc/srtpdec force application/x-srtp even when
                    encryption disabled
    Classification: Platform
           Product: GStreamer
           Version: 1.x
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: dwmw2 at infradead.org
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Created attachment 368731
  --> https://bugzilla.gnome.org/attachment.cgi?id=368731&action=edit
Use application/x-rtp caps when decryption is disabled

See https://bugs.freedesktop.org/show_bug.cgi?id=105193

The FarStream fsrtpconference creates srtpenc/srtpdec elements unconditionally.
If no encryption is negotiated, they pass RTP packets through with no effect.
But the negotiated caps are still application/x-srtp, not application/x-rtp
which is what's actually being sent.

This works OK when the transmitter is some UDP network thing which accepts
anything and doesn't care.

However, in my case I do care, because I'm connecting fsrtpconference up to my
own RTP depayload which really does need it to be correctly labelled as
application/x-rtp.

Here's a half-baked attempt at making it work, which might work for srtpenc but
has certainly broken srtpdec.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.