Eq

[fitzov]

Two ways to make the player much better--

1) make the "preamp" slider on the EQ a control for the input (not a simple output volume control).

2)Allow the EQ to function with any direct input (as in digitally extracted audio from the CD).

[#The fREaK!]

There isnt a "preamp" control. It is a control for changing the soundcard master volume. Just like the bass and
treble controls are soundcard controls. A preamp control could be a good feature to add, but the chances that
Paul puts it in are very low... When it comes to request two, I have requested the equalizer to be made un
dependant of input plugins a few times, but it dosent seem like Paul is intrested in that. (either that or it is very low priority)

[drewkeller]

When it comes to request two, I have requested the equalizer to be made undependant of input plugins a few times, but it dosent seem like Paul is intrested in that. (either that or it is very low priority)
maybe it has more to do with the plugin accessing the EQ? in that case, it would be up to the plugin developer. but then why wouldn't he have included it in his other input plugins? hmm

[Paul]

maybe it has more to do with the plugin accessing the EQ? in that case, it would be up to the plugin developer. but then why wouldn't he have included it in his other input plugins? hmm
Some audio decoders allow equalization during decoding (like the default mp3 one), others don't. It is much less computationally expensive to do equalization during decoding and doesn't add as much artifacts into the audio compared to deconstructing the audio later down the path (as in DSP plug-ins). So, in short, I didn't add eq support to the MP3 input plug-in, it was already there.

The answer to the overall problem is a general equalizer that is outside of Input plugins. This would be a DSP plug-in (built-in EQ or otherwise, it would fit the in audio chain just like a DSP plugin). There would be a CPU hit (not much by todays standard) and artifacts would be added (but EQ's are never a source of quality for audiophiles).

There is the capability in QCD for DSP plugins to get EQ information from the player. It's just a matter of developers utilizing it. I am starting an effort to get native QCD DSP plugins, instead of relying on Winamp's collection.

[#The fREaK!]

The answer to the overall problem is a general equalizer that is outside of Input plugins. This would be a DSP plug-in (built-in EQ or otherwise, it would fit the in audio chain just like a DSP plugin). There would be a CPU hit (not much by todays standard) and artifacts would be added (but EQ's are never a source of quality for audiophiles).


You could use higher internal processing... If you would use 32-bit, it would sound much more transparent. It would not require that much more CPU power either. Then you can use 64-bit internal precision like iZotope, Sonic Timeworks any many other high-quality plugin devlopers use. Even Dee2 uses it... It would require more CPU power, but would not produce any hearable artifacts.

Then make sure it works in realtime and have a precise algorithm, and no one can say anything bad about the quality... I think it would even sound better, since it currently shares a problem with winamp's eq. If I make use of it (boost or cut anything), it does a hearable high frequency treble-rolloff.

I am starting an effort to get native QCD DSP plugins, instead of relying on Winamp's collection.
That would open up more processing possibilities. I just hope Winamp DSPs will still be fully supported...