After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 746475 - gstrtpmp4adepay cannot handle in band config
gstrtpmp4adepay cannot handle in band config
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
unspecified
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-03-19 17:46 UTC by Nick Stoughton
Modified: 2018-11-03 14:58 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Nick Stoughton 2015-03-19 17:46:31 UTC 
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.
Comment 2 GStreamer system administrator 2018-11-03 14:58:59 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/issues/171.