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 wrote:
>
> 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, as well as a
toolkit
Paul Hodges wrote:
--On 29 July 2013 03:57 +0100 Stefan Schreiber
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
--On 29 July 2013 03:57 +0100 Stefan Schreiber
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 with the free avai
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
Peter Carbines wrote:
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 hom
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 I
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 experimen
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 mentio
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
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 an
Stefan Schreiber wrote:
Probably you would use the data channels, to be on the safe side of
backward-compatinilty.
< compatinilty > is obviously "type hell" caused by some old keyboard,
and should be replaced with < compatibility > ... I hope I typed this
well, 2nd try!
:-)
Best,
S
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
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
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. Incl
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 b
> (Continuation of: The commercial future of Ambisonics, 15/5/2013)
>
[ ... ]
Some interesting ideas.
I hope they have only fallen foul of "the good day to publish bad news on"
(as the politicians say) effect, that is August is a bad month to publish
good news ... if you want comment / feedback on
(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 a
18 matches
Mail list logo