A compendium on SR and bit depth - Ableton's sound quality

Discuss music production with Ableton Live.
vitamin-e
Posts: 66
Joined: Sat May 23, 2009 4:54 am
Location: Houston, Tx
Contact:

A compendium on SR and bit depth - Ableton's sound quality

Post by vitamin-e » Thu Dec 10, 2009 6:40 am

I've done a ton of research in the last few days - this is what I've gathered thus far. I plan to start doing some phase cancellation tests in the next few days here, when I get more time after finals.

Before reading, please understand:
Digital sound works by sampling the amplitude of a waveform at given intervals (called the sample rate.) Each sample is a number - it literally means "at this point, the amplitude of the wave was at /this/ many decibels." When it gets played back, a device known as a digital to analog converter takes these numbers, and based on them, outputs voltages that correspond to the amplitude of each sample. The quickness at which it changes voltages (to depict changes in the wave) is referred to as the sample rate. This is much like how pixels on a computer screen represent a sample the color of an image at given points. Each sample is like a pixel. The more pixels you have, the more detailed the image will be. Bits are like the colors of the screen - the more different colors it can produce, the more brilliant and realistic the image will be. One might compare 16 bit audio to black and white, 24 bit to technicolor, and 32 bit being the full color range of a high dollar high-def TV.

