KVR :: Effects » Signaldust release: Dust Equalizer (also experimental 64-bit build) [View Original Topic]
There are 94 posts in this topic.

---

mystran - Thu Aug 16, 2012 12:07 pm

---

When I started plugin development, I kinda made a promise to myself to "never make another EQ plugin" but I couldn't resist. I'm not sure if anyone will find this useful, but it's what I've been using almost exclusively for a while now, so I figured I'd release it.

This is designed for "less is more" and comes with a pair of filters, pair of shelves and two mid-freq bells. This isn't "quite" cookbook stuff. Have fun trying to match them with a stock EQ.

Tech-wise these use a fitting method to approximate analog response, improving the high-freq shape significantly (whether you compare to cookbook or Orfanidis-style compensation). To further improve the very-high frequency response there's 2x oversampling (actually that's mostly so the high-shelf cutoff can go to 24kHz and the low-pass to 28kHz, but it also looks a bit better in a spectrum analyzer).

Processing is done with my SVF-inspired filter structure which is cheap to calculate while handling low-frequencies rather better than the average direct form filter (proper 0df SVF would be even better, but would roughly double the CPU.. I tried, but figured it's not really worth it).

The custom shelves are rather wide and quite asymmetric. They are designed such that the response is fairly flat on the "unprocessed" side, with much more gentle curve on the "processed" side. I like it that way. YMMV.

The bells are otherwise "standard" except gain is relative to bandwidth: actual peak gain is actually gain/sqrt(width) so adjusting bandwidth approximately maintains the perceptible strength of the boost or cut. It sounds complex, but I find it very natural in practice (just remember you can get more peak gain by turning down the width, if you wan to tune the bands or something).


Download (Windows only; now with experimental 64-bit version; you need SSE2)

updated 1.0.1: fixes resource allocation problem that was causing crashes when closing editor

updated 1.0.3: should fix another editor-closing crash with old Intel drivers

updated 1.0.4: GUI should open a bit faster after being loaded once; should report if SSE2 is missing

updated 1.0.5.1: fixed OpenGL problems being reported multiple times (1.0.5) and included experimental 64-bit build (1.0.5.1 - otherwise identical to 1.0.5)

Technical note: This use completely new UI toolkit so there may be bugs; please report any weird behavior. The toolkit renders with OpenGL so you need some sort of a GPU (anything post-2000 should work at least).

---

miedex - Thu Aug 16, 2012 1:01 pm

---

The GUI opens slow on my netbook, the first thing I did after opening the window was close it to see if that was slow too and it crashed AudioMulch.
http://tinypic.com/view.php?pic=e657di&s=6

---

mystran - Thu Aug 16, 2012 2:14 pm

---

Which OS? What type of GPU (at least the brand)? Is it latest AudioMulch?


edit: seems to work for me in latest Mulch, so need some more info..

---

miedex - Thu Aug 16, 2012 2:21 pm

---

Win XP 32 bit, Intel graphics media accelerator 3150, AudioMulch 2.2.0 (latest)

---

eidenk - Thu Aug 16, 2012 2:40 pm

---

Crash also here on closing the GUI window with Cantabile 1.2.

Windows ME, nVidia 7950GT.

All your other plugs run fine but none seem to use OpenGL for the GUI like this one.

---

mystran - Thu Aug 16, 2012 2:53 pm

---

Yeah, like I said it's new toolkit so there might be bugs.

Windows ME is kinda legacy.

Then again, if it opens fine and crashes on close, that kinda suggests it might not be OS specific. I'll investigate.

---

mystran - Thu Aug 16, 2012 2:56 pm

---

Oh, I see..

Seems this is general issue. I got it to trigger in FL now (after attaching debugger; seems FL probably hides the issue unless there's a debugger to catch it). Anyway, I found a crash which means I should be able to figure out how to get rid of it.

---

eidenk - Thu Aug 16, 2012 3:01 pm

---

I know that all too well... and because of that I probably wouldn't have reported the problem if it wasn't the exact same issue as miedex above.

---

RunBeerRun - Thu Aug 16, 2012 3:10 pm

---

Crash before seeing any gui in Savihost, Win7 32bit, uh control panel says there's a ATI Radeon X1200 series display adapter.

---

mystran - Thu Aug 16, 2012 3:19 pm

---

Ok, so this (the close bug) was so called "stupid bug"...

The crash was because my GL driver sanity checks texture-allocation so it threw an exception because some textures didn't get released. The check was there so I'd notice it when it happens, but apparently FL that I use as my development host doesn't really care about some random exception (note to self: always force a MessageBox popup on sanity checks).

Well, anyway, turns out I was destroying the GL wrapper before I was destroying rest of the GUI, so rest of the GUI never had chance to release resources it might have had (instead it would try it later, which I guess could risk another potential, possibly delayed crash).

Anyway, uploaded 1.0.1 which should have this issue fixed.

Can you guys redownload and let me know if it works now?

---

mystran - Thu Aug 16, 2012 3:24 pm

---

Oh I kinda forgot to mention.. SSE2 required too.. I kinda take that for granted these days.

---

RunBeerRun - Thu Aug 16, 2012 3:25 pm

---

It freezes Savihost and Reaper here, I'm pretty sure I have the sse stuff.

---

mystran - Thu Aug 16, 2012 3:28 pm

---

Yeah hmmh.. assuming it's not a CPU issue then this is something I have no idea about currently. I tried Savihost on this computer and it works. I'll try to two other computers and see what happens.

note to self: should really REALLY add a proper popup for SSE issues, just to make sure..

---

eidenk - Thu Aug 16, 2012 3:33 pm

---

No problems anymore here.

RBR the older version froze savihost too here but not anymore with the new one, perhaps you need to flush your browser cache before redownloading.

---

mystran - Thu Aug 16, 2012 3:45 pm

---

hmmh.. the new one seems to run perfectly fine on both of my laptops.. the older one has ATI x1300 which isn't too different.. then again it should really run on something like TNT2 ...

---

mystran - Thu Aug 16, 2012 3:48 pm

---

well, easy way is to check the DLL file version (should show in popup tooltip if you hover over the file.. or right click properties -> details.. new one should say 1.0.1 (or 1.0.1.0) while the old one might say 0.9.0 because hmmh.. there was another minor mistake in the original versions with the version numbers..

---

camsr - Thu Aug 16, 2012 4:21 pm

---

I guess it's still in beta then?

I am gonna check it out soon.

Are you using the ZDFs in this? Also, why the decision for no shelf Q adjustment?

---

mystran - Thu Aug 16, 2012 4:50 pm

---

No ZDFs... like I said I tried a ZDF SVF and it just didn't make much difference except for higher CPU (these are linear filters after all). This is using basically a linear version of Sweep's original filters.

As for the shelves... I don't think adjustable Q would make much sense with these.. they are custom and designed for general tone adjustment. I wanted one nice shape (well, at least I like it), because I got fed up with normal shelves that never sounded like I wanted whatever the Q.

---

Monkage - Thu Aug 16, 2012 5:14 pm

---

The day we get x64 signal dust plugins im having a party. Always been a huge fan

---

mystran - Thu Aug 16, 2012 5:50 pm

---

It's on the TODO list, but likely to still take a while.

---

miedex - Thu Aug 16, 2012 7:05 pm

---

1.0.1.0 is still crashing when I close the GUI window
http://i.imgur.com/2f7nP.png

---

mystran - Thu Aug 16, 2012 7:48 pm

---

Could other people with Intel graphics please report whether it works or if they get crashes? I'm wondering if there is a driver related issue.

---

Monkage - Thu Aug 16, 2012 8:33 pm

---

hey they are free, it happens if it happens

---

mystran - Thu Aug 16, 2012 8:47 pm

---

Unless something happens to me, it'll happen eventually.

---

mystran - Thu Aug 16, 2012 8:56 pm

---

Ok. So, I think Intel doesn't really support "rectangle textures" and while that's fine (I have code to work around it) I did find a small bug with regards to the "normal texture" fallback code and another with regards to releasing texture (wasn't explicitly unbinding; neither NV or ATI cares and specs claim you don't need to.. but maybe Intel driver is picky).

Anyway, I'll try to find some Intel GMA hardware at work to check the old/new builds with before I upload another version.

---

mystran - Thu Aug 16, 2012 11:25 pm

---

Anyone that got it actually running, comments on the sound?

---

miedex - Fri Aug 17, 2012 3:31 am

---

Before I close the GUI it works perfectly and sounds great its a charming little EQ

---

mystran - Fri Aug 17, 2012 4:29 am

---

The only system with Intel graphics that I could find seems to run 1.0.1 perfectly fine, so I can't really reproduce the issue ATM. I uploaded 1.0.2 which contains some small fixes that might or might not upset some drivers, but if that doesn't help then the only thing I can suggest at this time is to make sure you are running the latest graphics drivers...

---

eidenk - Fri Aug 17, 2012 12:11 pm

---

It sound great IMO, a keeper here.

---

miedex - Fri Aug 17, 2012 3:35 pm

---

1.0.2 still crashing. Nobody else?

---

mystran - Sat Aug 18, 2012 9:35 am

---

Indeed, if anyone else still has any crashing issues, please let me know.

---

miedex - Sat Aug 18, 2012 10:49 am

---

It is crashing reaper too

http://i.imgur.com/FgnQf.gif

---

miedex - Sat Aug 18, 2012 10:53 am

---

The PM test version 1.0.2.1 gave me this http://i.imgur.com/8pUL1.jpg followed by an Access Violation one.

---

mystran - Sat Aug 18, 2012 2:47 pm

---

Thanks... hmmh..

Seems there's also some visual font-rendering glitch..

---

mystran - Sat Aug 18, 2012 5:21 pm

---

Can you redownload (test version URL) and test once more. I have a theory on what's causing this, and I tried to add a work-around. At least it shouldn't crash anymore..

---

D.H. Miltz - Sat Aug 18, 2012 5:44 pm

---

Crashes on closing here in MU.LAB and Reaper (and froze computer entirely when attempting to load it into ocenaudio).

Old Dell. XP SP3. Intel 82845G/GL/GE/PE/GV graphics controller.

---

mystran - Sat Aug 18, 2012 6:03 pm

---

Ok, so the URL for the work-around attempt is http://www.signaldust.com/files/de-test.zip

That versions shouldn't crash anymore (if it does, then I'm out of ideas), as I improved the error handling quite a bit. Another question though is whether it actually works though.

---

miedex - Sun Aug 19, 2012 3:04 am

---

It works now!

---

D.H. Miltz - Sun Aug 19, 2012 3:29 am

---

So far so good here too. Thank you.

---

mystran - Sun Aug 19, 2012 1:02 pm

---

Ok, I uploaded 1.0.3 which further improves the teardown a bit (basically release OpenGL a bit earlier when closing editor). It should work at least as well as the 1.0.2.2, but might (or might not) be slightly more robust against old drivers.

Speaking of old drivers... apparently the problem I was hitting is a problem with Intel's older drivers, and while fixed in recent ones, I'm not sure if they've actually updated the drivers for older cards. Anyway, I'm glad that it seems like it can be worked around.

---

miedex - Sun Aug 19, 2012 1:08 pm

---

The GUI still loads slow, I would say it takes about 1 second to load. Is this just a side effect of using open GL?

---

mystran - Sun Aug 19, 2012 2:06 pm

---

Well, there's normally a small delay due to Open GL (can't do much about that) but one second sounds a bit excessive. Is this every time the GUI opens or just the first time?

If your CPU isn't too fast, another source could be the image/font loaders. I'm planning to replace the font loader, mostly for quality reasons, but it should also speed up things a bit. I'll do what I can do reduce these in the future (currently images are loaded every time the GUI opens; my older plugins are more intelligent and only do it once).

---

A.M. Gold - Sun Aug 19, 2012 2:09 pm

---

FWIW it's been running fine here in Reaper 4, Win XP x86 since, I think the second version. No crash at any time. I have an Nvidia GPU.

Sounds good, thanks!

---

miedex - Sun Aug 19, 2012 2:48 pm

---

Every time.

---

camsr - Sun Aug 19, 2012 7:46 pm

---

Works very nicely here. Just quickly tested presets and loading projects in FL with other OpenGL based plugins. The filters sound very nice and it makes a good tone balancing EQ. I wish I could put this on the Windows mixer!

I got a delay on the load also, but what problem could that ever cause?

---

Monkage - Sun Aug 19, 2012 7:55 pm

---

Crappy old laptop 2ghz celeron, win xp sp3 and latest Reaper, runs fine

---

mystran - Mon Aug 20, 2012 12:45 am

---

I think I can optimize this at least somewhat. I already replaced the font loading with Freetype (to improve quality.. not released yet though), so I'm not sure how slow the supposedly slow Win32 APIs were... but...

It seems that currently on my desktop (i7-2600k, so this is fast CPU) system I'm spending about 125ms(!) loading the image data. It further breaks down to about 115ms of PNG decoding (apparently the lib I'm using isn't really that fast) and 10ms of shuffling around data. Considering the CPU difference, I guess that could take from half a second up on an Atom, and obviously it's totally pointless to do it every time the GUI is opened.

It'll take me some shuffling around in the codebase to fix this non-sense, but it's on TODO list now. I guess it's worth the trouble for faster CPUs too. On top of that might come random OpenGL related delays, but at least I should be able to speed it up somewhat.

---

mystran - Mon Aug 20, 2012 2:20 am

---

Uploaded 1.0.4:

- now uses FreeType (for font quality; might load faster too)
- changed font to an embedded Vera Sans (works better with my renderer)
- no longer relies on system having the Verdana typeface
- added image caching (editor should open faster after first time)
- checks whether CPU supports SSE2 (fails "gracefully" if not)

---

RunBeerRun - Mon Aug 20, 2012 5:46 am

---

I get a white blank gui and an OpenGL error.

---

mystran - Mon Aug 20, 2012 5:59 am

---

What kind of an OpenGL error?

---

RunBeerRun - Mon Aug 20, 2012 6:09 am

---

Looks like your popup-says

multitexturing with texture-env-combine not support by OpenGl.
Some very old hardware doesn't support this feature.
Otherwise, if you're running the latest drivers...etc

This is in Savihost, white blank gui, but running the mouse over the controls makes a little hand icon. The popup repeats over and over until I close the whole instance.

---

mystran - Mon Aug 20, 2012 10:27 am

---

Oh.. I see.. popup repearting is a bug accidentally introduced in the latest version, terribly sorry about that. (fix one, add one.. urgh)

As for the actual error.. x1200 should support texture-env-combine in hardware, so it's likely there is some problem with your display drivers, ie OpenGL driver missing, or something.. IIRC some laptops didn't ship with one back in the days when x1200 was current.. I remember having some trouble myself with my x1300 a few years back. You might want to try downloading the ATI legacy drivers, but unfortunately I can't promise those will work, nor will I take any responsibility if it causes further trouble...

Anyway, it sounds like you essentially have a situation of "no OpenGL" (except what the Windows built-in mini-driver provides, which is practically useless), and unfortunately there's not a whole lot that can be done, except find a working driver.

---

mystran - Mon Aug 20, 2012 10:47 am

---

1.0.5: now complains about OpenGL features exactly once (and will draw black window if OpenGL fails).

I'll see if I can add some basic software fall-back at some point, but that's probably going to be in the weeks/months timeframe. Until then working OpenGL is required I'm afraid.

---

mystran - Mon Aug 20, 2012 10:49 am

---

Oh and in case someone's wondering: no, I'm not doing OpenGL just for the purpose of this particular plugin.. I want to do some stuff in the future that isn't realistic with software rendering, so I want this stuff working... I have to admit though, that I didn't realize it would be so troublesome.

---

camsr - Mon Aug 20, 2012 5:15 pm

---

I will help test it!! But I doubt I will encounter any rendering problems, seeing as I don't use windows themes.

---

Dean Aka Nekro - Mon Aug 20, 2012 8:35 pm

---

Dust Equalizer v1.0.1 is working just fine here on two machines, Both a laptop and a desktop. Each are running Windows 7 Home Premium OS. Between both checked inside these hosts:

Ableton Live 8
Sony Sound Forge Pro 10
Magix Samplitude Pro X (Demo)
REAPER 4
Alien Connections ReValver Mk II (hosted in the standalone version)
EnergyXT (hosted inside the plug-in version and standalone)
Tobybear MiniHost
Renoise 2
Buzz

Bit-Bridged:

Magix Samplitude Pro X (Demo)
REAPER 4
Cakewalk SONAR 8
Cakewalk SONAR X1

A side note if it matters one bit: Although I have yet to try it, If a VST plug-in (not instrument) runs just fine in those two then via FXpansion's VST to RTAS Adaptor 2 tends to work wrapped inside Pro Tools 7, 8 and 9 FWIW.
If you care I will check and let you know

Thanks for another really useful plug-in mystran, Like your own take on the low and high shelving filters and the Q/Gain interaction. Shall be keeping this one for sure, Cheers

All the best to all as always

Dean

---

miedex - Tue Aug 21, 2012 4:37 am

---

1.5 is working out good. The slow loading only happens on the first load now.

---

mystran - Tue Aug 21, 2012 12:48 pm

---

Uploaded: 1.0.5.1

This is identical to 1.0.5 in pretty much every way... except... it comes with an experimental 64-bit build.

---

A.M. Gold - Tue Aug 21, 2012 4:57 pm

---

Can you explain the rationale behind the asymmetric shelf design?

---

mystran - Tue Aug 21, 2012 5:01 pm

---

There is no rationale.. that's why it's called design.

edit: ok, slightly more explanation.. first of all there is no real rationale for the traditional symmetric shelves either, except they make the math a bit more simple (and symmetric, obviously)...

Secondly, I like gradual shelves for general tonal shaping, but I don't like the way traditional gradual shelves then have a significant effect on mid-frequencies. Hence a design that is steep on one side, gradual on one side.

It should be noted that apparently there are old analog designs that are even MORE asymmetric, to the point that they cause an actual (slightly) boost peak when cutting, or a dip when boosting... I didn't like that though, so I set it to more or less as fat as possible (it's not scientifically set IIRC; rather just tuned to taste).

