PSA: Now possible for audio encoders and decoders to cooperate
140 views
Skip to first unread message
Karl Wiberg
unread,
Mar 24, 2018, 3:39:46 AM3/24/18
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to discuss...@googlegroups.com
WebRTC now passes "audio codec pair IDs" to audio codec factories when they create codec instances. The intended use case is to allow factory implementations to connect audio decoder and audio encoder instances that talk to the same remote party; some codecs can make use of such a connection to let the encoder and decoder collaborate in order to do bandwidth adaptation.
The old AudioEncoderFactory::MakeAudioEncoderandAudioDecoderFactory::MakeAudioDecoderoverloads that don't take anAudioCodecPairIdargument are deprecated; I'll remove them two weeks from now. Implementations of these two interfaces have until then to update.Bug.
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to discuss...@googlegroups.com
Two weeks have now passed (or possibly slightly more, but who's counting?), so I've landed a CL that removes the old AudioEncoderFactory::MakeAudioEncoderandAudioDecoderFactory::MakeAudioDecoderoverloads that don't take anAudioCodecPairIdargument.