|
Post by wiz on Aug 29, 2017 21:12:01 GMT -6
I used it to see what was going on in my signal chain. cheers Wiz PS its debatable that I am smarter than anyone... 8)
|
|
|
Post by thehightenor on Aug 30, 2017 2:00:05 GMT -6
So have I got this right for my work flow (as a best practice)
I record in Cubase Pro 9 as 24bit (44.1)
I mix out of Cubase using a Crane Song HEDD 192 as my A/D/A converter loop that feeds my hardware bus compressor than is then recorded back into Cubase at 24bit.
So the theory goes -
1. I should insert a dither plugin at Cubases main stereo out before it goes to the HEDD's D/A
2. I should set said dither plugin to be 24bit so I'm adding dither noise but not reducing the bit depth (which I don't want to do)
3. Do you turn off all the fancy noise shapping etc and just use the simplest dither possible?
4. No dither plugin needed on the A/D side of the HEDD returning to Cubaase.
5. Finally when I'm Mastering to create 16 bit files for say Spotify (via CD Baby) then I add dither again at the mastering stage and set it to 16bit for the final bit depth reduction. This part of dithering I can definately hear doing something!
I just want to make sure I have the principle correct.
Thanks
|
|
|
Post by iamasound on Aug 30, 2017 5:00:00 GMT -6
I used it to see what was going on in my signal chain. cheers Wiz PS its debatable that I am smarter than anyone... 8) You may not be smarter than anyone, but I can surely guarantee that you are smarter than somebody! :รท)
|
|
|
Post by donr on Aug 30, 2017 7:44:59 GMT -6
Safe to say it doesn't hurt to dither on hardware sends out of the DAW. Do dither whenever reducing bit depth, or whenever the DAW is doing math on the audio. How many dB down is the dither, anyway?
|
|
|
Post by jcoutu1 on Aug 30, 2017 8:01:27 GMT -6
Basically, what BobO says, is that anytime you change any audio at all in your daw (add plugins, move the fader, etc.), math is happening. Before outputting your file, the dither needs to be applied to fix the truncation after the math.
|
|
|
Post by stormymondays on Aug 30, 2017 8:18:53 GMT -6
Ok, I do have an answer for Logic Pro: it outputs 32-bit audio. I used Bitter, and a few different apps so I could send audio from Logic to another app, and host Bitter there. The apps were the menuBUS app, and Rogue Amoeba's Loopback plus Hosting AU. I tested both the master output and the I/O plugin, and the audio received at the next host was 32-bit, which is be the same audio that the interface would receive. After that, it's up to the interface to deal with the 32-bit audio, which in RME's case is first done via TotalMix, their software mixer. Reference docs are here: www.rme-audio.de/en/support/techinfo/hdsp_totalmix_hardware.php --> "The output signal is truncated to 24-Bit without dither." They proudly defend the quality of their 24-bit fixed point architecture, it's a very interesting document: "This noisefloor - in reality quantization distortions - is generated by truncation at 24-Bit". RME is a very opinionated brand (anyone that has checked their forums knows what I'm talking about) and they have decided that truncation distortion is not a problem when working at 24-bit. Logic is doing the right thing here, letting the interface "decide" instead of truncating or dithering to 24-bit. Now, I suppose a test could be devised to hear what happens with compounded truncation distortion. A short acoustic guitar recording, looped DA and AD say, 32 times, with and without dither, and then "mastered". Maybe someone has the willpower to do it, I don't...
|
|
|
Post by svart on Aug 30, 2017 8:30:40 GMT -6
Basically, what BobO says, is that anytime you change any audio at all in your daw (add plugins, move the fader, etc.), math is happening. Before outputting your file, the dither needs to be applied to fix the truncation after the math. Once the truncation is done, the part of the word that is cut, is gone forever. Dither doesn't "fix" anything here, it's already truncated to the word length.
|
|
|
Post by jcoutu1 on Aug 30, 2017 8:34:44 GMT -6
Basically, what BobO says, is that anytime you change any audio at all in your daw (add plugins, move the fader, etc.), math is happening. Before outputting your file, the dither needs to be applied to fix the truncation after the math. Once the truncation is done, the part of the word that is cut, is gone forever. Dither doesn't "fix" anything here, it's already truncated to the word length. That makes sense. So what's the dither actually doing?
|
|
|
Post by stormymondays on Aug 30, 2017 8:37:54 GMT -6
Once the truncation is done, the part of the word that is cut, is gone forever. Dither doesn't "fix" anything here, it's already truncated to the word length. That makes sense. So what's the dither actually doing? Decorrelating the error and adding noise to do so.
|
|
|
Post by svart on Aug 30, 2017 9:16:14 GMT -6
Once the truncation is done, the part of the word that is cut, is gone forever. Dither doesn't "fix" anything here, it's already truncated to the word length. That makes sense. So what's the dither actually doing? Depends on what the processing did to the signal. In layman's terms, during processing, a lot of "excess" bits are created that may or may not be usable audio data. It's up to the coder to write the process to be smart enough to round or truncate the least useful parts of the data while attempting to retain the useful audio results. Sometimes truncation won't result in audible issues at all. Sometimes it will, depending on the coder's expertise and what exactly they are doing with the data. It's entirely possible to retain the integrity of the original data while processing at a higher precision, but it's costly in terms of processing power and time, so it's another trade-off determined by those who code the process. So those folks who are determined to say that that truncation/rounding always result in audible errors are incorrect. Now, if they said truncation might result in errors, or if they said any processing inherently introduces errors, then they'd be correct. In any case, dithering always further reduces the precision of a signal, regardless of whether truncation did or not, but is done to hide the effects of the processes. I like to think of it like a Picasso painting. Up close, you see the mess of colors and stokes as overpowering mess. You step back and the distance causes you to lose the focusing precision and now everything looks a lot more cohesive and all those colors and strokes blend into a masterpiece. Same thing here, the (dither) noise "blends" the (processing result) noise and mess into something more aurally palatable. This also doesn't take into account whether or not the original signal was of sufficient quality to survive processing without significant artifacts. You can certain have a 24bit encoded signal that only effectively uses 10bits of the A/D due to noise floor, etc. This is called ENOB (effective number of bits) and is a more true representation of the quality of the encoded signal, but manufacturers have a love for SNR measurements as a quality metric due to their ease of conveyance but it tells you nothing about the quality of the actual encoded signal, only of the potential quality you can achieve. For low ENOB data words, pretty much anything you do will result in significant data loss as most of your bits are already noise. High ENOB words can be processed more heavily without significant degradation. This is why some converters will sound better at 16/44 than others at 24/96 if you don't take into account such things like the aliasing/Nyquist filters, etc, and only use ideal models. However, those who say that "listening is the only way" are the most correct IMHO. Since we are depending on the coders to be smart enough to write processes that waste the least amount of our initial data and we don't really have any insight into their work, we just have to listen to the results and choose what works best for us. Arguing academics really doesn't do much.
|
|
|
Post by johneppstein on Aug 30, 2017 12:27:29 GMT -6
I'm not a mathemetician like J_J, but that quote strikes me as hogwash. Yes the low 8 bits are used for mathematical overruns, but where the hell does he think those overruns come from? From computing the wave form, that's where. It IS "part of the waveform". If this was analog there wouldn't even be an argument, you could just slap a distortion analyzer on the output, but since it's digital some people think they can ignore details willy-nilly and it doesn't matter for some reason. This is a problem that afflicts a lot of things in digital audio - simply ignoring things that are inconvenient or might make the coding more difficult because "they don't matter" because "people won't notice." Well, EVERYTHING matters and some people DO notice. Just because programmers (whose ears are not trained to hear fine detail) can't hear the effects doesn't mean that they don't exist, doesn't mean that people with better ears can't hear them, and doesn't mean that cumulative errors don't stack up. The other thing is that "Mr Paul" is either intentionally distorting the question or (hard as it may be to accept) simply doesn't understand it. Nobody said that the DAC hardware needed to dither. That's not the question, not what we're talking about, and frankly is a pretty nonsensical idea. The point is that in a 32 bit system (floating or fixed), dither MUST be applied BEFORE it hits the (24 bit) DAC. In the software. NOT in the hardware. The idea that dither should somehow be implemented in the DAC is a red herring - it just distracts people from the real issue. Looking at the quote from "Paul from Lynx" point by point: 1. "When a DAW says 32-bit float, that refers to the resolution for internal processing; fades, plug ins, reverb tails, etc." I believe that is correct, and the same thing can be said for DAWs that work at 48 and 64-bit. 2. "The audio that gets delivered to the audio card is already at 24-bits. The number of bits representing the waveform is never more than 24." I think this might be your point of contention. Taken by itself, the second sentence would be absurd, and fully worthy of your wrath. But the intention may have been, taking the two sentences together, that the audio delivered to the audio card is already at 24-bits so the DAC will never be presented with more than 24 bits. I believe this is correct. Again, it depends how you interpret those two sentences. 3. "There is, essentially, no 32 bit hardware readily available, and it is arguable what the benefits would be to have more dynamic range than what is offered by 24-bits." This may be a point of contention. I've never tested it, but I'm fairly sure my old ears will not be able to hear the difference between 24-bits and higher. There may be 32-bit floating DACs around but I'm not aware of any. I may be recalling incorrectly, but I believe the Mytek Brooklyn is 32-bit fixed. 4. "The DAC does not need to dither, because the audio is already 24 bits when its delivered to the DAC.". I believe this is correct. John, I'm curious, is there something you disagree with that I've missed? No, I think that pretty much sums it up. What I don't get is why anyone thought that the hardware needed to dither at all, unless it's doing internal conversions that would then require it, and that's a different matter entirely and something that the user can't do anything about, anyway. The dither needs to be applied BEFORE the signal hits the DAC, via a plugin in the DAW program, since DAW programmers don't appear to have the sense to incorporate ot in the DAW itself like they should. Guess it's just not sexy enough for the sales guys.
|
|
|
Post by johneppstein on Aug 30, 2017 12:31:30 GMT -6
So have I got this right for my work flow (as a best practice) I record in Cubase Pro 9 as 24bit (44.1) I mix out of Cubase using a Crane Song HEDD 192 as my A/D/A converter loop that feeds my hardware bus compressor than is then recorded back into Cubase at 24bit. So the theory goes - 1. I should insert a dither plugin at Cubases main stereo out before it goes to the HEDD's D/A 2. I should set said dither plugin to be 24bit so I'm adding dither noise but not reducing the bit depth (which I don't want to do) 3. Do you turn off all the fancy noise shapping etc and just use the simplest dither possible? 4. No dither plugin needed on the A/D side of the HEDD returning to Cubaase. 5. Finally when I'm Mastering to create 16 bit files for say Spotify (via CD Baby) then I add dither again at the mastering stage and set it to 16bit for the final bit depth reduction. This part of dithering I can definately hear doing something! I just want to make sure I have the principle correct. Thanks Sounds about right. Different dithers do have different sounds, which ine you should use I don't know. I do know that Chris J (Airwindows) does have at least half a dozen different dither plugs available though, so there must be some reason that some people prefer oner over another.
|
|
|
Post by johneppstein on Aug 30, 2017 12:41:27 GMT -6
Ok, I do have an answer for Logic Pro: it outputs 32-bit audio. I used Bitter, and a few different apps so I could send audio from Logic to another app, and host Bitter there. The apps were the menuBUS app, and Rogue Amoeba's Loopback plus Hosting AU. I tested both the master output and the I/O plugin, and the audio received at the next host was 32-bit, which is be the same audio that the interface would receive. After that, it's up to the interface to deal with the 32-bit audio, which in RME's case is first done via TotalMix, their software mixer. Reference docs are here: www.rme-audio.de/en/support/techinfo/hdsp_totalmix_hardware.php --> "The output signal is truncated to 24-Bit without dither." They proudly defend the quality of their 24-bit fixed point architecture, it's a very interesting document: "This noisefloor - in reality quantization distortions - is generated by truncation at 24-Bit". RME is a very opinionated brand (anyone that has checked their forums knows what I'm talking about) and they have decided that truncation distortion is not a problem when working at 24-bit. Logic is doing the right thing here, letting the interface "decide" instead of truncating or dithering to 24-bit. Now, I suppose a test could be devised to hear what happens with compounded truncation distortion. A short acoustic guitar recording, looped DA and AD say, 32 times, with and without dither, and then "mastered". Maybe someone has the willpower to do it, I don't... RME is wrong. And my respect for them just dropped about 5 points. Entities in their position in the industry shouldn't spread misinformation, especially out of ego.
|
|
|
Post by svart on Aug 30, 2017 12:53:18 GMT -6
Looking at the quote from "Paul from Lynx" point by point: 1. "When a DAW says 32-bit float, that refers to the resolution for internal processing; fades, plug ins, reverb tails, etc." I believe that is correct, and the same thing can be said for DAWs that work at 48 and 64-bit. 2. "The audio that gets delivered to the audio card is already at 24-bits. The number of bits representing the waveform is never more than 24." I think this might be your point of contention. Taken by itself, the second sentence would be absurd, and fully worthy of your wrath. But the intention may have been, taking the two sentences together, that the audio delivered to the audio card is already at 24-bits so the DAC will never be presented with more than 24 bits. I believe this is correct. Again, it depends how you interpret those two sentences. 3. "There is, essentially, no 32 bit hardware readily available, and it is arguable what the benefits would be to have more dynamic range than what is offered by 24-bits." This may be a point of contention. I've never tested it, but I'm fairly sure my old ears will not be able to hear the difference between 24-bits and higher. There may be 32-bit floating DACs around but I'm not aware of any. I may be recalling incorrectly, but I believe the Mytek Brooklyn is 32-bit fixed. 4. "The DAC does not need to dither, because the audio is already 24 bits when its delivered to the DAC.". I believe this is correct. John, I'm curious, is there something you disagree with that I've missed? No, I think that pretty much sums it up. What I don't get is why anyone thought that the hardware needed to dither at all, unless it's doing internal conversions that would then require it, and that's a different matter entirely and something that the user can't do anything about, anyway. The dither needs to be applied BEFORE the signal hits the DAC, via a plugin in the DAW program, since DAW programmers don't appear to have the sense to incorporate ot in the DAW itself like they should. Guess it's just not sexy enough for the sales guys. The thing about Delta/Sigma DACs is that they inherently move quantization noise into the upper image bands when oversampling, but also need reconstruction filters on their outputs that both convert current to voltage and form a low pass element to reduce upper images. These low pass filters effectively remove quantization noise from DAC outputs after it has been pushed into the higher bands. Yet another reason that dithering is relatively un-needed for delta-sigma DAC outputs unless the data stream has been heavily processed in the DAW.
|
|
|
Post by thehightenor on Aug 30, 2017 14:29:10 GMT -6
So have I got this right for my work flow (as a best practice) I record in Cubase Pro 9 as 24bit (44.1) I mix out of Cubase using a Crane Song HEDD 192 as my A/D/A converter loop that feeds my hardware bus compressor than is then recorded back into Cubase at 24bit. So the theory goes - 1. I should insert a dither plugin at Cubases main stereo out before it goes to the HEDD's D/A 2. I should set said dither plugin to be 24bit so I'm adding dither noise but not reducing the bit depth (which I don't want to do) 3. Do you turn off all the fancy noise shapping etc and just use the simplest dither possible? 4. No dither plugin needed on the A/D side of the HEDD returning to Cubaase. 5. Finally when I'm Mastering to create 16 bit files for say Spotify (via CD Baby) then I add dither again at the mastering stage and set it to 16bit for the final bit depth reduction. This part of dithering I can definately hear doing something! I just want to make sure I have the principle correct. Thanks Sounds about right. Different dithers do have different sounds, which ine you should use I don't know. I do know that Chris J (Airwindows) does have at least half a dozen different dither plugs available though, so there must be some reason that some people prefer oner over another. Thanks John, I have a decent selection of dither plugins, so I'll do some testing.
|
|
|
Post by Bob Olhsson on Aug 30, 2017 15:29:22 GMT -6
What dither does is randomize the bottom bit before the truncation so it can't chatter like a noise gate instead of just sounding like hiss. I wouldn't use noise shaping for 24 bit dither and no more than light for 16 bit because strong noise shaping can have a negative impact on lossy encoding and even potentially digital volume controls. It was a cool idea in the '80s and '90s when there were only CD players and they didn't have digital volume controls. Today's world is very different.
ADC and DAC chips are separate modules that have 24 bit fixed in and out in most cases. They use dither for their internal processing but JJ told be it would take as much as 10 dB. of additional noise to begin to mask truncation distortion.
|
|
|
Post by thehightenor on Aug 31, 2017 10:24:44 GMT -6
Thanks for that Bob.
As ever - great tips plus excellent back-ground info.
|
|
|
Post by Bob Olhsson on Aug 31, 2017 12:05:52 GMT -6
I should mention how I learned about this stuff.
When I first realized I needed to know about computers back in the mid-'80s, I started attending weekly meetings of the Berkeley Macintosh Users Group on the UC campus along with monthly meetings of the Music Special Interest Group at Stanford University. In fact my future wife and I were the only two people who attended both meetings!
One evening in Berkeley I was talking about modems with the person sitting next to me and he turned me on to a back door into the internet via a local BBS. I went home, logged on using dial-up and set out exploring. This was before the web existed so you needed to enter a search term in the terminal and wait for a response. Jim Johnston of Bell Labs had set up a newsgroup called rec.audio. The discussion was super nerdy and way over my head but I learned a lot from Jim and a number of digital audio pioneers. After AOL opened the net up to the public, most of the real experts split but JJ hung in until Bell/AT&T Labs canned everybody doing audio and JJ was hired as the head of audio for Microsoft and needed to go under deep non-disclosure.
Bob Katz and I were part of that newsgroup although, sad to say, no DAW developers were there except for someone from Lexicon.
|
|
|
Post by svart on Aug 31, 2017 13:26:10 GMT -6
What dither does is randomize the bottom bit before the truncation so it can't chatter like a noise gate instead of just sounding like hiss. I wouldn't use noise shaping for 24 bit dither and no more than light for 16 bit because strong noise shaping can have a negative impact on lossy encoding and even potentially digital volume controls. It was a cool idea in the '80s and '90s when there were only CD players and they didn't have digital volume controls. Today's world is very different. ADC and DAC chips are separate modules that have 24 bit fixed in and out in most cases. They use dither for their internal processing but JJ told be it would take as much as 10 dB. of additional noise to begin to mask truncation distortion. Modern delta-sigma audio grade ADCs usually have register settings for 16/18/20/24 output word lengths and usually have rudimentary dither and/or noise shaping abilities, however they do internally run at maximum word length. The PCM4222 ADC chip I used in my converters has triangular PDF (probability density function) dither in hardware for dropping from 24 bits to anything less.
|
|
|
Post by Bob Olhsson on Aug 31, 2017 13:51:58 GMT -6
That's good to hear but I can't imagine why anybody would want to record less than 24 bits unless they were using a DAT machine, a CD recorder or an early video deck.
Just to be clear, I'm talking about the signal that feeds a DAC needing to be dithered.
|
|
|
Post by lcr on Aug 31, 2017 14:50:33 GMT -6
I should mention how I learned about this stuff. When I first realized I needed to know about computers back in the mid-'80s, I started attending weekly meetings of the Berkeley Macintosh Users Group on the UC campus along with monthly meetings of the Music Special Interest Group at Stanford University. In fact my future wife and I were the only two people who attended both meetings! One evening in Berkeley I was talking about modems with the person sitting next to me and he turned me on to a back door into the internet via a local BBS. I went home, logged on using dial-up and set out exploring. This was before the web existed so you needed to enter a search term in the terminal and wait for a response. Jim Johnston of Bell Labs had set up a newsgroup called rec.audio. The discussion was super nerdy and way over my head but I learned a lot from Jim and a number of digital audio pioneers. After AOL opened the net up to the public, most of the real experts split but JJ hung in until Bell/AT&T Labs canned everybody doing audio and JJ was hired as the head of audio for Microsoft and needed to go under deep non-disclosure. Bob Katz and I were part of that newsgroup although, sad to say, no DAW developers were there except for someone from Lexicon. Bob just gave away the ending to the TV series "Halt and Catch Fire"
|
|
|
Post by swurveman on Aug 31, 2017 14:55:14 GMT -6
I'm still confused about where the dither plugin should be for hardware external effects in Cubase. With multiple external effect inserts on one channel, should all I care about is one 24 bit dither plugin in the first slot with no noise shaping, which only effects the DAC of all external effects in the channel insert slots?
|
|
|
Post by Bob Olhsson on Aug 31, 2017 15:20:22 GMT -6
If there is signal processing or gain changes ahead of the insert, you should dither to 24. If it's just reading raw data off the disk, there is no need.
|
|
|
Post by swurveman on Sept 1, 2017 8:27:27 GMT -6
If there is signal processing or gain changes ahead of the insert, you should dither to 24. If it's just reading raw data off the disk, there is no need. Cubase uses a bus system for it's external effects. It also associates each external effect with a midi channel and there's a delay compensation mechanism. So, I don't know how that effects what dithering is trying to accomplish. There is a DAW "pre gain" that comes before the insert, but I rarely use it. I do some clip gain though. Would that qualify as "gain"? I have some confusion regarding "gain" and "volume" as it relates to the DAW and in the context you're using it. Could you clarify? Are fades considered volume or gain in the context you're using it? I always have plugins before my hardware inserts. They qualify as signal processing in my mind, but I thought they remain 32 bit float in the DAW? They do have individual volume controls though, but again I'm not sure if that's neutralized by being in the 32 bit DAW environment. I've never done this, but I'm going to do this one time to satisfy my curiosity. Thanks for your thoughts on the subject!
|
|
|
Post by Bob Olhsson on Sept 1, 2017 8:35:59 GMT -6
Gain is math just like any other DSP calculation.
|
|