---

A.M. Gold - Tue Aug 21, 2012 5:09 pm

---

Well, in audio engineering, I assumed there would be some kind of "sonic benefit" argument, but , hey, if it works it works.

Maybe just different, instead of "better".

---

mystran - Tue Aug 21, 2012 5:11 pm

---

I updated my post 'cos I felt I was a bit too hasty... there's some info now.

But really it's not very scientific in any sense, just "what I like".

---

A.M. Gold - Tue Aug 21, 2012 5:16 pm

---

No, that was really quite useful. Thanks, it's what I was looking for.

Reason being: I'm interested (without really wanting to delve into tech papers) in why different EQ's in the digital domain really do work differently, instead of the attitude you sometimes get that (and, yes, I have actually heard this stated in just this way on KVR) "all digital EQ's sound exactly the same".

I don't agree with that, based less on tech info and more on my ears, so it's interesting to begin to learn some of the reasons why they can sound different, even if superfically very similar..

---

Monkage - Wed Aug 22, 2012 12:07 am

---

I think some people get confused, if two digital eq are specced the same then they are the same and indeed will sound exactly the same.
It is extremely rare that a digital eq will have no other processes going on though unless they are bread n butter eq (for instance ddmf IIEQ pro set up the same as reaeq will null, this really means nothing though)

