You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
imo the Level controllers are illogical. They are now calibrated for span ~0..~64, but logically levels for an EQ should be calibrated around 0 - like -32..0..32. This would allow the user to add and subtract from the chosen freq. (just as f.i. in the C*Eq)
Furthermore are the graining for level and gain, much too rough, and could easily be divided with a factor 10 -at least. That would give a much more sane span for the dial(s) -Now they seriously overload at setting ~10 %
The text was updated successfully, but these errors were encountered:
I don't see anything in the EQ class specifically bound to the range you are describing, so if you can help locate the place in the code that is limiting this range it will make fixing this issue more likely. (perhaps here? calf/src/plugin.cpp#L383
P.S. You can search through the source code using the search bar at the top of this page.
No need for screnshots, on Linux you can use analyseplugin to figure out properties of LADSPA plugins, e.g. analyseplugin /usr/lib/i386-linux-gnu/lmms/ladspa/calf.so. Some interesting control ranges for this EQ:
"Input Gain" input, control, 0 to 64, default 1
"Output Gain" input, control, 0 to 64, default 1
"Level L" input, control, 0.015625 to 64, default 1
"Level H" input, control, 0.015625 to 64, default 1
"Level 1" input, control, 0.015625 to 64, default 1
"Q 1" input, control, 0.1 to 100, default 1, logarithmic
imo the Level controllers are illogical. They are now calibrated for span ~0..~64, but logically levels for an EQ should be calibrated around 0 - like -32..0..32. This would allow the user to add and subtract from the chosen freq. (just as f.i. in the C*Eq)
Furthermore are the graining for level and gain, much too rough, and could easily be divided with a factor 10 -at least. That would give a much more sane span for the dial(s) -Now they seriously overload at setting ~10 %
The text was updated successfully, but these errors were encountered: