Re: [LAU] About Algorithms

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: <fons@...>, <linux-audio-user@...>
Date: Sunday, July 17, 2011 - 11:25 am

--_91806bda-31d0-4852-8398-3abd0e223d60_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Agree on the whole that summing is summing is summing. Most DAWs these=20
days will use floating point (either 32bit or double precision) and=20
A+B=3DC no matter what.

There may be dithering at the end but you are talking a single bit=20
possible difference between renders at points=2C which I don't believe=20
anybody is going to hear. I personally find claims that one dither=20
algorythm sounds better than another=2C especially at 24bits=2C can be=20
nothing but salesman talk.

Now how the DAW loads and converts your samples (eg mixing 44.1kHz and=20
48kHz samples within the same project=2C or using a different project same
rate to all your samples) or if you are using an internal sampler to=20
play at different frequencies=2C does make a difference. For example=20
compare Cubic vs Sinc (SinX/X) Interpolation and you very well might=20
start to hear differences (there are more methods but these are a couple
of the most common.) You may also find that one software uses Cubic on=20
play and Sinc on rendering (as cubic is less processor intensive) and=20
thus there are subtle difference between them whereas another may use=20
Sinc at all times. While a lot of people disregard this as it's not part
of the summing itself I argue it is part of the audio engine.

But every time I have ever come across the X sounds great=2C Y sounds=20
pants claims by people and then requests for examples to illustrate this
they have either never materialised or the protagonist has ended up=20
backing down from their claim. Especially on the rendered waveforms=2C due
to the fact I mentioned above of some DAWs only using the better=20
quality interpolation at that point.

As mentioned the characteristics of the internal effects and DSPs used=20
are going to have a lot more affect on your sound than any of this ever=20
will!

On the whole any differences that do exist are so small I really wouldn't w=
orry about them.

Dale.

=

--_91806bda-31d0-4852-8398-3abd0e223d60_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Agree on the whole that summing is summing is summing. Most DAWs these=20
days will use floating point (either 32bit or double precision) and=20
A+B=3DC no matter what.

There may be dithering at the end but you are talking a single bit=20
possible difference between renders at points=2C which I don't believe=20
anybody is going to hear. I personally find claims that one dither=20
algorythm sounds better than another=2C especially at 24bits=2C can be=20
nothing but salesman talk.

Now how the DAW loads and converts your samples (eg mixing 44.1kHz and=20
48kHz samples within the same project=2C or using a different project same
rate to all your samples) or if you are using an internal sampler to=20
play at different frequencies=2C does make a difference.&nbsp=3B For exampl=
e=20
compare Cubic vs Sinc (SinX/X) Interpolation and you very well might=20
start to hear differences (there are more methods but these are a couple
of the most common.) You may also find that one software uses Cubic on=20
play and Sinc on rendering (as cubic is less processor intensive) and=20
thus there are subtle difference between them whereas another may use=20
Sinc at all times. While a lot of people disregard this as it's not part
of the summing itself I argue it is part of the audio engine.

But every time I have ever come across the X sounds great=2C Y sounds=20
pants claims by people and then requests for examples to illustrate this
they have either never materialised or the protagonist has ended up=20
backing down from their claim. Especially on the rendered waveforms=2C due
to the fact I mentioned above of some DAWs only using the better=20
quality interpolation at that point.

As mentioned the characteristics of the internal effects and DSPs used=20
are going to have a lot more affect on your sound than any of this ever=20
will!

On the whole any differences that do exist are so small I really wouldn't w=
orry about them.

Dale.
=

--_91806bda-31d0-4852-8398-3abd0e223d60_--

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

Messages in current thread:
[LAU] About Algorithms, Moshe Werner, (Sat Jul 16, 11:03 pm)
Re: [LAU] About Algorithms, lorenzo cecchi, (Mon Jul 18, 10:40 am)
Re: [LAU] About Algorithms, Fons Adriaensen, (Mon Jul 18, 2:46 pm)
Re: [LAU] About Algorithms, Fons Adriaensen, (Sun Jul 17, 8:45 am)
Re: [LAU] About Algorithms, Ken Restivo, (Wed Jul 20, 3:39 am)
Re: [LAU] About Algorithms, Dale Powell, (Sun Jul 17, 11:25 am)
Re: [LAU] About Algorithms, Paul Coccoli, (Mon Jul 18, 9:55 pm)
Re: [LAU] About Algorithms, Folderol, (Mon Jul 18, 10:03 pm)
Re: [LAU] About Algorithms, Charles Henry, (Tue Jul 19, 3:52 am)
Re: [LAU] About Algorithms, Moshe Werner, (Tue Jul 19, 3:24 pm)
Re: [LAU] About Algorithms, Paul Davis, (Tue Jul 19, 2:54 am)
Re: [LAU] About Algorithms, Paul Coccoli, (Tue Jul 19, 9:47 pm)
Re: [LAU] About Algorithms, Dale Powell, (Wed Jul 20, 4:53 pm)
Re: [LAU] About Algorithms, Paul Davis, (Tue Jul 19, 9:57 pm)
Re: [LAU] About Algorithms, Moshe Werner, (Mon Jul 18, 6:40 am)
Re: [LAU] About Algorithms, Moshe Werner, (Mon Jul 18, 7:19 am)
Re: [LAU] About Algorithms, Erik de Castro Lopo, (Mon Jul 18, 7:38 am)
Re: [LAU] About Algorithms, David Adler, (Mon Jul 18, 9:53 am)
Re: [LAU] About Algorithms, Erik de Castro Lopo, (Mon Jul 18, 10:53 am)
Re: [LAU] About Algorithms, Fons Adriaensen, (Mon Jul 18, 2:56 pm)
Re: [LAU] About Algorithms, David Adler, (Mon Jul 18, 11:56 am)
Re: [LAU] About Algorithms, Erik de Castro Lopo, (Mon Jul 18, 12:11 pm)
Re: [LAU] About Algorithms, Fons Adriaensen, (Mon Jul 18, 3:01 pm)
Re: [LAU] About Algorithms, Paul Davis, (Mon Jul 18, 3:02 pm)
Re: [LAU] About Algorithms, Fons Adriaensen, (Mon Jul 18, 3:12 pm)
Re: [LAU] About Algorithms, David Adler, (Mon Jul 18, 12:14 pm)
Re: [LAU] About Algorithms, Renato, (Mon Jul 18, 10:13 am)
Re: [LAU] About Algorithms, David Adler, (Mon Jul 18, 10:43 am)
Re: [LAU] About Algorithms, Erik de Castro Lopo, (Mon Jul 18, 10:57 am)
Re: [LAU] About Algorithms, David Adler, (Mon Jul 18, 12:01 pm)
Re: [LAU] About Algorithms, Stephen Stubbs, (Sun Jul 17, 2:17 pm)
Re: [LAU] About Algorithms, Dale Powell, (Sun Jul 17, 3:25 pm)
Re: [LAU] About Algorithms, Erik de Castro Lopo, (Sun Jul 17, 8:31 am)