So much like 1+1 will always =2
A digital eq = any other digital eq
but 1+1 with a side order of 3÷5 does not =2
most plugins have that side order in some form of differing slopes or saturation

---

A.M. Gold - Wed Aug 22, 2012 1:23 am

---

Yea, I know, but I'm also interested in knowing why different slopes are used, thus the reason for me probing mystran on this.

Obviously you could just say "because they sound different", but there must be some thought process whenever a developer chooses one slope over another (and some are variable like the bells here that change shape depending on gain).

A good example is ColourEQ by DDMF, which has a very unconventional "Type B" peaking filter, which I think may be based loosely on the infamous "Pultec trick", where the simultaneous boost and cut ends up making a peak with a divot in the middle.

I'm just interested in hearing developers talk about why they opt for one filter type over another, since EQ is sort of a neurotic fascination of mine.

---

sinkmusic - Wed Aug 22, 2012 2:10 am

---

Thank you for all your plugins, Mystran.

---

camsr - Wed Aug 22, 2012 11:28 am

---

Me too, somewhat. Although I am rather more interested in EQs with parameters that are intuitive and 'harmonic'. That ColourEQ you brought up was quite nice when the type B filter was set to peak an octave apart, but tuning it there was a painstaking process for the lack of intuitive visual feedback. It made me think twice about purchasing it.

