I want control superbass, ( the "xover freq" parameter i don't know how to calculation it .), phat-stereo, super-phat...

how to calculation there parameters?

I want control superbass, ( the "xover freq" parameter i don't know how to calculation it .), phat-stereo, super-phat...

how to calculation there parameters?

Hello,

I think I might have replied to you about this issue on the sigmadsp@analog.com support email account. Most of these algorithms were created with the intention of having static settings in the end application. They were not meant to be fully programmable by the end user. That's why the parameter calculations aren't explicitly stated in the help document.

The secondary reasoning behind that decision is because some of the algorithms contain proprietary IP that would be exposed if the parameter calculations were stated directly. For example, the SuperPhat algorithm has some internal gain settings that control various aspects of the signal's harmonic content - the exact proportions of which are the "special sauce" that makes the algorithm work as intended.

I would recommend two approaches to solving this issue for microcontroller integration:

(1) Give the end user control over the algorithm in discrete steps. In other words, you could have ten possible settings for a given control and store those settings as a table in your microcontroller.

(2) Reverse-engineer the parameter calculations using some spreadsheet software like Excel. Plug in several possible settings to the GUI control, read the value shown in the Capture or Parameters windows, then do a curve fit to find the equation of the curve that best connects those dots.

Hello,

I think I might have replied to you about this issue on the sigmadsp@analog.com support email account. Most of these algorithms were created with the intention of having static settings in the end application. They were not meant to be fully programmable by the end user. That's why the parameter calculations aren't explicitly stated in the help document.

The secondary reasoning behind that decision is because some of the algorithms contain proprietary IP that would be exposed if the parameter calculations were stated directly. For example, the SuperPhat algorithm has some internal gain settings that control various aspects of the signal's harmonic content - the exact proportions of which are the "special sauce" that makes the algorithm work as intended.

I would recommend two approaches to solving this issue for microcontroller integration:

(1) Give the end user control over the algorithm in discrete steps. In other words, you could have ten possible settings for a given control and store those settings as a table in your microcontroller.

(2) Reverse-engineer the parameter calculations using some spreadsheet software like Excel. Plug in several possible settings to the GUI control, read the value shown in the Capture or Parameters windows, then do a curve fit to find the equation of the curve that best connects those dots.