Displaying 4 results from an estimated 4 matches for "opus_multistream_encoder_init".
2016 May 04
2
[PATCH] Add Functions to Create Ambisonic Multistream Encoder
This patch adds top level functions to create an ambisonic multistream
encoder. The implementation currently just calls the analogous
surround sound functions with channel mapping 255 to create an encoder
that bundles uncoupled streams. Forthcoming patches will actually set
channel bitrate and other configuration.
My main concern is that adding additional
2016 Jan 16
0
Opus Codec Documentation
Hello All,
Opus Single Stream documentation was simple to understand, though I am
seeing some issues with the implementation of multi-stream APIs.
Is there some example showing multi-stream PCM data and how to parse the
same to opus_multistream_encoder_init and opus_multistream_encode function
calls and similarly for the decode path.
Regards
Amit
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.xiph.org/pipermail/opus/attachments/20160115/239e914e/attachment.htm
2016 May 05
0
[PATCH] Add Functions to Create Ambisonic Multistream Encoder
Hi Michael,
Is there any reason you can't just use the generic multi-stream API,
i.e. opus_multistream_encoder_init() and give it the mapping you need?
This is how surround was originally done (in 1.0) and only got changed
when surround needed a more complex mapping and more data in the
encoder. If it turns out you need this kind of thing too, then yes we
would probably just want to extend the
opus_multistream_s...
2016 May 05
2
[PATCH] Add Functions to Create Ambisonic Multistream Encoder
Jean-Marc,
> Is there any reason you can't just use the generic multi-stream API,
> i.e. opus_multistream_encoder_init() and give it the mapping you need?
I would like the encoder to make decisions based on the fact that the
audio is Ambisonics. For example, the bitrate allocation should not be
the same for every channel. The original multistream API does not
provide a way to pass in mapping family so I don't...