Russ please finish your Phaser

BpM · Jun 3, 2005, 10:33 PM

Hi.
u did good work with ur phaser plugin.
i am using kx3538 and it works perfect
only the midi automation doesn't work.
Could you please fix it? thx bpm

Russ · Jun 4, 2005, 11:37 AM

Hi BpM,
I wanted to make some changes to the phaser plugin, and got a little side tracked looking up information, and working on some other things, but I see no reason why I cannot add midi automation to the plugin in it's current state. That being said, I have not done any midi automation stuff as of yet, so I will have to try and find out what needs to be done to add it. I will see what I can do.

-Russ

BpM · Jun 4, 2005, 04:22 PM

There isn't any controller in the midi-automation window.
Its a blank field.
Has anybody the same problem? thx bpm

Russ · Jun 4, 2005, 05:32 PM

It might have something to do with the way I implemented the controls (i.e. making some increment by 2, etc).

Here is the code I used for describing the parameters for kX Automation:
(sorry I did not use the code tags, because they do not seem to work right on this message board).

// for kX Automation: param description (see kxplugin.h for details on kx_fxparam_descr)
// -------------------------------------------------------------------------------------

static kx_fxparam_descr _param_descr[PHASER_PARAMS_COUNT] = {

("Dry", KX_FXPARAM_USER, 0, 10), /* -1.0 to 1.0 in increments of 0.2 */
("Wet", KX_FXPARAM_USER, 0, 10), /* -1.0 to 1.0 in increments of 0.2 */
("Feedback", KX_FXPARAM_LEVEL, -9, 9), /* -0.9 to 0.9 in increments of 0.1 */
("Sweep Rate", KX_FXPARAM_USER, 1, 15), /* 0.5 to 1.5 in increments of 0.1 */
("Sweep Range", KX_FXPARAM_SEMITONE, 0, 6), /* 3.5 to 6.5 in increments of 0.5 */
("Frequency", KX_FXPARAM_USER, 1, 15) /* 10 to 150 in increments of 10 */

};

Tiger or LeMury (or any other kX programmers) know if that is the problem?

-Russ

Russ · Jun 4, 2005, 08:33 PM

I figued out the problem, I had parenthesis in the above array instead of curly braces. I will upload the fixed version shortly.

-Russ

Russ · Jun 4, 2005, 08:44 PM

Ok, I updated the files (both 3538 and 3537 versions) on the download page.

I hadn't noticed that problem previously, so thanks for catching it (I thought you were talking about something different at first). Let me know if you have any other problems with it.

-Russ

BpM · Jun 9, 2005, 10:33 AM

Hi russ,

i just want to thank you for ur work.
the phaser automation works now!

trevbushell · Jun 10, 2005, 03:24 AM

Russ, great work on your plugins!!

i will test them in 3537 and let you know of anything that comes up!

trev

Russ · Jun 10, 2005, 03:36 PM

Ok, thanks guys.
I Never did officially release the phasor because I was planning on making some changes to it, but since this thread may draw attention to it, I would again like to thank Tiger M. and eyagos for helping me with it (this was my first attempt at making a plugin and they provided some great info), I could not have got it working without thier help.

trevbushell · Jun 18, 2005, 02:25 AM

hi russ,
sorry it took so long testing the phaser plugin on 3537... got caught up with playing with lemurys asynth!!

i had a ago at using it but couldnt get it to work. it registered but wouldnt open in dsp.
this was the error message
any ideas?
"internal error #2001 report to kx team!"

couldnt get the echo to work either?

"error invalid plugin library"
trev

Russ · Jun 18, 2005, 12:05 PM

Thanks for the info. I'll look into it.

-Russ

trevbushell · Jun 18, 2005, 04:52 PM

thnx russ,

hope its not me!!
trev

Russ · Jun 21, 2005, 05:37 AM

Just an update on the 3537 version. I have not found the problem as of yet. I will continue looking...

trevbushell · Jun 21, 2005, 05:48 AM

thanks

it would be good to check its not just me... so you dont do work thats not needed.

can anyone else confirm or deny there is a problem with this plugin who uses 3537?

trev

Tril · Jun 21, 2005, 06:24 AM

Quote:

Originally Posted by trevbushell

couldnt get the echo to work either?

"error invalid plugin library"

Russ, do you think that this is at least partially a dependancy problem? Maybe trevbushell does not have a required dll. The plugin uses some mfc dlls.

Russ · Jun 21, 2005, 06:45 AM

I do not think so. I do not think it uses any .dlls that kX itself doesn't use (or any .dll's that other 3537 plugins do not use). I doubt it is just him either, I probably just overlooked something.

Russ · Jun 21, 2005, 10:20 AM

Ok, I figured out the problem. The 3537 SDK does not have GPR_CONST defined, and instead uses GPR_STATIC, so the constants in my microcode was causing the error. The 3537 versions should be good to go now.

