[Bug 746475] New: gstrtpmp4adepay cannot handle in band config
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Thu Mar 19 10:46:31 PDT 2015
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.
More information about the gstreamer-bugs
mailing list