|
Post by jeromemason on Aug 28, 2017 14:20:39 GMT -6
I know that my Motu 16a up samples the sample rate on the DAC side, no matter what sample rate you have the box set to, it multiplies it automatically. It would make sense to me that they would also make the DAC 32 float no matter the what you were outputting.
This could have been mentioned in this thread already and I missed it, if so, I apologize, for the rehash.
|
|
|
Post by EmRR on Aug 28, 2017 14:37:40 GMT -6
I know that my Motu 16a up samples the sample rate on the DAC side, no matter what sample rate you have the box set to, it multiplies it automatically. It would make sense to me that they would also make the DAC 32 float no matter the what you were outputting. This could have been mentioned in this thread already and I missed it, if so, I apologize, for the rehash. I specifically mentioned some unanswered questions around the 16A behavior earlier.
|
|
|
Post by ChaseUTB on Aug 28, 2017 15:11:09 GMT -6
When researching my DAC and how it operates I found this in regards to audio signal hitting DAC ... Cs4398 DAC adds the type of dither below to the output , or that's how I read it ... Dynamic Range (Note 1) 24-bit A-Weighted Note 1:One-half LSB of triangular PDF dither is added to data. Product Manual for Cs4398 24 Bit 216khz DAC alsa-project.org/~james/datasheets/www.cirrus.com/en/pubs/proDatasheet/CS4398-2.pdfIs this quote accurate ? " rounding off or truncating is adding variable amounts of DC before the quantization step, and does nothing to decorrelate the error from the signal." Paul From lynx: "When a DAW says 32-bit float, that refers to the resolution for internal processing; fades, plug ins, reverb tails, etc. 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. 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. The DAC does not need to dither, because the audio is already 24 bits when its delivered to the DAC." End of 2016 I rarely work at 32 bit float so I am more interested in how this affects 24 bit fixed point data... 24 bit offers enough Headroom for me, and if Paulnfrom lynx is correct with the above quote I feel better about my workflow. Will keep researching for myself, I posted hoping the info may help someone. ragan call apogee and ask them about the DAC is my suggestion
|
|
|
Post by jeremygillespie on Aug 28, 2017 15:32:06 GMT -6
I've stayed out of this cause I honestly don't know much about it, but logically, if im staying at 24 bit the entire time (which is different than 32bit internal processing), there should be no reason to dither when I output to my console or summing box. I'll let the mastering engineer take care of it if the client wants to make up cd's.
|
|
|
Post by donr on Aug 28, 2017 15:48:57 GMT -6
I don't want to speak for Dave, or quote him without his permission, but he said to the effect the extra 8 bits in 32 bit float keep track of the decimal point enabling much more dynamic precision in the computer, but the digital audio is always 24 bit when outputed to an interface, and there's no truncation involved in that math process.
Not to say the analog conversion of those 24 bits couldn't or wouldn't sound more pleasing with the addition of dither on the way. It well could.
|
|
|
Post by jeremygillespie on Aug 28, 2017 15:55:12 GMT -6
Is it possible the difference people are claiming to hear (I'm not disputing it) is because of the actual plugin that uses the dither? Bill was saying that he used Pro L (disclaimer I've not used this plug before). Even if you aren't processing at all with the limiter, does it not still impart a sound onto the track? So, is what you're hearing an effect of the dithered audio, or the plugin artifacts possibly smearing phase in a pleasant manner, or possibly a little bit of both?
I'm looking forward to having some time to try this out for myself spread out across a console. Hopefully next week.
|
|
|
Post by wiz on Aug 28, 2017 16:24:43 GMT -6
I think the lynx guy is saying that the DAW doesn't pass 32 bit to the DAC. The DAW outputs 24 bit.. there for LYNX don't need to dither... if so, that doesn't negate the fact that the DAW should have dithered its 32 bit output to the DAC in the first place.
cheers
Wiz
|
|
|
Post by ragan on Aug 28, 2017 17:17:44 GMT -6
I think the lynx guy is saying that the DAW doesn't pass 32 bit to the DAC. The DAW outputs 24 bit.. there for LYNX don't need to dither... if so, that doesn't negate the fact that the DAW should have dithered its 32 bit output to the DAC in the first place. cheers Wiz That's a good point. Someone else was suggesting that the 'extra' bits in a 32 bit float paradigm aren't actually audio and that the WAVs are all still just 24 bit regardless. I don't know if that's true but that would be relevant.
|
|
|
Post by johneppstein on Aug 28, 2017 23:00:13 GMT -6
Well, I heard back from J_J - he seems to be having some difficulty signing up for an account here (I seem to recall something similar and having to email JK to clear it up), but here is his answer to me -
I think that someone at MOTU may not quite understand what's going on, or how their hardware actually works.
How the hell is the DAW program going to not feed the interface 32 bit float? The DAW would need to be set to 24 bit fixed point operation. The dither needs to be provided between the DAW program and the interface hardware. The PR/Customer Service guy doesn't understand how the system works. Where does he think the dither is applied?
|
|
|
Post by johneppstein on Aug 28, 2017 23:15:13 GMT -6
I think the lynx guy is saying that the DAW doesn't pass 32 bit to the DAC. The DAW outputs 24 bit.. there for LYNX don't need to dither... if so, that doesn't negate the fact that the DAW should have dithered its 32 bit output to the DAC in the first place. cheers Wiz That's a good point. Someone else was suggesting that the 'extra' bits in a 32 bit float paradigm aren't actually audio and that the WAVs are all still just 24 bit regardless. I don't know if that's true but that would be relevant. Of course it's not audio - at that point the signal isn't actually audio - it's math. And the WAVs are "just 24 bit" because interfaces only handle 24 bit fixed point - there's no such thing as a floating point interface. People have quaint ideas.
|
|
|
Post by ragan on Aug 28, 2017 23:27:45 GMT -6
That's a good point. Someone else was suggesting that the 'extra' bits in a 32 bit float paradigm aren't actually audio and that the WAVs are all still just 24 bit regardless. I don't know if that's true but that would be relevant. Of course it's not audio - at that point the signal isn't actually audio - it's math. And the WAVs are "just 24 bit" because interfaces only handle 24 bit fixed point - there's no such thing as a floating point interface. People have quaint ideas. Obviously I don't mean the bits themselves are somehow physical sound waves, John. I know you like to play the scolding contrarian but there's no need to straw man the (potential) point Don was relaying.
|
|
|
Post by LesC on Aug 29, 2017 0:07:35 GMT -6
I've been reading this trying to get a bearing on what this is all about and how I would use it. So, if I am mixing a project that is 44/24 and I have 4 busses that are sent out of my Motu 16a and ran through my analog buss chain, does this mean I need to be dithering every track that's routed to it's respective analog buss, and then on my PRINT return track I should dither this as well? The output to the DACs should be dithered, but there is no reason to dither the returned track from the ADC. 32 bit float is made up of a 24 bit mantissa and an 8 bit exponent. When converted to 24 bit fixed, the 24 bit mantissa must be adjusted according to the value of the exponent. Except for the special case of those samples which happen to have an exponent of 0, the 24 bit fixed output will be different from the original 24 bit mantissa (an exponent of 0 is basically unity, since any number to the zero power is one). Which means there is truncation of most samples when converting from 32 bit float to 24 bit fixed. The Lynx guy is correct, the interface doesn't need to dither because it's receiving 24 bits. But the 24 bits it's receiving should have been dithered either by the daw itself, or a dithering plugin. It seems most daws don't automatically dither, hence the need for dithering plugs.
|
|
|
Post by johneppstein on Aug 29, 2017 1:57:25 GMT -6
Of course it's not audio - at that point the signal isn't actually audio - it's math. And the WAVs are "just 24 bit" because interfaces only handle 24 bit fixed point - there's no such thing as a floating point interface. People have quaint ideas. Obviously I don't mean the bits themselves are somehow physical sound waves, John. I know you like to play the scolding contrarian but there's no need to straw man the (potential) point Don was relaying. Perhaps my humor is a bit too dry...?
|
|
|
Post by johneppstein on Aug 29, 2017 2:03:10 GMT -6
I've been reading this trying to get a bearing on what this is all about and how I would use it. So, if I am mixing a project that is 44/24 and I have 4 busses that are sent out of my Motu 16a and ran through my analog buss chain, does this mean I need to be dithering every track that's routed to it's respective analog buss, and then on my PRINT return track I should dither this as well? The output to the DACs should be dithered, but there is no reason to dither the returned track from the ADC. 32 bit float is made up of a 24 bit mantissa and an 8 bit exponent. When converted to 24 bit fixed, the 24 bit mantissa must be adjusted according to the value of the exponent. Except for the special case of those samples which happen to have an exponent of 0, the 24 bit fixed output will be different from the original 24 bit mantissa (an exponent of 0 is basically unity, since any number to the zero power is one). Which means there is truncation of most samples when converting from 32 bit float to 24 bit fixed. The Lynx guy is correct, the interface doesn't need to dither because it's receiving 24 bits. But the 24 bits it's receiving should have been dithered either by the daw itself, or a dithering plugin. It seems most daws don't automatically dither, hence the need for dithering plugs. Exactly! What I don't understand is where the notion of having the hardware dither came from - The input to the hardware has to be dithered, as the hardware takes a 24 bit fixed point input. Unless your DAW runs at 24 bit fixed, of course. Thought the guy Don was talking to was from MOTU, not Lynx? Am I missing something?
|
|
|
Post by thehightenor on Aug 29, 2017 2:36:32 GMT -6
This yeah, you didn't say that exactly, but I'm highlighting that part. Think about it. Why on earth would they give us a 24 bit dither option at all, if it didn't matter? 32 float is indisputably more data than 24. It is truncation, with all it's attendant distortion. Dither helps this. If there truly is no question, then yeah, seems the obvious 'best practice' is to dither. Whether or not the affect is audible .... I start to get a bit "battle worn" as an engineer once we hit the "this is best practice - although you can't actually hear it doing anything" zone. Although I agree - if it's best practice, it only takes a second to add a dither plugin (it's taken 100,000 x longer to debate it in this thread!) I do feel a bit daft though - adding a plugin to solve an issue I can't actually detect on a standard double blind ABX. Q. How do people in this thread deal with DC Off Set? Do you remove it on a track by track basis? Do you just remove it from final mixes at Mastering? Do you even check if it's present in a file? Are you able to hear DC Off Set?
|
|
Deleted
Deleted Member
Posts: 0
|
Post by Deleted on Aug 29, 2017 5:22:14 GMT -6
The ten trannies in my analogue loop tend to remove all DC offset.
|
|
|
Post by Quint on Aug 29, 2017 5:53:48 GMT -6
If there truly is no question, then yeah, seems the obvious 'best practice' is to dither. Whether or not the affect is audible .... I start to get a bit "battle worn" as an engineer once we hit the "this is best practice - although you can't actually hear it doing anything" zone. Although I agree - if it's best practice, it only takes a second to add a dither plugin (it's taken 100,000 x longer to debate it in this thread!) I do feel a bit daft though - adding a plugin to solve an issue I can't actually detect on a standard double blind ABX. Q. How do people in this thread deal with DC Off Set? Do you remove it on a track by track basis? Do you just remove it from final mixes at Mastering? Do you even check if it's present in a file? Are you able to hear DC Off Set? I'm no expert on dither but I believe a point that has been made a few times in this thread has been that, even if you can't hear it now in the "early" stages of tracking/mixing, it's possible you might hear it later after mastering when things are no longer in your control and buildup of those quant. errors over multiple rounds of truncation could become audible. Maybe you won't hear it after one round. But the buildup that occurs from not dithering at each occurrence of truncation would eventually cause it to become audible. Which, if my understanding is correct, would make the first round of truncation the WORST one to not dither even if it's the one where you may stand the least chance of hearing the difference at the time of that particular dither application. Or something like that....
|
|
|
Post by LesC on Aug 29, 2017 10:08:09 GMT -6
Paul From lynx: "When a DAW says 32-bit float, that refers to the resolution for internal processing; fades, plug ins, reverb tails, etc. 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. 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. The DAC does not need to dither, because the audio is already 24 bits when its delivered to the DAC." End of 2016 The Lynx guy is correct, the interface doesn't need to dither because it's receiving 24 bits. But the 24 bits it's receiving should have been dithered either by the daw itself, or a dithering plugin. It seems most daws don't automatically dither, hence the need for dithering plugs. Exactly! What I don't understand is where the notion of having the hardware dither came from - The input to the hardware has to be dithered, as the hardware takes a 24 bit fixed point input. Unless your DAW runs at 24 bit fixed, of course. Thought the guy Don was talking to was from MOTU, not Lynx? Am I missing something? John, it's the quote above from Lynx that I was referring to.
|
|
|
Post by johneppstein on Aug 29, 2017 11:50:04 GMT -6
Paul From lynx: "When a DAW says 32-bit float, that refers to the resolution for internal processing; fades, plug ins, reverb tails, etc. 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. 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. The DAC does not need to dither, because the audio is already 24 bits when its delivered to the DAC." End of 2016 Exactly! What I don't understand is where the notion of having the hardware dither came from - The input to the hardware has to be dithered, as the hardware takes a 24 bit fixed point input. Unless your DAW runs at 24 bit fixed, of course. Thought the guy Don was talking to was from MOTU, not Lynx? Am I missing something? John, it's the quote above from Lynx that I was referring to. OK! 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.
|
|
|
Post by LesC on Aug 29, 2017 12:25:57 GMT -6
Paul From lynx: "When a DAW says 32-bit float, that refers to the resolution for internal processing; fades, plug ins, reverb tails, etc. 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. 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. The DAC does not need to dither, because the audio is already 24 bits when its delivered to the DAC." End of 2016 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?
|
|
|
Post by EmRR on Aug 29, 2017 15:08:41 GMT -6
You
are
forgetting
what I've already said several times in this thread.
The MOTU AVB products report as receiving 32 bit float words from the computer, both by the computer and by the literature on the DAC chip in question.
Anything Lynx says has to do with their product. Period. No inferral past that.
And
The received 24 bit word, if that is all that is transmitted, is either truncated or dithered.
It is dithered to 24 bits if the DAW is correctly implemented. See: Bell Labs.
Many are not. See: decades of observations made by Bob O and others.
You may not hear any of this today. You may crank levels around drastically tomorrow and find that everything suddenly seems edgy because you turned it up a bunch of low level truncation error distortion.
Or
You can just turn on dither everywhere, install it in your templates, and comfortably never think about it again.
Or
You can not turn it on, and keep wondering and debating.
I guess this is the equivalent of an office water cooler discussion.
|
|
|
Post by Bob Olhsson on Aug 29, 2017 15:42:24 GMT -6
Actually modern converters dither their upsampling and downsampling but the problem is the bit depth expansion caused by the dsp in software.
|
|
|
Post by Quint on Aug 29, 2017 16:09:10 GMT -6
Actually modern converters dither their upsampling and downsampling but the problem is the bit depth expansion caused by the dsp in software. So can we assume that, in the unique case of the UAD Apollo, the dithering is occurring in real time within the Apollo when UAD plugins are printed in real time as something is tracked but that, when the Apollo is used simply as DSP during mixing, it should be treated as any other plugin associated truncation and thusly dither should be manually applied at any subsequent DA output?
|
|
|
Post by stormymondays on Aug 29, 2017 17:22:44 GMT -6
|
|
|
Post by Bob Olhsson on Aug 29, 2017 18:59:00 GMT -6
I wouldn't assume Apollo is dithering anything. The way to minimize problems is by printing 32 float files if you are processing on the way in.
|
|