Re: [LAU] editor for audiofile header?

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Chris Bungue <ch.bungue@...>
Cc: linux-audio-user@lists.linuxaudio.org <linux-audio-user@...>
Date: Sunday, November 3, 2013 - 10:22 pm

--f46d044304ce58f1af04ea4d3a56
Content-Type: text/plain; charset=ISO-8859-1

On Sun, Nov 3, 2013 at 4:59 PM, Chris Bungue wrote:

> Sorry, maybe the question is a little bit silly,

they are wrong. riff/wav are always little-endian, by definition.

however, 32 bit float is not supported by many blobs of code intended to
read riff/wav files, and technically are not part of the original WAV
specification (they were added for WAVEX).

--f46d044304ce58f1af04ea4d3a56
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Sun, Nov 3, 2013 at 4:59 PM, Chris Bungue <=
ch.bungue@gmail.co=
m
> wrote:
Sorry, maybe the quest=
ion is a little bit silly,but I'm a musician not a programmer=
.
Could it be that the wav format (32bit-float) is different on=
linux and windows? Somebody told me that windows wav file are LSB=A0 and l=
inux and Mac are MSB.
they are wrong. riff/wav are always little-endian, by definition.however, 32 bit float is not supported by many blobs of code inten=
ded to read riff/wav files, and technically are not part of the original WA=
V specification (they were added for WAVEX).
=A0

--f46d044304ce58f1af04ea4d3a56--

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: [LAU] editor for audiofile header?, James Harkins, (Mon Oct 28, 1:04 am)
Re: [LAU] editor for audiofile header?, Chris Bungue, (Sun Nov 3, 9:59 pm)
Re: [LAU] editor for audiofile header?, Paul Davis, (Sun Nov 3, 10:22 pm)