TranceAddict Forums (www.tranceaddict.com/forums)
- Production Studio
-- 32bit vs. 16bit
Pages (2): [1] 2 »
32bit vs. 16bit
Am I the only one who is noticing a very palpable difference in the two in terms of quality? The 32bit sounds so much smoother and seems like it brings out frequencies better. I was mastering a tune the other day, and I did a 16bit vs. the original 32bit and the 32bit blew it away. Why in the world isn't 32bit a standard yet?!
well i think when you record a file from an external instrument with a higher bit rate means your going to get more. I'm curious to the answer to this question also, should be a standard.
I completely agree. With music being so competitive these days, from DJs, to producers, to the software engineers, I can't imagine how 32bit was over looked.
Right now its tough to do 32bit if you're using a lot of loops as those are generally just 16, but if you can create a track with pure midi and vsts then I think you will notice a huge difference in 16bit vs. 32bit
Anybody want to do this? Post a track they made in 16bit and in 32bit - you can even mp3 them. The 32bit is clearer better even when compressed.
If you really wanna check this mp3 theory of yours you should post a clip of an mp3 rendered from 16 bit vs one rendered from 32 bit or something like that.
That must clear it up pretty fast.
The Digiman can probably shed some light on this 
32bit audio is just not worth the bother.. As long as you make sure you don�t clip your master output, 16 bit will do just fine.
24bit vs.16bit is a better discussion though, but it has been debated to death. Search on
gearslutz or other forums, and you�ll have loads to read up on.
I use 16 bit for most things, and record 24 bit from my keyboard. Just for good measure. 
another a/b test with waveform analysis
oh wait thomas penton has his sample pack at 24 bit, yes i will go with that 
edit-wait are we talking about recording in higher bit rate or processing in high bit rate
Well, actually, 32-bit is the standard. Almost every sequencer uses 32-bit floating point internally.
So you must be referring to one of two things:
a) Recording;
b) Final mixdowns.
Let me address (a) first. The redbook audio standard is 16 bits, 44 kHz, and this was based on a very extensive study to determine what it would take to make recordings with effectively zero audible noise - and this includes a pretty good "safety margin". The noise floor with 16/44 is far lower than what any recording studio could ever hope to achieve in terms of ambient noise.
The standard doesn't really take into account the possibility of mixing 20 or 30 of these recordings together. If you take all of your synth and other tracks in a production, and bounce them all to 16-bit audio, it is definitely possible that you'll get some noise. That is why most producers actually do render intermediate audio as 32-bit float, which is the same as what the sequencer itself does.
So high-end production equipment mostly switched to 24-bit recording. Most ADCs and DACs are 24-bit. In theory, a 24-bit recording allows producers to mix 30, 40, 50 of these recorded tracks together and still have the pristine output quality of a typical 16-bit one-track recording of a band. In practice, again, the conversion noise is generally dwarfed by ambient noise, but I guess every little bit of noise reduction helps.
32-bit converters exist but they are pretty rare. And here's the kicker: a 32-bit DAC is going to be 32-bit fixed point. When you convert that to 32-bit floating point in a sequencer, you are actually going to start losing fidelity. If you've ever seen a service bill from some rinky-dink web company stating that you owe $32.000000007 in charges, that is an example of what happens when you try to convert from fixed to floating point and then back again. So even if you could get your hands on a 32-bit ADC, it wouldn't end up much better than 24-bit. Sequencers would have to switch to doubles (64-bit float) in order to take advantage of this.
So on the recording end, to summarize: the current standard is 24-bit, not 16-bit, so using 16 bits as a reference point for comparison is flawed. But even then, I'd be surprised if you could really hear the difference unless you're mixing a huge number of tracks all at 16 bits.
Now onto (b) the final mixdown:
One of the things you need to understand is that DACs are fixed-point. You can't actually take a floating-point signal and convert it directly to analog. Even if you found a DAC that claimed to do it - and I've never heard of such a thing - it would still have to convert to fixed-point internally first, which would require many more bits of precision than the original floating-point signal to do accurately.
I'm willing to bet that you do hear a difference when you do your final mixdown in 32 bit float, but not for the reason you think. Your sound card/Audio Interface, in all likelihood, has a 24-bit DAC on it (or maybe even 16-bit if it's cheap). If your sound driver even allows you to play 32-bit float audio directly, then it's getting down-converted somewhere in the chain, either by the driver itself or by the AI internally. And it's probably using some cheap, fast dithering algorithm, or maybe even doing straight truncation.
So what you're actually hearing when you try to work with 32-bit float is not higher fidelity, but lower fidelity. It's a combination of conversion loss and aliasing distortion. This is why we have dithering algorithms like the UV22-HR - complicated algorithms that obviously can't prevent artifacts, but create the artifacts in just such a way that they're virtually impossible to hear.
Even doing your mixdown in 24-bit fixed point is a bad idea (unless your destination is a mastering studio). It may sound better on your system, but you're going to get the same sort of crappy dithering/truncation if you encode as MP3 (which is 16 bits) or mix it onto a CD or vinyl that gets played on some much lower-fidelity consumer or club system.
Hope that answers your question. For mixdowns, stay away from 32 bits. Stick to 24 if it's headed to a studio, or 16 if your target is physical media. For recordings, they are likely happening at 24 bits at the hardware level, but are already getting converted into 32-bit float when you record from within the sequencer.
yeah there you go that all sums it up
Good points but really, accounting for the amount of music out there and what format it is in, 16bit is THE standard, without question.
Even though most hosts operate at 32bit internally, it really only matters in the case of production what the actual project's bit depth rate is.
There is also a big difference between "data" at 32bit and audio being recorded at 32bit (and yes, I know audio is a form of data once in the digital domain but hopefully you get what I mean). i.e. A 32bit OS is not the same as your audio recording/project being 32bit.
Again, even though ADC/DAC are often 24bit the point has to be made that the bit depth is only ever going to be as high (er...deep?) as the weakest link in the chain, so if you're project is at 16bit but you're using a 24 bit DAC, there will be a difference, but only in what the converter adds during the conversion process (in terms of interpolation, artifacts etc).
On another note, Recordings, should be made at as high a bit rate as possible - if sample rate is resolution on a horizontal plane then we know that bit rate is resolution on the vertical plane. However, the extra size in terms of data that a 32bit recording incurs is genrally accepted to not be worth the small increase in quality. So 24bit is generally a smaller increase in data size with a relatively larger increase in quality. Also, baring in mind that all links in the chain during production are 24bit (which is really not hard to do in a home studio with decent equipment), you would only suffer quality loss during a final bounce down to lower standard such as CD.
For these reasons, I keep my projects at 24bit until rendering down. You're forgetting one issue which is the playback quality during the mixdown to even recording stage which at a higher bit depth will subjectively allow you hear more, and therefore do a better job, hence there is a clear advantage over working in at lower quality standards.
I don't want to get in to the bit depth/sample rate conversion nightmare threads again, but from what I have experienced and used, it works and sounds best all things considered to keep the process at the highest possible quality rates (sample rate and bit depth) until the final conversion down to target media.
Great posts, Diginut and DJ RANN.
| quote: |
| Originally posted by DJ RANN For these reasons, I keep my projects at 24bit until rendering down. |
| quote: |
| Originally posted by DigiNut When I reply to a thread I reply intelligently |
| quote: |
| Originally posted by DigiNut 2) If you plan to do much processing on the audio stream itself (i.e. before any effects, filters, etc. are added to the track). Every offline process on a fixed-point digital signal is going to degrade the signal slightly. If you do 10 or 20 of them in a row - and some of us really do this much processing - you'll actually be able to hear the artifacts at some point. Majority of producers probably never do either of these things, so leaving the default recording settings at 24 bits is good enough. |
gigaflops...
seriously
| quote: |
| Originally posted by kitphillips Really? So if you do offline processing, then you should record at 32 bits? But if your only doing real time work using VSTs, then you don't have to worry? |
set project to 32f
record in 32bits
stay on 44.1 (no use for 48/88/96 or 192 when end product is 44.1)
mixdown in 32bits, mast 32 > 16bits
24bits is LEGACY and if you mastering studio is not prepared to work with your 32bits mixdown find another one who will.. you only want to truncane bits once, not twice...
set project to 32f
record in 32bits
stay on 44.1 (no use for 48/88/96 or 192 when end product is 44.1)
mixdown in 32bits, mast 32 > 16bits
24bits is LEGACY and if you mastering studio is not prepared to work with your 32bits mixdown find another one who will.. you only want to truncane bits once, not twice...
Why default to MP3 specs? I make my final product a high quality wav if I can. Highest Settings. Or I do .ogg [but my net host doesn't support .ogg so I use mp3
]
Many mp3 players support wav and its cheap to get a couple GB mp3 player.
| quote: |
| Originally posted by cronodevir Why default to MP3 specs? |
192kbps are you shitting me? 320kbit is the lowest I will go with an MP3
| quote: |
| Originally posted by cronodevir 192kbps are you shitting me? 320kbit is the lowest I will go with an MP3 |
Blah, not this stupid MP3 bitrate argument again. Please, save that for another thread, or better yet dig up one of the 368 old 320 vs. 256 vs. 192 kbit MP3 threads on here or on just about any other internet forum.
Encode at whatever bitrate you feel comfortable with. Just keep in mind that it's a major pain in the ass for people to download files that are twice as big (or 10 times as big if you're fanatical enough to direct them to a wav file).
| quote: |
| Originally posted by DigiNut Blah, not this stupid MP3 bitrate argument again. |
I should have just let sleeping dogs lie....
| quote: |
| Originally posted by DigiNut VSTi tracks are already 32f. And as x64 moves further into the mainstream, the standard may eventually be updated to 64f. What I've been saying is that the only time you actually have any control over the bit depth is (a) when working with discrete PCM-encoded files i.e. wav, and (b) when working with standalone audio hardware and/or ADCs/DACs, which for the most part are unable to support floating-point signals. When using software plugins - instruments, effects, mastering tools, whatever - you're bound to whatever the environment uses, which right now is 32 bits. Even dithering plugins designed to convert down to 24 or 16 bits actually put out a 32-bit word. It just always has the last 8 or 16 bits truncated to zero. What you've said isn't wrong per se, but a more accurate paraphrasing of my original post would be: Do any bouncing/recording at the same bit depth as your source, which is 24 bits for discrete hardware and 32 bits for VST or AU. But if you recorded at 24 bits, and you plan to use offline processing more than once or twice, convert it to 32 bits first in order to reduce the progressive degradation. |
Re: 32bit vs. 16bit
| quote: |
| Originally posted by StephenWiley Am I the only one who is noticing a very palpable difference in the two in terms of quality? The 32bit sounds so much smoother and seems like it brings out frequencies better. I was mastering a tune the other day, and I did a 16bit vs. the original 32bit and the 32bit blew it away. Why in the world isn't 32bit a standard yet?! |
Powered by: vBulletin
Copyright © 2000-2021, Jelsoft Enterprises Ltd.