Either in this thread or by email - whichever is easiest for youzeoy wrote:already got it pj.thanx. What's the best way to inform you about impressions, potential bugs or whatever?
peace,
pj
Either in this thread or by email - whichever is easiest for youzeoy wrote:already got it pj.thanx. What's the best way to inform you about impressions, potential bugs or whatever?

Glad to hear you could try it out a little - the distortion element is the very first process in the chain - it comes before the crossover and the horn EQ. The filter parameters (Fc/Q/Gain) of the Horn EQ are fixed (to cut down on GUI elements) and probably need some tweaking. These parameters (along with every other parameter I could think of) will be available via MIDI CC# (and config file) in the final version. I hope that clears things up a litle ( sorry for all those parenthetic additionszeoy wrote:Since I was curious about it, I gave it a quick spin here at work (note: crappy PC speakers).
Loaded fine in T1.6 (demo mode here) with an old Barton 2400+ AMD PC. Nothing unusual. Horn EQ gives a sweet color to Nubile's higher registers. All controls worked smoothly. Excellent GUI work. One minor thing though you already said that the drive section is at a preliminary stage: is it before or after the horn section? I'm asking this because it sounded like it was after, and the amount of drive was following the horn's pulse. Like distorting the rotated sound instead of rotating the distorted sound if you know what I mean. I'm not a Hammond expert but I thought that drive before horn is the right order. More serious comments after the real test at home.
Thanx again pj.

There's plenty of available space at the rightThe filter parameters (Fc/Q/Gain) of the Horn EQ are fixed (to cut down on GUI elements)
Yeah, but then there are twenty or so other parameters that would want a piece of the real estateamoebe wrote:There's plenty of available space at the rightThe filter parameters (Fc/Q/Gain) of the Horn EQ are fixed (to cut down on GUI elements)![]()
Just a thought - what actual values are being used in the automation? SpinnerLE expects "OFF" to be a midi data value strictly less than 64 (0x40) and "ON" to be greater than or equal to 64.amoebe wrote:Here's an unrequested feature I found.
After I automated one of the switches in Tracktion, the GUI only shows the switch in it's ON state. It looks like the switch doesn't get turned off anymore. I know it's a GUI issue, because the parameters still follows it's automated value, the GUI only stops showing the switches' correct state. If a switch isn't automated I can switch it on and off.
Also, this doesn't happen to knobs. I can see them move according to their parameters automated value.
Can someone confirm this? PJ can't reproduce it. It might very well be a Tracktion specific issue.
I need to talk to you about that ...FEV wrote:Hmmm. I don't see any multi paged viewspj geerlings wrote:It's called SpinnerLE (GUI by amoebe)![]()
![]()
![]()
cheers,
Bart
As far as I know, automation works with values from 0 to 1. But the parameter values don't seem to be the problem, as Spinner responds to them exactly as it should.Just a thought - what actual values are being used in the automation? SpinnerLE expects "OFF" to be a midi data value strictly less than 64 (0x40) and "ON" to be greater than or equal to 64.
good point - i'm currently stumped ...amoebe wrote:As far as I know, automation works with values from 0 to 1. But the parameter values don't seem to be the problem, as Spinner responds to them exactly as it should.Just a thought - what actual values are being used in the automation? SpinnerLE expects "OFF" to be a midi data value strictly less than 64 (0x40) and "ON" to be greater than or equal to 64.
Acceleration is the time (in seconds) to ramp from slow to fast. Similarly the Decelerate time is to ramp from fast to slow.MrM wrote:A quick question about the accelerator and the decelerator; when should they work; when switching the engage button, or when switching between 'fast' and 'slow'? And are those numbers the 'time' in seconds, or is it the 'speed'?
Thanks - great to hear!MrM wrote:BTW, the sound is way cool!
No bugs founds; very stable, low CPU, good sound, good GUI
Submit: News, Plugins, Hosts & Apps | Advertise @ KVR | Developer Account | About KVR / Contact Us | Privacy Statement
© KVR Audio, Inc. 2000-2026