Hi John!
I'm super excited to see this thing going, as I was ready to propose the same thing, but someone did it first. I'm willing to drop 200 to 300 USD.
Regarding those that are not willing to pay, I don't feel unfair and am on naive side believing in decency. I might be wrong, but seeing as things go on this forum, I believe that ones that are not going to chip in, have good reason, and the only handicap I would do, is to release OS for everyone not paying at later date, with possibility to pay between first period and free release. But! (i) Not more than anyone else and like (ii) between current and new branch let the price decrease until cost reaches zero.
I'm thinking about Price = First price * (1-Telapsed*Tcoefficient) until price reaches zero. This will be good moment to stop supporting first branch of software. Until then it might be more expensive to maintain two lines. There's no other way I could see that would be fair for those, who already invested in this art of engineering and for some reasons (might be even overlooking this forum thread). Is it OK to leave parts that should be done in first place (like envelopes setting response) to those additional supporters?
Priorities:
1) Multitimbral (on DSP side)
1 b) Multitimbral handling from the instrument, but it's probably outside DSP - keyboard split or layers, for example A+B on the left side of keyboard and C+D+E on the right side. That could be powerful.
1 c) regarding multitimbrality, in case there would be some assumptions, I would like that each sound would be like isolated Solaris, so the timbres (parts/layers) would not share sequences or arpeggios, therefore - in above case - I could play arpeggios with my left hand and fiddle with my right hand or reverse or anything between. Even better: different modes, when arpeggio can be isolated or shared or hybrid (? - shared at the split keyboard part, but split between keyboard parts). But if I had to choose only one, I prefer former.
2) Effects parameters as modulation destinations.
3) Envelopes responding to knobs in real time. When I twist a knob, I would love to hear how envelope is changing in currently playing note. Right now it affects only following notes.
4) Roland Filter. I love this sound and it ticks my sonic G-spot. I could pay extra for this one!
Less important for me, and harder to achieve as they require a lot of research and data collection unless some company sells or gives their work:
1) Reverb (too many to pick one, but I'm sure that majority will pick one that's nice to play with)
2) Tape Delay with multiple heads.
3) Tape Saturation with wow and flutter and tape age like in Strymon El Capistan but in real time.
When I look at the three above, I think that El Capistan has good algorithms for spring reverb, tape delay and sound shaping.
Most of the above can be done with external effects, but I love the possibility to recall all effects and their settings when loading patches.
Future proof code - maybe modular one? - seems like a good idea. Not sure it can be done in this environment tho.
The rest of wishes that I have are outside of DSP programming scope.
P.S. Jim, the Man that gave so much time and work to our community, without anything in return... I would love to send you some small gift and therefore I need your address. And also: John, yours would be appreciated too.
P.P.S. When things get settled, please, John, drop me an e-mail, since I'm not a frequent guest at this page. I suggest doing so for everyone else and also informing other owners about this thread. This might speed up data collection and expand group of interested users.
P.P.P.S. As I read more in this thread, I see that some people are willing to pay more. I could raise my input to 500 USD, but thats in two or more months after Christmas, and only in necessity (like barely hitting financial target, fixed price at this point, etc.). And only under condition, that Europe will be in good economical shape.
