tarsier
Max Output Level: -45 dBFS
- Total Posts : 3029
- Joined: 2003/11/07 11:51:35
- Location: 6 feet under
- Status: offline
RE: Sonar says 'not clipping'. Soundforge says 'clipping'.
2005/11/01 10:09:20
(permalink)
ORIGINAL: dcastle The redbook standard specifies a clip condition if a certain number of full-scale samples occur consequtively --- I can't remember the number and I can't find it on the net and I'm not willing to buy the standards just for research --- do you have access to the standard? More appropriately would be an AES standard which defines when the 'clip light' should go on when measuring a digital signal. I'm familiar with AES17: "Measurement of digital audio equipment" but it doesn't mention anything about when to indicate clipping on the meter. (at least I couldn't find it.) It really boils down to what point do you want to indicate clipping, and the AES should have a standard for it--does anyone know if that is so? One of the problems is the fact that you can have sample values that are all below full scale, but the resulting signal will be greater than full scale. The simplest example is a square wave whose sample values are just below full scale, but its RMS value is then about 3 dB above full scale. And while I've mentioned AES17, it really annoys me that Sonar's meters don't conform to it. With all of Cakewalk's advertising hype about precision engineering tools, it is disappointing that Sonar's meters don't indicate RMS values in accordance with the AES17 standard. At the very least it should let us choose the RMS reference level so we can adjust it to suit our situation.
|
Master Chief [Cakewalk]
Max Output Level: -69 dBFS
- Total Posts : 1053
- Joined: 2003/11/03 19:20:44
- Location: Boston, MA, USA
- Status: offline
RE: Sonar says 'not clipping'. Soundforge says 'clipping'.
2005/11/01 10:35:10
(permalink)
And while I've mentioned AES17, it really annoys me that Sonar's meters don't conform to it. With all of Cakewalk's advertising hype about precision engineering tools, it is disappointing that Sonar's meters don't indicate RMS values in accordance with the AES17 standard. What is it in the AES-17 spec that you believe we don't adhere too? Our meter text indicators display with 0.1 dB accuracy. The AES-17 spec [paragraph 4.3.4] calls for true RMS metering with 0.25 dB accuracy. We do better than that.
|
ooblecaboodle
Max Output Level: -54 dBFS
- Total Posts : 2102
- Joined: 2004/05/01 21:52:56
- Location: North Wales
- Status: offline
RE: Sonar says 'not clipping'. Soundforge says 'clipping'.
2005/11/01 12:32:30
(permalink)
My advice to you would be to set a maximum peak level at around -0.5Db full scale digital. This overcomes any problems with oversampling converters, which can clip if there's more than a couple of full scale samples, as well as MP3 codecs registering a peak and so on. This is how I avoid clipping, and it's how every other professional I know does it. As to why it registers as a clip in one, but not in the other, then I'd say it's down to metering ballistics and sampling windows. My assumptions are that Sonar's metering is not quite as precise as soundforge, but the reason for this is because sonar is intended for real time recording, and so makes do with metering with (slightly) less accuracy than soundforge, which is an analytical, supremely precise tool for working with sound files. But I wouldn't worry too much about sonar's meters, they are more than accurate enough for all work I've used it for. Just make sure you leave that last 0.5Db empty! I open the mastered WAV in it just to fool around with the program, and Soundforge's meters are saying the file is clipping on every kick drum hit. Which is true? I'm somewhat concerned that the masters I'm turning out in Sonar are actually clipping, despite Sonar's meters saying they aren't. Any insights/tips/suggestions would be much appreciated.
|
tarsier
Max Output Level: -45 dBFS
- Total Posts : 3029
- Joined: 2003/11/07 11:51:35
- Location: 6 feet under
- Status: offline
RE: Sonar says 'not clipping'. Soundforge says 'clipping'.
2005/11/01 16:34:22
(permalink)
ORIGINAL: Ron Kuper [Cakewalk] And while I've mentioned AES17, it really annoys me that Sonar's meters don't conform to it. With all of Cakewalk's advertising hype about precision engineering tools, it is disappointing that Sonar's meters don't indicate RMS values in accordance with the AES17 standard. What is it in the AES-17 spec that you believe we don't adhere too? Our meter text indicators display with 0.1 dB accuracy. The AES-17 spec [paragraph 4.3.4] calls for true RMS metering with 0.25 dB accuracy. We do better than that. The problem is not about being within .1 dB of accuracy, it's about being 3 dB too low on the RMS display. Having said that, let me say that I disagree with the spec, and I think Sonar does it correctly. Also, I think the spec is ambiguous when it comes to defining RMS display. But after discussing it with other engineers, and also according to Bob Katz's K-Metering system which references AES17, a full scale sine wave should read 0dB FS peak and also 0dB FS RMS. Sonar displays a full scale sine as -3dB RMS. Here are the relevant passages from AES17: AES17-1998 (r2004) 3.3 full-scale amplitude amplitude of a 997-Hz sine wave whose positive peak value reaches the positive digital full scale, leaving the negative maximum code unused. NOTE In 2's complement representation, the negative peak is 1 LSB away from the negative maximum code. 3.3.1 decibels, full scale dB FS amplitude expressed as a level in decibels relative to full-scale amplitude (20 times the common logarithm of the amplitude over the full-scale amplitude) NOTE The rules of the International System of Units (SI) require that a space appear after the standard symbol dB. 3.3.2 percent, full scale % FS amplitude expressed as a percentage of full-scale amplitude (100 times the amplitude over the full-scale amplitude) 3.4 full-scale signal level FS signal amplitude relative to the full-scale amplitude expressed in decibels, full scale or percent, full scale NOTE Because the definition of full scale is based on a sine wave, it will be possible with square-wave test signals to read as much as + 3,01 dB FS. Square-wave signals at this level are not recommended because tilt or overshoot introduced by any filtering operations will cause clipping of the signal. Unfortunately, it is not explicit as to what the RMS value should read, and since (when measuring voltage for example) the RMS value of a sine wave is 3 dB lower than its peak value it is natural to assume that your audio meters should read the same way. And that's what I thought for a long time, until I read Bob Katz's article on his K-Metering system. Back to AES17, section 3.4 notes that a square wave can be as much as 3.01 dB more than a full scale sine wave. This could only happen if the RMS reading of a full scale sine wave is 0 dB, Or in other words, you reference the RMS dB scale to a full scale sine wave. Section 3.3 states that full-scale is defined using a sine wave, and section 3.3.1 states that the dB scale is referenced to that sine wave. Therefore according to AES17, 0dB FS RMS = 0dB FS peak for a sine wave at 997 Hz and maximum digital magnitude before clipping. If you go to Bob Katz's website where he outlines his K-Metering system he states: Bob Katz The peak and average scales are calibrated as per AES-17, so that peak and average sections are referenced to the same decibel value with a sine wave signal. In other words, +20 dB RMS with sine wave reads the same as +20 dB peak, and this parity will be true only with a sine wave. In Sonar, a -23 dB RMS sine wave will read -20 dB peak, whereas according to AES17 (and Bob Katz) it should read -20dB for both peak and RMS scales. On that website there is also a link to Pink noise at -20 dB RMS FS which Sonar's RMS meters display as -23 dB RMS. As I mentioned above, I like Sonar's method of RMS calculation, but it doesn't conform to AES17. It would be nice if Sonar would allow the user to specify which reference point would equal 0 dB RMS, as that would not only make Sonar be able to follow the AES spec, but also make using the K-Metering system possible by specifying -20 -14 or -12 as your reference point depending on which scale you want to use. It would also allow Sonar's default behavior to remain unchanged with respect to metering, but allow users to calibrate their meters to how they see fit.
|
Master Chief [Cakewalk]
Max Output Level: -69 dBFS
- Total Posts : 1053
- Joined: 2003/11/03 19:20:44
- Location: Boston, MA, USA
- Status: offline
RE: Sonar says 'not clipping'. Soundforge says 'clipping'.
2005/11/01 16:56:56
(permalink)
As I mentioned above, I like Sonar's method of RMS calculation, but it doesn't conform to AES17. I'm not disputing that we don't do K-Metering, but I'm still not seeing how AES17 mandates a sine wave should should the same RMS value as peak value. If you measure true RMS a sine wave whose peak value is 0dB FS registers at -3dB RMS. That's simply how the math for RMS works out. Even though Bob Katz quotes this practice as being "per AES-17", I don't see anything in AES-17 that actually states this, do you?
|
tarsier
Max Output Level: -45 dBFS
- Total Posts : 3029
- Joined: 2003/11/07 11:51:35
- Location: 6 feet under
- Status: offline
RE: Sonar says 'not clipping'. Soundforge says 'clipping'.
2005/11/01 19:53:07
(permalink)
ORIGINAL: Ron Kuper [Cakewalk] As I mentioned above, I like Sonar's method of RMS calculation, but it doesn't conform to AES17. I'm not disputing that we don't do K-Metering, but I'm still not seeing how AES17 mandates a sine wave should should the same RMS value as peak value. If you measure true RMS a sine wave whose peak value is 0dB FS registers at -3dB RMS. That's simply how the math for RMS works out. Even though Bob Katz quotes this practice as being "per AES-17", I don't see anything in AES-17 that actually states this, do you? No I don't, which is why I think the standard is ambiguous. When Katz referenced AES17 as being the reason 0 dB RMS = 0 dB peak for a sine wave, I had to look it up. Even after I looked it up, I was still convinced Katz was wrong since as you point out the RMS calculation of a sine wave will be 3 dB lower than its peak. I inquired about this discrepancy on an audio forum and all the engineers were adamant that AES17 clearly stated that a meter should display 0 dB peak as well as 0dB RMS for a sine wave. It certainly wasn't clear to me... So I sat down with AES17 and really tried to reason it through. Here is how I finally explained it to myself: Every decibel scale is in reference to some value. When the signal you are measuring is equal to the reference value, you get 0 dB in whatever scale your reference is in. now I paraphrase AES17, which I quoted above 3.3.1 dB FS is the level relative to full-scale so what is full scale? go to section 3.3 3.3 Full-scale is a 997 Hz sine whose peak reaches positive digital full scale. the kicker is section 3.4 which defines full scale signal level 3.4 full-scale signal level. FS. Signal amplitude relative to full-scale amplitude. Section 3.4 defines signal level in terms of decibels full-scale which is defined in section 3.3.1 which defines full scale in terms of a sine wave which is defined in 3.3. In a nutshell, 3.4 references 3.3.1 which references 3.3 (which is why I think the spec is confusing and ambiguous). So in 3.4, it defines the reference level, but it doesn't say anything about RMS or peak. But if we are defining what full scale RMS is (which all other RMS values are then calculated from) it is referenced to a full scale sine wave as defined in 3.3. Also, full scale peak is referenced to a full scale sine wave. Therein is the crux of the matter. dB FS RMS and dB FS peak are different scales with separate reference levels--those reference levels are just both defined as being full scale sine waves. That is why according to section 3.4 a square wave can read as much as +3.01 dB FS. It doesn't say whether peak or RMS, but the only way that could happen is if it were the RMS reading. Since the spec never specifies RMS, when we go to find out the reference value for our dB FS RMS scale we turn to AES17 section 3.4 (amplitude expressed in decibels, full scale) which leads us to 3.3.1 (amplitude relative to full-scale) which leads us to 3.3 (full-scale amplitude is a sine wave). Therefore our reference level for RMS is the full scale sine wave itself, and when the digital RMS level of the signal being measured is equal to the digital RMS level of a 997 Hz full scale sine wave we get 0 dB FS RMS. In other words: the reference level for 0 dB FS RMS is .707 the reference level for 0 dB FS peak is 1.0 That is what I have come to believe the AES17 spec says, in its ambiguous and roundabout way. The paragraph in blue above is probably where the debate comes in. Do you choose your reference level according to the convoluted AES17 method, or do you just take the root-mean-square values of the samples? Sonar just takes the RMS values, which isn't according to AES17 (as I see it). Do you happen to know the author(s) of the spec? Perhaps you could ask them to clarify.
|
zip
Max Output Level: -90 dBFS
- Total Posts : 37
- Joined: 2007/02/04 22:51:15
- Status: offline
Re: RE: Sonar says 'not clipping'. Soundforge says 'clipping'.
2009/10/04 03:29:50
(permalink)
I'm also having meter discrepancies. Playing one drum sample track at 0db clips and distorts my RME HDSP mixer. If I back off Sonar track by -0.1 or -0.2 db the clipping stops. This is also noticeable in SoundForge 10. Is it possible to edit the AUD.INI file to back the meters off by .1 or .2 db? Thanks, Zip P.S. This problem only just started with 8.5.1 upgrade.
|
pete carr
Max Output Level: -87 dBFS
- Total Posts : 185
- Joined: 2004/03/05 02:32:29
- Status: offline
RE: Sonar says 'not clipping'. Soundforge says 'clipping'.
2009/10/04 03:54:23
(permalink)
I'm sure it has something to do with the speed/sensitivity that the meters operate at also. But actually I have used SF and SONAR as described in this thread and have seen SF clip when SONAR did not. When looking at the wave I saw no clipping (that I could see) so I wouldn't worry about. I do normalize the track in SF -0.1 -> -0.5db and that seems to fix any problem I've had. I use Audacity now a days for wav file editing and I see no clipping as SONAR states. I trust Audacity in this respect also. But I've also started mixing not quite as hot as I used too. I give myself some headroom. PC
|
bitflipper
01100010 01101001 01110100 01100110 01101100 01101
- Total Posts : 26036
- Joined: 2006/09/17 11:23:23
- Location: Everett, WA USA
- Status: offline
Re:Sonar says 'not clipping'. Soundforge says 'clipping'.
2009/10/04 12:53:18
(permalink)
Sonar says 'not clipping'. Soundforge says 'clipping'. Short answer: both are right, since they are reporting two separate things. Soundforge is likely complaining about intersample clipping. Short solution: set your limiter to provide for 2 or 3db headroom. Your listeners will not notice the difference, and you can achieve a technically correct CD.
 All else is in doubt, so this is the truth I cling to. My Stuff
