Jump to content

Is there a difference in final quality if you bounce before?


lip5016

Recommended Posts

Is there a difference in overall project output sound quality if you bounce all your tracks before you master your project? Or would quality stay the same if say, you kept all of your tracks frozen? I get anxiety about bouncing my tracks sometimes because sometimes I will want to make small adjustments here and there up til the final final product.. I wasn't sure if having your tracks frozen and mastering it yourself on top of that would make a difference in overall project sound quality, in regards to computing power that it takes..

 

I just want to make sure that I'm not losing any sound quality by mastering a track myself with all the channels frozen, like if my computer won't be able to handle all that at once or something?

Link to comment
Share on other sites

In any case, bouncing results in quantization errors, which is a form of distortion....

 

There's something I don't get here David.

Quantization error (or quantization distortion) should already happen when recording an analog signal (say a guitar) into Logic isn't it, since an analog-to-digital conversion is done during the process, right? So bouncing an already converted analog signal should not produce any further Quantization error, right?

 

Thanks

Link to comment
Share on other sites

Quantization error (or quantization distortion) should already happen when recording an analog signal (say a guitar) into Logic isn't it, since an analog-to-digital conversion is done during the process, right?

Right.

 

So bouncing an already converted analog signal should not produce any further Quantization error, right?

That's only right if you bounce the exact same guitar recording without doing ANY processing in Logic, not even changing its level - which would give the same result as if you duplicated the audio file in the Finder.

 

But the instant you do any processing in Logic (for example mixing that guitar track with a vocal track, or adding a plug-in to the guitar track, or adjusting its level with the volume fader), you are working with a 32 bit floating point signal, and bouncing that signal to a 24 bit fixed point audio file results in new quantization errors.

Link to comment
Share on other sites

But the instant you do any processing in Logic (for example mixing that guitar track with a vocal track, or adding a plug-in to the guitar track, or adjusting its level with the volume fader), you are working with a 32 bit floating point signal, and bouncing that signal to a 24 bit fixed point audio file results in new quantization errors.

 

Ah, good! Thanks for this very clear and interesting explanation David! Now I'm gonna do my homework to understand better the floating point vs fixed point thing!

Link to comment
Share on other sites

While David is correct and I would hate to disagree, I feel strongly that I should add a point to the quantization discussion that hasn't yet been discussed.

 

At 24-bit, the quality loss is theoretically there, but insignificant for any practical purpose. The noise would be 144dB down from full scale. No recording or playback equipment that I know of even has a 144dB dynamic range; if I recall, the best 24-bit converters are only like 120ish dB. Even if it did, our *ears* don't have that much usable range - that's more than the range between "inaudible" and "lifetime deafness in seconds."

 

So personally, if it's more convenient workflow-wise to bounce, I'll do it and not worry about any quality issues. Turning up or down one of your faders 0.1dB will make more of a difference to the sound than the effect of a bounce.

 

After all, Bohemian Rhapsody was bounced numerous times in the analog domain and it still became a hit. Or another analogy: real studios use analog patchbays even though the increased cable length increases noise, because it's worth the workflow benefits.

Link to comment
Share on other sites

Huh?

Eric said quantization errors do occur when making an operation in 32 bit floating point. I'm saying that by freezing a track, therefore saving to a file the 32 bit floating point signal, you're not introducing any more distortion than you already have when you're not freezing the track. You're just putting the results of the operation (along with its quantization errors) in an audio file so you don't have to calculate that operation in real time.

Link to comment
Share on other sites

Huh?

Eric said quantization errors do occur when making an operation in 32 bit floating point. I'm saying that by freezing a track, therefore saving to a file the 32 bit floating point signal, you're not introducing any more distortion than you already have when you're not freezing the track. You're just putting the results of the operation (along with its quantization errors) in an audio file so you don't have to calculate that operation in real time.

 

Ah!

 

I get it now. Thanks!

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...