Le 2021-05-23 à 18 h 30, Marc Lavallée a écrit :
In include/FLAC/format.h, I changed FLAC__MAX_CHANNELS from 8u to 128u
In src/libFLAC/format.c, I changed
FLAC__STREAM_METADATA_STREAMINFO_CHANNELS_LEN from 3 to 8.
The code compiles, but encoding more than 8 channels fails (I tried
with 19)
Le 2021-05-23 à 16 h 58, Martin Leese a écrit :
Extending FLAC to more than eight channels
has been discussed in the past.For
example, look in the sursound archives for this
long post by me:
Subject: Re: [Sursound] octofile release
Date: Mon Jul 30 22:30:42 EDT 2018
Here is a link
Provided that FLAC is really kind of inextensible:
Could you not define a "new" FLAC II format, now being reasonably defined?
In the best case the FLAC II decoder can still read the FLAC "legacy"
format, and things would work.
It is not pretty, but could be done. (In case there is some deman
On 5/23/21, Martin Leese wrote:
> Extending FLAC to more than eight channels
> has been discussed in the past.For
> example, look in the sursound archives for this
> long post by me:
> Subject: Re: [Sursound] octofile release
> Date: Mon Jul 30 22:30:42 EDT 2018
Here is a link:
https
On Sun, May 23, 2021 at 01:10:21PM -0600, Martin Leese wrote:
> Extending FLAC to more than eight channels
> has been discussed in the past.For
> example, look in the sursound archives for this
> long post by me:
> Subject: Re: [Sursound] octofile release
> Date: Mon Jul 30 22:30:42 E
The Mp4 container should work just fine with multiple audio streams
(even in FLAC).
8 channels for 2nd order HOA (with one vertical component missing) is
good enough, and that could be why it's a format used for VR audio. But
some audio enthousiasts could enjoy streams in 3rd order (and more).
Stefan Schreiber wrote:
> It would be relatively easy to extend FLAC to more than 8 channels.
>
> (To cover ?exotic? audio formats such as 5.1.4, HOA, and a plentitude
> of audio object standards.)
Extending FLAC to more than eight channels
has been discussed in the past.For
example, look in
That was a lot of information, I was only thinking of distribution to
end-users on the web.
It would save a bit of volume in comparison to wav.
This is the current state of ohti,
We are to add more buttons for routing of mixed order Ambisonics, the
channel routing can be edited before playback.
It would be relatively easy to extend FLAC to more than 8 channels.
(To cover “exotic” audio formats such as 5.1.4, HOA, and a plentitude
of audio object standards.)
Best,
Stefan
- Mensagem de Bo-Erik Sandholm -
Data: Sun, 23 May 2021 10:49:57 +0200
https://hydrogenaud.io/i
On Sat, May 22, 2021 at 06:15:48PM -0400, Marc Lavallée wrote:
> In the document, "Universal Ambisonic" is described to work with WavPack.
"Universal Ambisonic" is as dead as can be, and that's probable the
best that could happen to it. It was precisely a desire to get rid
of ill-conceived 'stand
https://hydrogenaud.io/index.php?topic=119143.0
Quick google gives me a the impression it could be made to work on many
platforms.
It is better than flac for Ambisonics due to the 8 channel limit in flac.
Bosse
Den sön 23 maj 2021 00:16Marc Lavallée skrev:
> Le 21-05-22 à 06 h 21, Fons Adriaen
Le 21-05-22 à 06 h 21, Fons Adriaensen a écrit :
> So all you need is a library to read/write .wav and/or .caf files,
> e.g. libsndfile.
Maybe WavPack could be promoted for Ambisonics (and Ambix)? There's
preliminary support for (lossless) WavPack in libsndfile, not yet merged
in the official repo;
12 matches
Mail list logo
