Dear colleagues...
To continue the proposal to use certain forms of .AMB as a
real-world format for the transport/storage of 3D audio (including music
recordings), I would like to hint to some further and important issues
involved.
A full .AMB decoder would have to be able to decode the
On Sun, Aug 11, 2013 at 9:21 PM, Stefan Schreiber st...@mail.telepac.ptwrote:
Again, the real problem seems to be the lack of available B format
decoders.
I may be able to help here, as I've recently written a full-featured (dual
band, NFC, blah, blah...) Ambisonic decoder engine in Faust,
Paul Hodges wrote:
--On 29 July 2013 03:57 +0100 Stefan Schreiber st...@mail.telepac.pt
wrote:
UHJ (surround/3D audio) as extension of stereo based files
(distribution via Internet, on discs and streaming, including
YouTube, Spotify etc.)
I like the potential of this idea very much;
--On 29 July 2013 03:57 +0100 Stefan Schreiber st...@mail.telepac.pt
wrote:
UHJ (surround/3D audio) as extension of stereo based files
(distribution via Internet, on discs and streaming, including
YouTube, Spotify etc.)
I like the potential of this idea very much; but it can only move
forward
Not sure I see the point of bandwidth-limiting T. It was designed for a
world we no longer inhabit. We had issues with it at the time and I
don't think the considerations that made it useful for FM apply here.
--R
On 02/08/2013 17:09, Martin Leese wrote:
...
- The UHJ article already
On 03/08/2013 13:22, Richard G Elen wrote:
Not sure I see the point of bandwidth-limiting T. It was designed for a
world we no longer inhabit. We had issues with it at the time
I had an experimental IBA 2.5 channel UHJ decoder and FM tuner on loan
and set up in my home at the time of
Richard G Elen wrote:
Not sure I see the point of bandwidth-limiting T. It was designed for
a world we no longer inhabit. We had issues with it at the time and I
don't think the considerations that made it useful for FM apply here.
--R
Nor do I see any point in this, or did I. Note that
Aaron Heller wrote:
Hi Stephan,
Please note:
AAC/HE-AAC profile 1 uses Spectral Band Replication, which means that top
octave information is generated from lower frequency content using hints.
I'm unsure of the impact this would have on ambisonic decoding. I guess
one could filter out the
Stefan Schreiber wrote:
...
To offer a backward-compatible extension of a UHJ extended AAC
stereo file, you would have to include the T and Q audio channels as 3rd
or 4th audio stream, somewhere. (Probably you could label such a file
as stereo, the first 2 channels being L and R. Include
Martin Leese wrote:
Stefan Schreiber wrote:
...
To offer a backward-compatible extension of a UHJ extended AAC
stereo file, you would have to include the T and Q audio channels as 3rd
or 4th audio stream, somewhere. (Probably you could label such a file
as stereo, the first 2 channels
Hi Stephan,
Please note:
AAC/HE-AAC profile 1 uses Spectral Band Replication, which means that top
octave information is generated from lower frequency content using hints.
I'm unsure of the impact this would have on ambisonic decoding. I guess
one could filter out the replicated contents and
Apple uses HE-AAC and doesn't use SBR, at least this is my impression.
In my understanding, this is a more a tool you can use at low rates, to
obtain a (perceptual) improved result. Speaking of 64kbps/channel and
above (I showed cases with 80kbps/channel and actually 96kbps for L/R,
64kbps
Michael Chapman wrote:
(Continuation of: The commercial future of Ambisonics, 15/5/2013)
[ ... ]
If this is a proposed standard, then I would say:
-BHJ (2 channel) should not be used
I do agree. (Unless for legacy reasons, because sometimes the B format
source might actually have
(Continuation of: The commercial future of Ambisonics, 15/5/2013)
Dear colleagues,
following the recent standardization of 3D audio by Mpeg (ISO/IEC
23008-3) and related activities, I have come to the conclusion that the
(older) B format up to 3rd order might need some updates.
However, I
14 matches
Mail list logo