trevbushell · Jun 21, 2005, 03:02 PM

hi again,
just checking and hoping have you not refreshed the website yet, cos ive just tried them again and;

for the phaser i have an error after registering it. the same one as b4
for the echo it wont even register- same error mesage.

hopefully
trev

Russ · Jun 21, 2005, 08:16 PM

Quote:

Originally Posted by Tril

Russ, do you think that this is at least partially a dependancy problem? Maybe trevbushell does not have a required dll. The plugin uses some mfc dlls.

Sorry, Tril, I mis-read the post (I am not sure how I missed it, but I did not see that trev had tried the echo plugin, so I only checked the .dll dependencies for the phaser). You are probably right about the echo plugins. They do have an additional dependency on MFCO42D.DLL that is most likely giving the invalid plugin lib error. (I removed the additional dependancy and updated the files on the site).

As for the internal error #2001, that was caused by the issue with the microcode constants, but I am not sure why it is still not working for trev. I did update the files on the website, and I did test them in 3537 this time and did not get any errors (and have since gone back to 3538). Trev can you make sure that you did not download a cached copy of the plugins? The modified date on the .kxl should be today's date.

trevbushell · Jun 22, 2005, 02:09 AM

Trev can you make sure that you did not download a cached copy of the plugins? The modified date on the .kxl should be today's date.

yep, tried them again and dont work ( i see your new writint though!)the modified date in proerties is not todays date but 25th may and 5th june. not sure what to do??
trev

Russ · Jun 22, 2005, 02:32 AM

It sounds like you are getting a cached version as the dates do not match. Do you know how to clear your browsers cache? I suppose I could rename them, and that should force your browser to download a new copy. Give me a sec and I will rename them zip files.

Russ · Jun 22, 2005, 02:37 AM

Ok, I renamed them (I just added a second underscore i.e. Phaser__3537.zip). Try downloading it and see if the name and date (June 21, 2005) are right.

trevbushell · Jun 22, 2005, 08:36 AM

HORAAY!!!!!!!! they are both successfully registered......

thnx russ, appreciate your work done for me here!!!

havent got time to test it now but will asap and let you know
thnx again!
trev

Russ · Jun 22, 2005, 09:43 AM

Thank you for testing them for me. I wouldn't have even known there was problems otherwise, and hopefully this will help other people to not run into the same problems.

Here is a little more info about the problem:
When you use constants in DANE (either constants you declared yourself, or one's created automatically by DANE (in 3538)), and export it to C++, it uses GPR_CONST (0x5) in the dsp_info structure for the GPR type. This type did not exist in 3537, (it uses GPR_STATIC (0x1) for constants), and this is what caused the error (internal error #2001).

i.e. (in DANE)
---------
const delay = 0x2EE0000;
; const _AC1f=0x1f; a constant generated by DANE
---------

Would get exported similar to the following (in the dsp_info array in C++):

---------
{ "delay",0x8002,0x5,0xffff,0x2ee0000},
{ "_AC1f",0x8003,0x5,0xffff,0x1f }
---------

The "0x5"'s above simply need to be changed to "0x1" for 3537 versions (along with the regular modifications that are necessary, which are obvious from the compilation errors).

-Russ

trevbushell · Jun 22, 2005, 01:08 PM

well.. you lost me there

i really havent got the hang of programming these plugins at all... im told its easier tha you think once you get to it, but i havent tried yet... maybe one day i'll read TigerM's how to and have a go.

in the meantime i appreciate yours and others hard work and commitment ... it looks complicated! thnx!
trev

edit- quick fiddle with plugins and they seem mighty fine so far!!! no probs and nice plugins well done!

Russ · Jun 22, 2005, 05:51 PM

Hehe, that part of the post wasn't for you specifically (I realize you are not a programmer). It was meant for the other people. http://www.driverheaven.net/images/s...big%20grin.gif (i.e. ...hopefully this will help other people to not run into the same problems.).

radiocolonel.it · Jun 23, 2005, 04:23 PM

Quote:

Originally Posted by Russ

i.e. (in DANE)
---------
const delay = 0x2EE0000;
; const _AC1f=0x1f; a constant generated by DANE
---------

Would get exported similar to the following (in the dsp_info array in C++):

---------
{ "delay",0x8002,0x5,0xffff,0x2ee0000},
{ "_AC1f",0x8003,0x5,0xffff,0x1f }
---------

The "0x5"'s above simply need to be changed to "0x1" for 3537 versions (along with the regular modifications that are necessary, which are obvious from the compilation errors).

-Russ

Good to know that!!!

Thx Russ!!!

Russ · Jul 26, 2005, 07:20 PM

BTW: The 3538 version of the phaser has been recompiled for 3538i.