[Bug 746475] New: gstrtpmp4adepay cannot handle in band config

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 746475
           Summary: gstrtpmp4adepay cannot handle in band config
    Classification: Platform
           Product: GStreamer
           Version: unspecified
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: nstoughton at aether.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

The rtpmp4adepay module cannot handle payloads created by iOS which send the
streamMuxConfig in-band. The following extract is from the Apple "Bluetooth
Accessory Design Guidelines for Apple Products":

> The AudioMuxElement is the same as the RTP payload in RFC 3016. It is defined in Section 1.7.3, Table
> 1.32 in ISO/IEC 13818-3:2005, subpart 1. The muxConfigPresent argument to the AudioMuxElement
> is set to 1 (in-band mode), as recommended in Section 4.1 of RFC 3016. As recommended in Section 4.3
> of RFC 3016, only one AudioMuxElement is put into each AVDTP packet

Further, Apple fail to implement RFC 3016 correct, in that they never set the
Marker bit in the RTP header.

I don't have the bandwidth right now to come up with a patch, but will probably
do so in the next few months unless someone else has something to offer!

Need a mechanism to say "assume every packet has the Marker set" (I might be
able to do this in my source element), and to handle in-band config data.

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