gstrtpmp4adepay cannot handle in band config
Submitted by Nick Stoughton
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.