Reply to thread

Message

<blockquote data-quote="Eric Hill - USA" data-source="post: 60423" data-attributes="member: 2100">re: X32 DiscussionIn talking with Joe Sanborn (Behringer&#039;s Global Manager, Channel Marketing), he said that the sale of passive/active speakers in the MI market heavily leans towards active now.That said, I believe the intended audience for the X32 would include many passive installs and portable rigs that are bi-amped, tri-amped, or use aux (bus) fed subs.I don’t think it would be an unreasonable firmware request to make changes to allow the X32 to be used as a crossover/light speaker processing.Unless I’ve missed something, there are three (3) items that would need to be changed/added to allow the X32 to be used as a crossover:- On the buses, the low-cut and hi-cut filter type and slopes need to be selectable. (Probably various Butterworth, Bessel and Linkwitz-Riley types. That could be done with one UI selection list, with fixed slopes. Or, the slopes could be another UI variable.)- On the outputs, the precision of the delay should be increased. (It&#039;s currently 1 decimal place.)- On the outputs, there should be a method to reverse the polarity.Eric H.</blockquote>

[QUOTE="Eric Hill - USA, post: 60423, member: 2100"] re: X32 Discussion In talking with Joe Sanborn (Behringer's Global Manager, Channel Marketing), he said that the sale of passive/active speakers in the MI market heavily leans towards active now. That said, I believe the intended audience for the X32 would include many passive installs and portable rigs that are bi-amped, tri-amped, or use aux (bus) fed subs. I don’t think it would be an unreasonable firmware request to make changes to allow the X32 to be used as a crossover/light speaker processing. Unless I’ve missed something, there are three (3) items that would need to be changed/added to allow the X32 to be used as a crossover: - On the buses, the low-cut and hi-cut filter type and slopes need to be selectable. (Probably various Butterworth, Bessel and Linkwitz-Riley types. That could be done with one UI selection list, with fixed slopes. Or, the slopes could be another UI variable.) - On the outputs, the precision of the delay should be increased. (It's currently 1 decimal place.) - On the outputs, there should be a method to reverse the polarity. Eric H. [/QUOTE]

Verification