A few comments:
- If Ambix is a “standard”, than probably as Ambix convention. (Which
is ACN channel ordering and SN3D normalization.)
In this sense independent from the actual source format. (Which does
not have to be .caf, as Fons already wrote.)
(If ACN/SN3D in the above sense adds anything to Jerôme Daniel’s
thesis of 2001 is another question. ACN/N3D is also in wide use,
supported by Mpeg, by ITU standards, and still others. Conversion is
trivial, so I don’t see a special problem here.)
- In my estimation you need standardization rather for the
distribution/CE/application side than for production. (Which can be
more flexible. You prove this, because “Matroskambix” is the probably
the production side... ;-)
- That Flac < is > widely supported you can see here:
https://support.tidal.com/hc/en-us/articles/203055911-High-Fidelity-HiFi-Sound
- Apple Lossless will use ALAC, which is just fine for the Apple
ecosystem. < g >
- I don’t think that (currently) any other lossless codec would have a
good chance to be adopted in browsers, so there is (“maybe”) a problem
with real-world music streaming.
Best,
Stefan
----- Mensagem de Marc Lavallée <[email protected]> ---------
Data: Sun, 23 May 2021 11:24:17 -0400
De: Marc Lavallée <[email protected]>
Assunto: [Sursound] Matroska (was: ALAC (was Re: WavPack (was: Re:
Ambix files)))
Para: Surround Sound discussion group <[email protected]>
Le 2021-05-23 à 10 h 22, Stefan Schreiber a écrit :
“So using the Ambix format in a CAF container with ALAC compression
is a good choice.”
Seriously: Is a good choice for what?
Good for production, because Ambix is a recognized format, and maybe
a de-facto standard (without ALAC because it's not a working
solution). Distribution formats are at the end of the chain (and
moving targets), so the first concern is production.
What I'm looking for is a simple container for capture, production
and archival (but not for distribution). Ambix can be used to
include custom data for production and archival. Because Ambix is
limited to audio I'm also considering using the Matroska container;
but containers are not easy to configure to include special tracks
(or "chunks"), in order to interleave streams of continuous data
(GPS, orientation, cues, etc).
Compression is nice for storage (and capture) but it's not
essential (except in some capture situations). WavPack already have
more features than FLAC, as a compression format and container. It'd
be nice if WavPack could be used with the CAF container (as
suggested in the 2011 Ambix article), like with the Matroska
container.
Neither WavPack or ALAC are universally accepted formats, so you
could ask if “extended Flac” (normal adapation to changing
realities requires more than 8 channels) could be a better choice
in the long-term.
Maybe? But WavPack is already a better fit than FLAC for Ambisonics
use cases (for example: Zylia chose it).
What I'd like is a "Matroskambix" or "Ambimkv" format! :-)
I also wonder if scientific formats like HDF5 could be used...
Marc
_______________________________________________
Sursound mailing list
[email protected]https://mail.music.vt.edu/mailman/listinfo/sursound -
unsubscribe here, edit account or options, view archives and so on.
----- Fim da mensagem de Marc Lavallée <[email protected]> -----
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://mail.music.vt.edu/mailman/private/sursound/attachments/20210523/5bf1bbc8/attachment.htm>
_______________________________________________
Sursound mailing list
[email protected]
https://mail.music.vt.edu/mailman/listinfo/sursound - unsubscribe here, edit
account or options, view archives and so on.
