Archive of the former Yahoo!Groups mailing list: Korg Poly800/EX800 Users

previous by date index next by date
previous in topic topic list next in topic

Subject: Re: [korgpolyex] Velocity sensitive

From: "David Mochen" <davidmochen@...>
Date: 2009-01-11

hi there,
 
The suggested items were just as many as i could imagine. of course the adbssr thingie is not that relevant or useful... would have been great to modulate the DEPTH of the EGs.
 
As regards Vel > detune, I do think it has potential. Imagine a patch that increasingly changes cutoff, reso and fm800 according to vel... add to that detune... you could get a crazy sound at 127 with detune al the way up to 3 (noticed how the beating accelerates as you go up?). Being it one of the "easy mods", I vote for it to stay :).
 
Thanks a lot
 
dave
 
 
----- Original Message -----
From: Atom Smasher
To: korgpolyex@yahoogroups.com
Sent: Friday, January 09, 2009 7:36 PM
Subject: Re: [korgpolyex] Velocity sensitive

On Fri, 9 Jan 2009, Michael Hawkins wrote:

> Group 1 - technically simple and not CPU intensive
> Vel > filter cutoff
> Vel > resonance
> Vel > FM-800
> Vel > EG3 depth
============ =========

EG3 depth is on the simple list? can EG1/2 depth also be on this list, and
used together to implement velocity->volume?

> Vel > VCF MG depth
> Vel > DCO MG depth
> Vel > harmonics mapping
> Vel > oscillator detune - ∗∗∗ I doubt I would ever use this - vote to remove from list
============ ==

i dunno.... i think i can see vel->detune being useful... but if i can
control detune from a midi knob-box then i guess velocity control isn't
needed.

>
> Group2 - technically complex and CPU intensive
> Vel > EG1/2 attack
> Vel > EG1/2 decay
>
> Vel > EG1/2 release
> Vel > LFO speed - ∗∗∗ I doubt I would ever use this - vote to remove from list
> Vel > LFO waveform change - ∗∗∗ I doubt I would ever use this - vote to remove from list
>
> Vel > oscillator interval - ∗∗∗ I doubt I would ever use this - vote to remove from list
============ ======

i'll agree with you about scrapping the last three.

> I am working on other features at the moment so there is no rush to get
> this all agreed upon in a day or two but I would like to see everyone
> put their two cents in and work on this list.
>
> Another thing that is out floating right now is getting EG4 created and
> working. I am beginning to think that there simply won't be enough CPU
> cycles to do it at all. One way to get CPU cycles back would be to
> change the EG's into ADSR instead of the ADBSSR Korg type. Who would be
> disappointed if we just made them into ADSR?
============ ======

for now, i'll sit out any ADBSSR/ADSR debates.

mike: next time you appraoch a project like this, do you think you'd
remove the CPU and put a new one on the expansion board?

--
...atom

____________ _________ ___
http://atom. smasher.org/
762A 3B98 A3C3 96C9 C6B7 582A B88D 52E4 D9F5 7808
------------ --------- --------- --------- --------- -

"The livestock sector emerges as one of the top two or
three most significant contributors to the most serious
environmental problems, at every scale from local to
global. The findings of this report suggest that it
should be a major policy focus when dealing with
problems of land degradation, climate change and air
pollution, water shortage and water pollution and loss
of biodiversity. "
-- Livestock's long shadow, 2006
UN report sponsored by WTO, EU, AS-AID, FAO, et al