Closed sujithhanwha closed 1 week ago
Instead extending the decoder to support StartMulticastStreaming I suggest to deprecated that mechanism for Media2 service. When multicast streaming is established via RTSP the audio formats are exchanged via SDP.
We will discuss this in the AudioProfile Working Group and proceed based on the majority opinion.
If all these new fields except MulticastConfiguration - Encoding, Bitrate, SampleRate, RTPPayloadType, MediaFormatParameters - do not depend on new MulticastBackchannel capability or on any another one?
I'm asking because of backward compatibility. E.g. a Client will use RTPPayloadType for set upping of unicast AAC backchannel streaming with a device (currently it is not prohibited by spec). A Client will expect supporting of this request (like no fault, usage this RTPPayloadType in SDP). That will not work with any device.
Closing this PR in favor of the newly opened PR #496, which presents an alternative approach.
Support for audio backchannel over multicast. AudioDecoderconfiguration updated with optional parameters.