---

mystran - Wed Aug 22, 2012 11:38 am

---

Has anyone tested if the 64-bit version actually works?

---

A.M. Gold - Wed Aug 22, 2012 2:16 pm

---

Did you know it's free now?

---

camsr - Wed Aug 22, 2012 6:37 pm

---

No I didn't actually. Thanks for that.

---

s_t - Wed Aug 22, 2012 11:08 pm

---

It worked all of yesterday with Reaper x64.

---

Tapehead - Sat Sep 08, 2012 1:13 pm

---

Yes, 64bit works here as well. Hope you can update all your other plugins for 64bit...Thank you

---

mystran - Tue Sep 11, 2012 8:09 am

---

Just updated Sweep, Abstract Chamber and Tila to use the new GUI framework, and compiled 64-bit versions of them. Rest need a bit more rewriting.

---

antto - Tue Sep 11, 2012 8:43 am

---

mystran \o/
great description in your first post, i immediately grabbed this, altho i'm not amuzed by EQs too much..
loads up fine on my winXP + (integrated) Intel G33 video card

sounds great, the controls respond perfectly, everything seems to work like a charm
i'll definately use this thing ;]

btw, what gui toolkit are you using?
i recently made a standalone app using allegro5 which has no software mode (only opengl/dx)

---

sinkmusic - Tue Sep 11, 2012 8:44 am

---

Thank you for your plugins, Mystran, it's well appreciated

---

mystran - Tue Sep 11, 2012 8:52 am

---

It's a custom toolkit. Rendering is done with raw OpenGL, font loading is now Freetype, PNG loading is PicoPNG, rest is my code.

---

Tapehead - Tue Sep 11, 2012 12:15 pm

---

THANK YOU SO MUCH FOR THE 64BIT UPDATE!!!!

I'm so glad to be able to use these plugins without 32bit bridge and can't wait for the other updates. Really grateful for this!

---

analoguesamples909 - Tue Sep 11, 2012 3:54 pm

---

Ive just discovered this and Abstract Chamber which is an excellent reverb-its amazing thank you for this work...



wow thats great news...AC and this EQ are default in my projects now...

---

antto - Tue Sep 11, 2012 4:19 pm

---

hm, i think i should check out your plugins
i could use a good reverb ;]

---

sinkmusic - Wed Sep 12, 2012 1:56 pm

---

Hi
I noticed a weird graphic glitch using Tila : adjustin the Room size parameters makes a weird text appear in the upper part on the left of the GUI.

Subliminal propaganda ?

---

antto - Wed Sep 12, 2012 3:36 pm

---

paranormal activity!!!
it's haunted

---

mystran - Wed Sep 12, 2012 4:34 pm

---

Haha, no.

I don't get quite the same kind of weirdness, rather depending on roomsize position i noticed that the 'y' in the end of predelay or the 's' below reverb time get bolded or something..

Definitely some bug going on, i'll have to see..

It's weird; obviously all the knobs use exactly the same code, but only this one seems to cause some bogus sprites drawn (which is quite probably where the weird stuff comes from).

---

mystran - Wed Sep 12, 2012 4:38 pm

---

Oh... i think I know what the problem is..

Right, so roomsize is supposed to be m² but my font loader only handles basic ASCII (which ² character is not)... it should get mapped to "invalid character" or something, but apparently it doesn't.. I'll fix this in a minute.

edit: yeah ok I was checking for non-existing characters, but was using the raw text length when drawing sprites..

---

mystran - Wed Sep 12, 2012 4:50 pm

---

ok uploaded 2.1.1 which should fix that issue.. it won't draw the ² anymore but I guess that's not the most serious problem.

---

camsr - Wed Sep 12, 2012 4:56 pm

---

Map a 2 to a glyph and scale it perhaps?

---

mystran - Thu Sep 13, 2012 8:34 am

---

Yeah, I could do that. Just that kind of stuff takes a bit more effort and I wanted a working build fast. It's a truetype font that I load using FreeType, so I'd have to get Freetype to do the magic for me.

---

camsr - Fri Sep 14, 2012 11:47 am

---

I would think a Unicode character set would be better. More options and support for languages.

---

mystran - Fri Sep 14, 2012 1:33 pm

---

Yes, obviously. But it's not exactly on top of my list of things that need be done, and in my case it's not as simple as switching a toggle.

---

Kingston - Sun Sep 16, 2012 3:43 am

---

This is a nice sounding EQ and I just had a little test round with cubase 5.5 64bit.

The UI is a bit buggy so that up and down mouse drag gets oddly choppy and jumpy after a while on all knobs. Something weird going on there.

Also the standard old ctrl+mouse click to zero a knob would be a welcome feature. Or maybe it's there but just didn't work in cubase.

---

mystran - Sun Sep 16, 2012 9:53 pm

---

Can you elaborate? Does this happen after doing a bunch of dragging, or while dragging for a long period of time, or what? [edit: is this 64-bit build that has this problem, or can you reproduce it also with the 32-bit version?]



Holding either ctrl or shift will slow down the movement. This is to be compatible with both conventions (which unfortunately exist). To reset to your default settings (or the factory defaults if you haven't saved any) you can double click the knobs. Additionally to reset to the middle-position you can right-click while dragging (ie hold left, click right).

---

Nielzie - Fri Jan 18, 2013 2:08 pm

---

+1

Just discovered these very recently. Great plugins! Among the best in the freeware category imho

---

DuX - Tue Apr 23, 2013 11:23 am

---

I have great appreciation for your work mystran. Thank you so much!

Is there any way the fans could get a form of notification when/if you update any of your plugins?

---

mystran - Tue Apr 23, 2013 2:11 pm

---

I believe KVR can do that for you if you "watch this" at http://www.kvraudio.com/developer/signaldust

---

DuX - Tue Apr 23, 2013 2:25 pm

---

Yeah, I forgot. Thank you!

I'm a subscribed fan now.

---

There are 94 posts in this topic.