It looks like you're new here. If you want to get involved, click one of these buttons!
This is by no means a criticism of Julians and others' work. Just my vision of what would improve the user experience. This thing is so close to being on par of something like the elektron machinedrum or tempest in terms of consideration of the design (it already is in some ways ; ) ) that its hard not to think about where that extra 10-15% of refinement would bring it, especially for a diy project, it’s really quite remarkable!
1. Significant volume drop when turning the filter on, even if fully open.
2. I set up drum2 and drum3 to have all the same settings but they still sounded different. (I need to double check this to make sure it wasn't an audio routing or lfo assignment from another voice).
3. Being able to INIT a drum voice or kit would be nice.
4. The sweet spot for "useable" (in a traditional drum sound sense) settings for the envelopes (more the amp then the MOD one) is very small and heavily weighted towards the bottom of both the decay and slope parameters. The interaction between the slope and decay parameters is a little weird, doesn't feel intuitive or to produce intended result (sonically speaking).
5. The whole global midi channel, per voice channel / note assignment / chromatic playing of sounds, etc. is all very confusing and feels a bit unresolved. I mean I think its great that you can do all this but managing the settings for the various setups one might have is not quite there yet, this is probably also an issue because the user manual entry for this is still in progress.
6. I think the naming scheme of the shortened parameter names could use some work, some are needlessly obfuscated [THIS IS MORE FOR MY OWN BRANCH, I can see how changing the parameter short names for the master branch could be problematic at this point].
7. The transient modes are a bit confusing, and the tweaking if the parameters for the non sample based ones are don’t quite connect with the audio result. Also having to share the volume and freq names when they mean something else is not ideal, I mean I understand the limitation, but there could be ways to address, it could be the labeling of the parameters to work more generally, or they may need to be moved. need to think about this more. Also there was the whole env conditional check that is (was?) commented out.
8. I find the “noi” parameter of the snare voice not really useful for some reason (when mixed in obviously, I’m not that dumb ; ) ), also the noise and tone feel very separate from an amp env standpoint and overall, they don’t quite mesh right. [ok this is vague I know.]
9. The whole one-shot lfo mode (especially if assignable to filter freq) would be killer!
10. Should "coarse" param be a note name?
more to come...
Comments
I think egnouf has done some firmwares with different synthesis options (marimba, owl).
@Altitude: better switches in general. I keep kicking around the idea of redesigning a front PCB to take cherry mx but it's a serious time and financial commitment.
That is an intense build! I need to be able to gig with my LXR though, so footprint becomes an issue. I'm pretty happy with the number of controls on there for live performance. The front PCB isn't particularly difficult, it just takes time to carefully re-route it with the bigger switches & design a new enclosure.
Also designing something holistic and custom is part of the fun for me. Case inpoint my almost complete super mutable instrument keyboard, just need to finish the graphics, and tact switches (wood)
I put in some MIDI assigns for mutes on the global channel. it should be:
DRUM1: CC113
DRUM2: CC114
DRUM3: CC115
SNARE: CC116
CYM: CC117
CL-HAT: CC118
OH-HAT: CC119
ALL: CC120