Log in
Register
Home
Forums
New posts
Search forums
What's new
New posts
New profile posts
Latest activity
News
Members
Current visitors
New profile posts
Search profile posts
Features
Log in
Register
Search
Search titles only
By:
Search titles only
By:
New posts
Search forums
Menu
Install the app
Install
Reply to thread
Home
Forums
Pro Audio
Varsity
DSP Tower of Babel
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Message
<blockquote data-quote="Kip Conner" data-source="post: 23906" data-attributes="member: 445"><p>Re: DSP Tower of Babel</p><p></p><p>It looks like you have some good samples for your article. The only processors I can add to your data set would be from BSS Omnidrives (355 & 336). If you want them then I will do them and send you the v7 files to import. I'm personally glad that you are doing this article since it's something that I have had to explain way too many times. There are two things that always seem to come up. First and foremost is the way that Q is represented within different devices. On the Omnidrives the higher the value of Q, the wider the Q. Inversely for DriveRacks the higher the value for Q- the narrow the width. You have to know how your device is designed to get the results you are looking for from a DSP. </p><p></p><p>The other major issue is that DSP's can become flawed. I recently did a system analysis for a venue that was using 2 EV DX38's for the room. One was designated for the Left amp rack and the other was for the Right Rack. Part of the analysis was to run transfer functions of every device to be sure that each device was working properly. One thing that I found was that all though all of the internal settings were the same- there was an extra .04ms of delay coming from Output 3 on one DSP that did not match it's counterpart. The delay is going to cause a phase shift in that pass band.</p><p></p><p>This latency in the processor is another added dimension to why your DriveRack and KT processor will react differently, especially in a 2 or 3 way system. If you are doing a full system tuning (freq and phase alignment) within one processor than the latency is not so much an issue since it becomes apart of the process. In the case above it became a huge issue since the delay had an adverse effect on the phase and the frequency response.</p></blockquote><p></p>
[QUOTE="Kip Conner, post: 23906, member: 445"] Re: DSP Tower of Babel It looks like you have some good samples for your article. The only processors I can add to your data set would be from BSS Omnidrives (355 & 336). If you want them then I will do them and send you the v7 files to import. I'm personally glad that you are doing this article since it's something that I have had to explain way too many times. There are two things that always seem to come up. First and foremost is the way that Q is represented within different devices. On the Omnidrives the higher the value of Q, the wider the Q. Inversely for DriveRacks the higher the value for Q- the narrow the width. You have to know how your device is designed to get the results you are looking for from a DSP. The other major issue is that DSP's can become flawed. I recently did a system analysis for a venue that was using 2 EV DX38's for the room. One was designated for the Left amp rack and the other was for the Right Rack. Part of the analysis was to run transfer functions of every device to be sure that each device was working properly. One thing that I found was that all though all of the internal settings were the same- there was an extra .04ms of delay coming from Output 3 on one DSP that did not match it's counterpart. The delay is going to cause a phase shift in that pass band. This latency in the processor is another added dimension to why your DriveRack and KT processor will react differently, especially in a 2 or 3 way system. If you are doing a full system tuning (freq and phase alignment) within one processor than the latency is not so much an issue since it becomes apart of the process. In the case above it became a huge issue since the delay had an adverse effect on the phase and the frequency response. [/QUOTE]
Insert quotes…
Verification
Post reply
Home
Forums
Pro Audio
Varsity
DSP Tower of Babel
Top
Bottom
Sign-up
or
log in
to join the discussion today!