[ddots-l] Re: Quantizing audio

  • From: "Greg Brayton" <Greg@xxxxxxxxxxxx>
  • To: <ddots-l@xxxxxxxxxxxxx>
  • Date: Sun, 1 Jan 2012 12:24:30 -0500

I sorta thought it was strange you signing your namme Bryan at the end, but I couldn't be sure. ----- Original Message ----- From: "Jack Conti" <jackconti@xxxxxxx>

To: <ddots-l@xxxxxxxxxxxxx>
Sent: Sunday, January 01, 2012 12:06 PM
Subject: [ddots-l] Re: Quantizing audio


Not saying anything, that was Bryan Smart's message. <smile> At 06:40 AM 1/1/2012, you wrote:
so it sounds like I need to find out what a transient is as opposed to just a note. If my first note strarts on 41 .1, and my phrase gos to 43.1, do I go to that measure and tab to find the first transient occuring on the spot? Are you saying that it will need to be nudged to the start then select that 2 measures then open audio snap find the sensitivity and play around with that? Do we even use control Q As we do with the midi or soft synths?

----- Original Message ----- From: "Jack Conti" <jackconti@xxxxxxx>
To: <ddots-l@xxxxxxxxxxxxx>
Sent: Saturday, December 31, 2011 9:30 PM
Subject: [ddots-l] Re: Quantizing audio


Greg maybe this will help.

When quantizing audio, remember that Sonar is identifying beats in the audio by detecting transients, and then moving those transients to line up with the quantization grid. If you have a note that begins on 1.2.400, and extends to 2.1, and quantize to quarter notes, then Sonar will pull the start of the transient at 1.2.400 back to 1.2. It pulls the transient back by stretching the segment from 1.2.400 and 2.1 so that it now lasts from 1.2 to 2.1. Another way to think about it is that, like MIDI, Sonar is only moving the start of the note. In the quantize dialog, you can also set to quantize durations, in which case the end of the note will also be pulled toward the nearest grid position.

However, unlike MIDI, Sonar really doesn't know what is a discrete note in audio. Instead, transient detection is used. Transient detection looks for places in the sound where there is a strong sudden increase in the strength. This is usually the exact moment where you went from silence to singing a word, where you strummed the guitar, when you struck a drum, etc. You need to set the sensitivity setting in the AudioSnap dialog so that it, for the most part, only picks out real note boundaries. In the same place, you can also set how often the transients can occur.

There aren't "correct" settings for these. You have to feel them out for each situation. In general, they're a lot easier to set on a individual track/instrument than for a stem/mix.

If you're working with something rhythmic, like a rhythm guitar part, bass, drums, etc, then you really need to set the resolution size to something appropriate. If it is set to quarter notes for example, then transients will only be detected at intervals of a quarter note or more, and so quantizing to 16th notes would just round all of the quarter notes to the nearest 16th. Always selecting 16ths or some other small value isn't appropriate either, as stretching a fewer larger segments (as happens with quarters or large) results in smoother sound, particularly for guitars, vocals, pads, etc.

For sensitivity, I usually start with something high, like 90%, and work my way down. I try with 90, quantize, and listen. If it sounds like there are lots of pieces that were somehow ignored, then I un-do, lower the sensitivity, and try again. Be careful. You can't find a perfect sensitivity. If you go too far, then Sonar will detect transients continuously, not just at the start of individual notes. A sighted person lowers the sensitivity to a level that catches most notes, and then can use the mouse to visually include or exclude additional transients in order to correct Sonar's mistakes. All we have, though, is the sensitivity slider, so get the best compromise you can, and leave it alone.

Here are some tips for dealing with false transients when you can't get sensitivity just right:

If you get several false transient detections, no matter what you do, then quantize with less strength. True, the correctly detected transients won't be perfectly quantized, but the falsely detected transients will not be moved dramatically off their original positions, either. The result is an improvement, but not a full cleanup. You can also use the window parameter for quantize to ignore notes that are too far off of the beat. The real recorded notes might not be that far, but the transient markers might, and this will help you to exclude them from being incorrectly quantized.

There are some techniques that it would take too long to go in to detail here that can also help. You can improve transient detection, particularly on drum tracks, by squishing the crap out of them before running AudioSnap. You only squish them for purposes of detection. You still apply quantize to the original uncompressed tracks.

You can also split your track in to multiple clips, and work with audiosnap in segments.

There is also manual correction. You can find the start of a beat or note with the tab key, mark that off as the from time, move forward to the end of the note with the keyboard or your scrub wheel, mark that as the through time. Then, you split the selection in to a clip, and nudge that clip until the start time aligns with the time that you'd like for the beat (like 2.1).

Bryan
At 05:00 PM 12/31/2011, you wrote:
Bryan mentioned that on his demo, but not really how to go about doing it. What section of the tutorial could I find that in? Talks about midi quantize but I couldn't find audio. I just happen to be working on a song where the rhythm guitar could be just a bit cleaner if quantized in a section to 16ths.

PLEASE READ THIS FOOTER AT LEAST ONCE!
To leave the list, click on the immediately following link:
ddots-l-request@xxxxxxxxxxxxx?subject=unsubscribe
If this link doesn't work then send a message to:
ddots-l-request@xxxxxxxxxxxxx
and in the Subject line type
unsubscribe
For other list commands such as vacation mode, click on the immediately following link:
ddots-l-request@xxxxxxxxxxxxx?subject=faq or
send a message, to ddots-l-request@xxxxxxxxxxxxx
and in the Subject line type
faq



PLEASE READ THIS FOOTER AT LEAST ONCE!
To leave the list, click on the immediately following link:
ddots-l-request@xxxxxxxxxxxxx?subject=unsubscribe
If this link doesn't work then send a message to:
ddots-l-request@xxxxxxxxxxxxx
and in the Subject line type
unsubscribe
For other list commands such as vacation mode, click on the immediately following link:
ddots-l-request@xxxxxxxxxxxxx?subject=faq or
send a message, to ddots-l-request@xxxxxxxxxxxxx
and in the Subject line type
faq

PLEASE READ THIS FOOTER AT LEAST ONCE!
To leave the list, click on the immediately following link:
ddots-l-request@xxxxxxxxxxxxx?subject=unsubscribe
If this link doesn't work then send a message to:
ddots-l-request@xxxxxxxxxxxxx
and in the Subject line type
unsubscribe
For other list commands such as vacation mode, click on the immediately following link:
ddots-l-request@xxxxxxxxxxxxx?subject=faq or
send a message, to ddots-l-request@xxxxxxxxxxxxx
and in the Subject line type
faq




PLEASE READ THIS FOOTER AT LEAST ONCE!
To leave the list, click on the immediately following link:
ddots-l-request@xxxxxxxxxxxxx?subject=unsubscribe
If this link doesn't work then send a message to:
ddots-l-request@xxxxxxxxxxxxx
and in the Subject line type
unsubscribe
For other list commands such as vacation mode, click on the immediately following link:
ddots-l-request@xxxxxxxxxxxxx?subject=faq or
send a message, to ddots-l-request@xxxxxxxxxxxxx
and in the Subject line type
faq

Other related posts: