Plugins in Uniform ("UFX") - Page 2

strangeloop · Jan 28, 2003, 12:10 PM

They're looking great and sounding even better!

Thank you!

I'm also hoping (and expecting) this is going to be the new GUI style... it's very nice.

One very little remark about the choose-preset menu: most dropout menus (that's what they call it, isn't it? I'm not sure in English) in Windows come falling down if you click anywhere on them, and not only if you click on the rightmost arrow.

RIV@NVX · Feb 8, 2003, 07:24 AM

Hmmm... doesn't work with 3529 (actually messes it up completely). Max, can you do an update?

Max M. · Feb 8, 2003, 12:06 PM

Thanks. Of course it does not work with 29. Did not i say this before? Update? ha-ha "update"... i have to rewrite everything....

RIV@NVX · Feb 8, 2003, 12:25 PM

Quote:

Originally posted by Max M.
Thanks. Of course it does not work with 29. Did not i say this before? Update? ha-ha "update"... i have to rewrite everything....

Then go, rewrite it!

Max M. · Feb 8, 2003, 01:21 PM

of course, however i cannot promise it will be too soon...

Max M. · Feb 9, 2003, 04:00 PM

hello again.

update for 29 is available:
http://kxdev.narod.ru/ufxsetup.exe

previous version (28) is still available as http://kxdev.narod.ru/ufxsetup.28.exe

This is not update we've talked above but experimental update based on special "28 on 29" emulator instead.

thanks.

RIV@NVX · Feb 10, 2003, 09:39 AM

Suggestion - use "save target as", it will not work otherwise.
I will test it... nice to see such a quick update!

eyagos · Feb 16, 2003, 04:41 PM

Good work Max, very good. Smart and precise design.

I think too that the design job is nearly over (except some small bugs). The final step would be a "smarter" design for the level meters, so they could be included in some plugin windows as Compressor or Equalizer:

- I have modified the APS Compressor plugin so the gain can be monitored with a peak plugin, and it would be fantastic if it could be included in the same window (you can get the kxl (for 3529) in a post of this forum).

- In the Equalizer I have observed that some presets produce clipping, and it would be grate too if it could be monitored in the same window (with less than 1% of resources more). And an automatic gain control to avoid clipping would be very apreciated too.

Another thing, will be this gui avaliable in the SDK?

Max M. · Feb 18, 2003, 08:21 AM

Thank you.

peakmeters - yep, actually EQG10 had build-in peak-meter (in some alpha vers.) but i've decided to remove it.
The truth is that we've already run out of dsp resources (so that in next kx ver 30 -Timbre is used instead of EQ for SBLive models...)...

So actually i'm thinking about some "smarter" peakmeter architecture - like maybe peakmeter as separate "child" plugin which can be loaded/unloaded automatically when user enables/disables metering, but with view of it from same EQ window of course...

As for compressor, yep, i think, the good way will be to put peakmeter right into compressor code... actually, there's nothing difficult to do this... Also i'm not sure about 29, but for 28 and all of erlier versions it could be done without any special controls/functions of kx (see instructions below)...

>with less than 1% of resources more

yep, but see above, Live have no even 1% of resource this days (damn mixer

...

>And an automatic gain control to avoid clipping would be very apreciated too.

Presets for EQ are designed with "same volume subjective feel" in mind, so yep, clipping may of course occure for some material depending on its spectral content...

>And an automatic gain control to avoid clipping would be very apreciated too.

But not built into EQ itself. "Input Gain" is there exactly for such situation.
Separate "Limiter" or "AGC" plugins put before output stage of kx dsp would be another option (but not loaded by default).

>Another thing, will be this gui avaliable in the SDK?

Some day. It's actually hard a bit to publish something solid these days, since native kxgui and so uniform (kxgui independend but somewhat linked to ) are being constantly updated now... Also i'd prefer to concentrate on writing plugins themselves raither then on making SDK for them at the moment.
I'll publish some example sources for "uniform" soon maybe, although, i don't think they will be too usefull without any documentation.

---------
PeakMeter
---------

(i've posted this on some mailing list some days ago)

---------

Code:

name "peak meter";
created "07/23/2002";

input in
static peak
temp t

log   t, in, 31i, 1i
limit peak, t, t, peak
end

just read the value of "peak" register on some timer (for example ~16 times per second) and write zero to it after reading...

#define UNITY_GAIN_COEFF 0x78000000L // this is for standard 0.25 level
#define MAGIC_NUMBER 0xaaaaaaaa

ValueToShow = (peak - UNITY_GAIN_COEFF) / MAGIC_NUMBER;

/* this for example gives you ValueToShow right in decibels... (of course you need more presice measurement so you need to decrease MAGIC_NUMBER or make ValueToShow to be float/double... - i use MAGIC_NUMBER = 0x111111 which gives me ValueToShow in centibels, Eugene uses some other "floating point" formula as i know etc... that depends on how you are going to show "peak" to user) */

/max

-----------

Well, as for visual implementation, so before kx29, one could use MFC's CProgressCtrl for example or something similiar... However, these days, maybe it's too late to use MFC with native kx plugin api (since kxapi/kxgui are being rewritten to be MFC free) and too early too use new kxgui for that (since it is not yet complete, E., fixme, is special control dedicated to peakmetering there?)...

Daniel Drummond · Mar 2, 2003, 09:58 PM

Update to 3530? Please? Thanks!!!

Max M. · Mar 2, 2003, 10:42 PM

yes, of course - http://kxdev.narod.ru/ufx/ufxsetup.30.exe

Daniel Drummond · Mar 2, 2003, 11:19 PM

Hey, that was fast! Thank you very much! KX 3530 kicks ass, specially with these great plugins... 2 asses kicked...
*update* just tested them and they're working just fine. Even my saved settings are working ok.