|
drewfx1
Max Output Level: -9.5 dBFS
- Total Posts : 6585
- Joined: 2008/08/04 16:19:11
- Status: offline
Re:Sonar says 'not clipping'. Soundforge says 'clipping'.
2009/10/04 13:41:19
(permalink)
I get identical response in SF9 and Sonar 8.3 (even at -0.1dB on a loop I tested). I wonder if people getting different response in SF are using the VU/PPM meters instead of the Peak meters (VU/PPM displays +5.4 on my test loop)? Check to make sure you're using Peak meters in both Sonar and SF. drewfx
|
brundlefly
Max Output Level: 0 dBFS
- Total Posts : 14250
- Joined: 2007/09/14 14:57:59
- Location: Manitou Spgs, Colorado
- Status: offline
Re:Sonar says 'not clipping'. Soundforge says 'clipping'.
2009/10/04 13:46:46
(permalink)
Short answer: both are right, since they are reporting two separate things. Soundforge is likely complaining about intersample clipping. Ancient thread alert: anything before post 37 is approx. 4 years old.
SONAR Platinum x64, 2x MOTU 2408/PCIe-424 (24-bit, 48kHz) Win10, I7-6700K @ 4.0GHz, 24GB DDR4, 2TB HDD, 32GB SSD Cache, GeForce GTX 750Ti, 2x 24" 16:10 IPS Monitors
|
D K
Max Output Level: -66 dBFS
- Total Posts : 1237
- Joined: 2005/06/07 14:07:05
- Status: offline
Re:Sonar says 'not clipping'. Soundforge says 'clipping'.
2009/10/04 14:26:09
(permalink)
 Wow - I was having flashbacks there for a moment....
www.ateliersound.com ADK Custom I7-2600 K Win 7 64bit /8 Gig Ram/WD-Seagate Drives(x3) Sonar 8.5.3 (32bit)/Sonar X3b(64bit)/Pro Tools 9 Lavry Blue/Black Lion Audio Mod Tango 24/RME Hammerfall Multiface II/UAD Duo
|
bitflipper
01100010 01101001 01110100 01100110 01101100 01101
- Total Posts : 26036
- Joined: 2006/09/17 11:23:23
- Location: Everett, WA USA
- Status: offline
Re:Sonar says 'not clipping'. Soundforge says 'clipping'.
2009/10/04 16:50:06
(permalink)
I'll have to start looking at the dates! Well, I guess this just shows that somebody's successfully using the search feature.
 All else is in doubt, so this is the truth I cling to. My Stuff
|
Da=man
Max Output Level: -88 dBFS
- Total Posts : 150
- Joined: 2009/08/25 05:44:18
- Location: Newcastle, Australia
- Status: offline
Re:Sonar says 'not clipping'. Soundforge says 'clipping'.
2009/10/05 01:53:19
(permalink)
brundlefly Ancient thread alert: anything before post 37 is approx. 4 years old.
You are the man Brundlefly. I should have picked up on it when they were talking about Sonar 5. I will now look at dates before I start cramming my head full of useless info. lol Thanks again Brundlefly.
|
brundlefly
Max Output Level: 0 dBFS
- Total Posts : 14250
- Joined: 2007/09/14 14:57:59
- Location: Manitou Spgs, Colorado
- Status: offline
Re:Sonar says 'not clipping'. Soundforge says 'clipping'.
2009/10/05 01:59:35
(permalink)
I will now look at dates before I start cramming my head full of useless info. lol Thanks again Brundlefly. You're welcome. We've all been caught out by this at one time or another. Actually, though some of it is certainly outdated, this thread probably has some good info in it. I just didn't want all the troubleshooters in residence to have feeding frenzy around the OP.
SONAR Platinum x64, 2x MOTU 2408/PCIe-424 (24-bit, 48kHz) Win10, I7-6700K @ 4.0GHz, 24GB DDR4, 2TB HDD, 32GB SSD Cache, GeForce GTX 750Ti, 2x 24" 16:10 IPS Monitors
|