Thanks for this A_SN.
Have a good New Year...
Haha yeah well that's what you have to do when you have zero marketing. And then I only have to pay for my own modest living expenses, no one else to write checks to.Nielzie wrote:especially for the ultra low priceThis would be far more expensive if there was a big company marketing machine behind it, believe me. That's why I like the "smaller" (but devoted and high quality) developers so much
![]()
Thanks, glad you like how that works!Dunc wrote:Just bought this as it suits my way of visualising the changes made to sound.
Thanks for this A_SN.
Have a good New Year...
Cool, thanks for the heads up, it crashes here too! Great litmus test. So it looks like there's something wrong with what SplineEQ does with its memory, tomorrow I'll change and simplify how that works and that should do the trick. Hopefully that's the same thing that's been causing hangs on Macs.astroidmist wrote:It crashed when I tried to load it into SAVIhost on Windows XP SP3. So I won't be using it.
SAVIhost is the first test I always use on VST(i)'s to see if they are stable. If they don't run on SAVIhost then I delete them. Ever since I have started this policy I've had much fewer crashes with plugins even if they seem to run in actual DAWs.
good luck with the development though. it looks interesting.
Good news, I said what I did I would and now it's fixed and v1.0.2 is out. No memory gets destroyed/created anymore except at initialisation which avoids problems.astroidmist wrote:It crashed when I tried to load it into SAVIhost on Windows XP SP3. So I won't be using it.
SAVIhost is the first test I always use on VST(i)'s to see if they are stable. If they don't run on SAVIhost then I delete them. Ever since I have started this policy I've had much fewer crashes with plugins even if they seem to run in actual DAWs.
good luck with the development though. it looks interesting.
Glad to hear that! Is there anything else that still needs resolving now?V'ger wrote:Yes that did it, loads up in a flash now, cheers
That's strange, there really shouldn't be any zipper noise. I made a point to make sure there wouldn't be any and people have told me that it's all smooth. I'd like more information on how you get that zipper noise. Anyway it should take at least twice as much CPU when changing bands because the same piece of sound has to be processed once with the old EQ, again with the new EQ then the two must be blended together to have a smooth transition to the new EQ. Maybe the zipper noise comes from the fact that you're running out of CPU power? What kind of processor do you have? And what Resolution/Delay settings do you use?DuX wrote:Very interesting EQ. The visualisation screen somehow suits me really well, even though I've been living with "normal" kind of analysers for years and years. It is useful and quicker to pinpoint the right frequencies. I have read the whole thread and I'll tell you my opinion on some things that others haven't mentioned. I have a pretty good 4 core PC running XP x86 SP3. So called, DuXP, I don't know why.I'm running EnergyXT and Reaper hosts. It works well with both of them, however, the zipper noise I hear when I move the bands is really not pleasant. I know I can get rid of it buy adjusting the "delay", but it doesn't look good when you start it that way. Probably the default preset should be a little different? So we don't get a zipper noise with the first preset when you move the bands? The second gripe that I noted immediately is only of cosmetic nature - the numbers are really hard to see even from a little distance from the monitor. The contrast between the numbers and the button background is far too low, and the numbers are too small. Also, what someone mentioned - we should be able to choose the range from -+6dB, over -+12dB etc. and the GUI is definitely too big, actually too tall, without any real need to be so tall. Only if you're making -78dB boosts and cuts, of course.
But I think I needed that on just a very few occasions, and it usually is between -+6dB for mastering, and -+12dB for mixing.
I also find it weird that the limiter is turned off at -60dB, and turned on at 0dB. That's confusing as actually it should be in reverse. I don't know what that parameter should represent? If it's a limiter threshold, then it should work like I said - turned off at 0 and fully turned on at -60dB. However, that's too big of a threshold range for a limiter... so I still wonder what that button does. When you put a threshold on limiter at -60dB all you get is square signal full of distortion at -60dBFS.Could you explain how the limiter works, and what does that button do?
Otherwise, this EQ has made me a bit excited, which is very hard these days.Not with the sound, which is clean, but mostly with quite original and useful visualisation, and flawless, smooth GUI, except for the crackling/zipper noise when you move the bands... it should probably handle the audio buffers somewhat more gracefully?
Keep doing the great work! This EQ is a great, great value for money, and I might easily become accustomed to this kind of visualisation... it makes great sense for mixing, not so much for mastering, but it is helpful, too, and it all works smoothly - that says a lot about your programming skills.Really nicely programmed , except the buffers
. Moving the bands should use a little less CPU, I think, and CPU usage should not jump so much as it can mean a world of difference when mixing. It can mean a difference between a nicely sounding, or crackly sounding project, when you work at 70% or more of constant CPU usage.
I'm going to keep an eye on this one!Thank you so much for an almost fully functional demo. One can really use it in mixes and mastering, and I think a lot of people could become "addicted" to it this way, as they can actually use it in their projects, and when they do... it's very hard to get away from buying it.
![]()
Cheers!
Submit: News, Plugins, Hosts & Apps | Advertise @ KVR | Developer Account | About KVR / Contact Us | Privacy Statement
© KVR Audio, Inc. 2000-2026