Also, dispel your beliefs of "It all goes to 44.1/16, so why use a higher resolution"
Well, because there is only so much space for "information" about the audio. We'll call this information space "bits." The more bits you have, the more accurate of a depiction you will have of the waveform(the pure, unmolested, sound - which is literally impossible to reproduce exactly)
Think about how a story changes from person to person. The more specific the first person is about the story, the more the 2nd person has to carry on to the next, albeit with some distortion due to their own interpretations. However, when person 2 tells their story to person 3, with their own interpretations and additions included, there's even more information. Well, imagine if the story that person 2 told to person 3 was only as long as the story that person 1 told to person 2, but the story person 2 tells to person 3 has half of their interpretations and additions as well. This means that, they end up telling a story consisting of: Half of what person 1 told them, and half of what they interpreted on their own. If they had more time to tell the story, they would include even more necessary details - like more parts of person 1's story(things you /can/ hear.) If they had even /MORE/ time, they would probably give some un-necessary, insignificant information too(things that you can't really hear, and probably would not notice missing, but definitely sound better when A/B'd - like SACD/DVDA quality recordings.(many of which are bogus remasters, but nevermind that for now.)

This is exactly what happens when you run things through signal processors at inferior bit rates. There is so little room for information, that, not only does the insignificant stuff get cut off, the really important stuff does too, and you end up with something that doesn't make sense to your ears - and thus sounds unnatural and weird - or "unprofessional." Think of it like a quality bottleneck - if you have to reduce bitrates or sample rates, you're reducing the amount of information that the next person(plugin) has to work with.

NOW, for the information about signal rates and such:

Not sure if you guys were aware of this - I was not until skimming through the manual earlier, but:
Rendering audio from Live with a sampling rate other than the one that was used while
working on the project is also a non-neutral operation, and may result in a loss of sound
quality. It is recommended to always render using the original sampling rate, and then
convert the rendered file using a dedicated mastering application that is optimized for
these kinds of CPU-intensive, offline tasks.
Perhaps this could be the cause of some of Ableton's bad rap - people unknowingly downsample their project when they export, so it sounds bad when played back? :idea: :idea: :idea:
I now know why my mixes always sounded so much better in the control room than in the car.

Anyway, if this is true, then it must also be true that:
When exporting in Ableton, selecting 44.1 from the export screen puts all of my plugins in 44.1 mode for the mixdown - whereas selecting 96k puts them all in 96k mode. There is a similar paragraph that states that changing the bit depth at this point is also a non-neutral operation.

The manual does not go into depth about the "In/Out Sample Rate" setting in the preferences menu, however, my tests have shown (one of my fx plugins tells me what SR and Bit depth it's operating at at any given moment - have not tested with an instrument plugin) that changing the in/out sample rate also forces all of my plugins into the SR/depth I selected. Mind you, it's labeled "In/Out Sample Rate" not "Run everything at this sample rate" - though it appears that is just what it does. "In/Out Sample Rate" - to me - would mean "I'm going to run everything as high quality as possible, then convert to this sample rate for output."

This leads me to believe that the same thing happens at rendering time if you select an option lower than the (SR/depth at which you listened) OR (SR/depth of the highest sr/depth capable vst you are running) - depending on how you look at it from Ableton's "neutral operation" standpoint. Either way, this poses huge problems for noobs who don't even understand that each sample is a measurement of amplitude - not a "little snippet of audio." Even worse, it doesn't appear to be properly documented(correct me if I'm wrong) - so this could cause problems for the pros unknowingly as well.

Bear in mind, Ableton will still SUM at 32 bit, but you have to go to a lower bit depth in the end anyway(how to do that is a whole 'nother debate.) Notice the difference between:
VSTi outputs 16 bit, Ableton sums @ 32
VSTi outputs 32 bit, Ableton sums @ 32.
Throwing any signal processor (Vst effect) in there will exhibit the same results. What you'd be doing is literally reducing the quality of the sound so much before it even enters the plugin, that by the time it's on the way out, it's so mangled (mind you, even more so, because it's still 16 bit) that it causes (semi-audible) distortion. By semi-audible, I mean, you probably wouldn't immediately spot it if it were there, but you'd definitely like it better if it weren't, and would undoubtedly know in an a/b comparison.

Also keep in mind, each plugin that you add to the chain degrades the signal quality in some way(normally un-noticeable and minuscule, or nonexistent if it's not actually changing the sound (like a disengaged EQ)) - though the real culprit for killing your sound here is downsampling(which it sounds like Ableton takes care of for you - you're stuck at a low sample rate) or BIT REDUCTION! If you're forcing them all to 16 bit, it would stand to reason that you're degrading the signal quality exponentially each time you add another one, because there's so much less room for information.
Remember, 24 bit contains 256 TIMES MORE information than 16 bit. Imagine being able to see in 5120/20 vision - which means, what the average person can clearly make out at 20 feet, you can clearly see at 5120 feet! 5120 is 256 x 20 - remember, we're saying, MORE clarity than 16 bit, not an absolute amount. Now, imagine if the image were to change just a little bit - but you're only 20 feet away now - with this super perfect vision - (realistically, it'd probably be out of focus due to a oddly shapen eye, but this is an analogy so hey) - you'd be able to see it 256 times more clearly.

So all this got me thinking - To achieve the best results(quality wise) I should either:
Render @ 96/32, then dither in another application to 41.1/16 (Redbook/CD format) or
Render @ 96/24, (with dither?), load it up into Ableton, and run the output of my interface into the input of my other interface, and re-digitize the analog stream at 41.1/16, rather than the original rate.

Ableton mentions in their manual that you should export at the highest SR/depth possible, and use an offline, dedicated application for these "post-export" dithering tasks. This is another sign to me that Ableton, when you adjust the sample rate, pushes everything into that SR. That being said, why would it not be a good idea to export from Ableton at 96/32, then put the file back in Ableton and dither from there?

Actually, what sparked this whole investigation is what happened to me in the studio the other day - I had some spare time, so I pulled up a track in Ableton that I'd been working on (at 96/24 listening,) routed that through the board, and went to the CD burner with it(not even exporting first - just hitting play and record) The CD was operating at 41.1/16 of course. When I popped it in the car later, I noticed immediately that it sounded worlds different from anything I'd ever created with Ableton - it was nothing specific to the song - I just was hearing details that I never before could. I immediately attributed this to the D/A > A/D conversion I did - which I normally do whenever I mix down a track(normally I do rock bands with multitrack tape or 96/24 hard drive though)

<EDIT> : Sorry for the ambiguity - I was routing the 2mix from ableton (Ableton did 100% of the summing/processing) into the board - not each individual track and summing them with analog. What I'm pointing out is that, rather than using dithering or downsampling to get to cd format, the analog waveform itself was "re sampled" at the lower bit depth.

A/Bing it with other tracks I'd made in Ableton made even more of an impact on the difference I could point out. I still need to try exporting it in Ableton and A/Bing it like that, but I haven't yet.


Have you guys had similar findings? Does this support your experiences with Ableton, or am I totally confused here?
Last edited by vitamin-e on Thu Dec 10, 2009 4:47 pm, edited 1 time in total.

leedsquietman
Posts: 6659
Joined: Sun Nov 19, 2006 1:56 am
Location: greater toronto area

Re: A compendium on SR and bit depth - Ableton's sound quality

Post by leedsquietman » Thu Dec 10, 2009 8:01 am

This was recently discussed ad nauseum with much heated debate but the majority of Live users who run other platforms in the thread supported the idea that Live's sound quality was fine and not a weakness as some perceive.

As someone who regularly uses Cubase, Logic, Live and PTHD, I have no problems at all using Live for mixing and I do not consider it inferior to any of the other DAWS I use for that purpose and others I've had more limited experience with (Sonar, Samplitude/Sequoia and DP). When I recently mixed a track at the same volume levels in Cubase, Live and Logic, same pan settings, and employing only 3rd party vsts so as not to have a difference between native plugins such as EQs/comps etc, not one person from the 7 or 8 I played it to could tell any difference in a blind test.

So good luck with your testing, but really, what it boils down to is your own skills and knowledge. Every DAW from freeware such as Ardour on Linux and shareware such as Reaper through to the expensive mainstream, established DAWS gives you the platform to produce great music, so long as you got the knowledge and the skills.
http://soundcloud.com/umbriel-rising http://www.myspace.com/leedsquietmandemos Live 7.0.18 SUITE, Cubase 5.5.2], Soundforge 9, Dell XPS M1530, 2.2 Ghz C2D, 4GB, Vista Ult SP2, legit plugins a plenty, Alesis IO14.

Leon Tricker
Posts: 375
Joined: Thu Apr 09, 2009 11:14 am
Location: Portsmouth, UK.

Re: A compendium on SR and bit depth - Ableton's sound quality

Post by Leon Tricker » Thu Dec 10, 2009 8:37 am

This :?:

Again :?:

:roll:

The average guy/girl on the street (listening to MP3s through cheap headphones) is always complaining that their favourite new track should have been mixed in Pro Tools rather than Live...

"This tune is really catchy, the melody is so innovative... but if only it hadn't been downsampled to 16 bit, it would be a hit."

pepezabala
Posts: 3503
Joined: Mon Jun 07, 2004 4:29 pm
Location: In Berlin, finally

Re: A compendium on SR and bit depth - Ableton's sound quality

Post by pepezabala » Thu Dec 10, 2009 8:38 am

vitamin-e wrote:Perhaps this could be the cause of some of Ableton's bad rap - people unknowingly downsample their project when they export, so it sounds bad when played back? :idea: :idea: :idea:
I now know why my mixes always sounded so much better in the control room than in the car.
hmm, most probably everything sounds better in the control room than in your car, isn't it?

necho
Posts: 995
Joined: Wed Mar 11, 2009 3:39 pm
Location: (y)UK

Re: A compendium on SR and bit depth - Ableton's sound quality

Post by necho » Thu Dec 10, 2009 9:38 am

why not.... errr.... make some MUSIC?
_________
sigs suck.

crumhorn
Posts: 2503
Joined: Fri Sep 26, 2008 6:04 pm

Re: A compendium on SR and bit depth - Ableton's sound quality

Post by crumhorn » Thu Dec 10, 2009 10:32 am

VST instruments and effects use 32 bit floating point numbers for input and output where 0.0 = silence and 1.0 = full scale. This is exactly the same representation used in Live. They are free to use whatever bit depth and sample rate they like for their internal "thinking" but it always comes out as a 32 bit float at the system sample rate. Eg a synth might use a really high sample rate internally to avoid aliasing but still output at 44.1KHz.

And Ableton Live sums at 64 bit not 32 bit.

Also I think it's better to keep your whole project at 44.1 KHz if you are eventually targeting CD. Any change between sample rates - unless it's a whole number ratio - will degrade the sound quality. The distortion created by changing down from 96 KHz to 44.1 KHz would most likely offset any benefits of using 96 KHz in the first place.

Bit depth is another thing entirely, just go for the highest bit depth available at every stage.


Your description of PCM audio starts out OK but goes off the rails a bit in the third and fourth paragraphs and you miss out two important components. Before the signal is converted to digital it has to be pre filtered to remove all frequencies higher than half the sample frequency. And when it's converted back to analogue it has to go through a similar reconstruction filter - this is a key component in the theory of sampling.

The reconstruction filter is quite tricky to design and accounts for most of the differences in sound quality between different DACS. The main reason for using higher sampling rates is to make these filters easier to design, by keeping the signal well below half the sampling rate. But as long as your signal stays in the digital domain you don't have to face that problem.

If you really want to understand digital audio you need to start by understanding the Nyquist Shanon sampling theorum --> http://en.wikipedia.org/wiki/Nyquist-Sh ... ng_theorem.

This is not a musical discussion.
"The banjo is the perfect instrument for the antisocial."

(Allow me to plug my guitar scale visualiser thingy - www.fretlearner.com)

henke
Posts: 258
Joined: Fri Sep 11, 2009 7:36 am

Re: A compendium on SR and bit depth - Ableton's sound quality

Post by henke » Thu Dec 10, 2009 11:57 am

what a pleasure to read such a well informed and correct post. (hugs)

R.

locojohn
Posts: 487
Joined: Mon Feb 19, 2007 8:42 am
Location: riga, latvia

Re: A compendium on SR and bit depth - Ableton's sound quality

Post by locojohn » Thu Dec 10, 2009 1:11 pm

vitamin-e wrote: Rendering audio from Live with a sampling rate other than the one that was used while
working on the project is also a non-neutral operation, and may result in a loss of sound
quality. It is recommended to always render using the original sampling rate, and then
convert the rendered file using a dedicated mastering application that is optimized for
these kinds of CPU-intensive, offline tasks.
I actually wish WAV/AIFF export settings were saved along with the project, but I do not think this is the case right now. Personally, I work with various projects that need to be exported in different sample rates and bit depths at times, with or without normalize. It would have been great if Live could always remember last export settings per Project, or am I missing something?

Personally, when I work with acoustic music I normally record and process all parts at 96khz/24-bit and export as 96khz/24-bit WAV/AIFF. If I want to burn tracks on CD or master for CD, I use excellent open source SoX program first and do the following separately in the command shell:

Code: Select all

sox -S "sourcefile.wav" -b 16 "destfile.wav" rate 44100 -h  dither -s
That would result in a high quality resampling and conversion of my original material into 44.1khz/16-bit format, ready for the CD. I have never had a problem with this approach and it doesn't take much time. It wouldn't hurt if Live could utilise resampling algorithms used in the SoX in the future versions. I am not saying Live's resampling and dithering algorithms are of bad quality, but they are not the best either.

When I want to give away mp3 of my music sample, I use lame from command line and it always works great:

Code: Select all

lame --alt-preset standard -q 0 "destfile.wav" "destfile.mp3"
or

Code: Select all

lame --alt-preset extreme -q 0 "destfile.wav" "destfile.mp3"
That's all as long as technical quality is concerned. Quality and "musicality" of the music itself is of course a different story.

Andrejs
Last edited by locojohn on Thu Dec 10, 2009 1:21 pm, edited 4 times in total.
/*
  • the basic tone of life remains the same,
    and in it there are some happy melodies
    and some sad melodies
    - sekito kisen
*/

Emissary
Posts: 2431
Joined: Tue Jan 27, 2004 11:27 am

Re: A compendium on SR and bit depth - Ableton's sound quality

Post by Emissary » Thu Dec 10, 2009 1:14 pm

necho wrote:why not.... errr.... make some MUSIC?
because people want to find excuses for other people not liking their music. "oh must be the sound engine, thats why i'm not at no.1 " or " I almost made it as a pop star, but i was using ableton and the sound wasnt good enough" As you say people need to shut up and write music.

necho
Posts: 995
Joined: Wed Mar 11, 2009 3:39 pm
Location: (y)UK

Re: A compendium on SR and bit depth - Ableton's sound quality

Post by necho » Thu Dec 10, 2009 1:23 pm

Emissary wrote: because people want to find excuses for other people not liking their music. "oh must be the sound engine, thats why i'm not at no.1 " or " I almost made it as a pop star, but i was using ableton and the sound wasnt good enough"
Oh, I see.

My music sucks because I lack inspiration and musical talent. It has nothing to do with Ableton's sound engine.
_________
sigs suck.

3dot...
Posts: 9996
Joined: Tue Feb 20, 2007 11:10 pm

Re: A compendium on SR and bit depth - Ableton's sound quality

Post by 3dot... » Thu Dec 10, 2009 1:28 pm

vitamin-e wrote: Actually, what sparked this whole investigation is what happened to me in the studio the other day - I had some spare time, so I pulled up a track in Ableton that I'd been working on (at 96/24 listening,) routed that through the board, and went to the CD burner with it
...there you go...
routing/summing through an anaolg desk would make a big difference...
Image

locojohn
Posts: 487
Joined: Mon Feb 19, 2007 8:42 am
Location: riga, latvia

Re: A compendium on SR and bit depth - Ableton's sound quality

Post by locojohn » Thu Dec 10, 2009 1:33 pm

necho wrote:
Emissary wrote: because people want to find excuses for other people not liking their music. "oh must be the sound engine, thats why i'm not at no.1 " or " I almost made it as a pop star, but i was using ableton and the sound wasnt good enough"
Oh, I see.

My music sucks because I lack inspiration and musical talent. It has nothing to do with Ableton's sound engine.
IMHO self-criticizing is worth only to some healthy extent. It is better to constantly improve and look at mistakes with a smile. It is not very constructive to say "people want to find excuses for other people not liking their music" either, when the point was made solely about technical issues. As to "musicality" of music -- share your music with people you trust who can point out at areas that need improvement, learn through the process and improve your playing/mixing skills.

Andrejs
Last edited by locojohn on Thu Dec 10, 2009 1:40 pm, edited 1 time in total.
/*
  • the basic tone of life remains the same,
    and in it there are some happy melodies
    and some sad melodies
    - sekito kisen
*/

necho
Posts: 995
Joined: Wed Mar 11, 2009 3:39 pm
Location: (y)UK

Re: A compendium on SR and bit depth - Ableton's sound quality

Post by necho » Thu Dec 10, 2009 1:39 pm

locojohn wrote:
necho wrote:
Emissary wrote: because people want to find excuses for other people not liking their music. "oh must be the sound engine, thats why i'm not at no.1 " or " I almost made it as a pop star, but i was using ableton and the sound wasnt good enough"
Oh, I see.

My music sucks because I lack inspiration and musical talent. It has nothing to do with Ableton's sound engine.
IMHO self-criticizing is worth only to some healthy extent. It is better to constantly improve and look at mistakes with a smile. It is not very constructive to say "people want to find excuses for other people not liking their music" either, my only IMHO. Just make more music, share it with people you trust who can point out at areas that need improvement, learn through the process and improve your playing/mixing skills.

Andrejs
That wasn't really meant to be taken seriously.... I'm in a nihilistic mood today...
_________
sigs suck.

andydes
Posts: 2917
Joined: Fri Feb 18, 2005 12:53 pm
Location: Bremen

Re: A compendium on SR and bit depth - Ableton's sound quality

Post by andydes » Thu Dec 10, 2009 1:44 pm

I don't think the OP was saying Live's sound quality was bad or inferior to other DAWs. The issue (as I read it) is whether the rendered file is always the same as the direct output and what are the best ways of exporting to get the best output.

If what he is saying is true about VSTs running in 16 bit mode, when the export sample rate is set to16 bit, then I could see how that would affect sound quality. I've never heard this before and to be honest it sounds unlikely. But if it is the case, would it make sense to render at 24bit, then reimport (back into Live or another program) and then dither down to 16 bit?

supamonsta
Posts: 2621
Joined: Tue Feb 20, 2007 7:31 pm
Location: The Lounge
Contact:

Re: A compendium on SR and bit depth - Ableton's sound quality

Post by supamonsta » Thu Dec 10, 2009 2:03 pm

Andydes wrote:I don't think the OP was saying Live's sound quality was bad or inferior to other DAWs. The issue (as I read it) is whether the rendered file is always the same as the direct output and what are the best ways of exporting to get the best output.
you're right Andy, I first had not read the whole (and complex, compact) OP, but reading it better avoids this misunderstanding.


@Vitamin-e: Really interesting thread mate, and smartly wrote.

I'm interested in your results (I don't really feel the need to have a better sound, but if there's a method for avoiding the most signal degradation as possible, that's always a good thing)

Good work and reflexions mate, waiting for your conclusions (I like ready-made solutions :wink: )

cheers

Post Reply