spiricom
commented
7 years ago Cool idea! Yes, I think we could definitely get 4 oscillators running, especially if they are simple oscillators without any enveloping, etc (which could be done outside the module) -Jeff
On Mon, Jan 16, 2017 at 11:08 AM, Joshua Storm Becker < notifications@github.com> wrote:
[image: image] https://cloud.githubusercontent.com/assets/12414183/21989640/ab417122-dbd9-11e6-9387-38db0016f3ea.png Can you tell I'm procrastinating?
Just had this idea and wanted to put it down for Genera module, since pre-existing chord modules are kinda clunky and lame (shots fired 🔫 ).
I discussed this via email with @spiricom https://github.com/spiricom, but a few ideas changed after recognizing the actual hardware restrictions.
Effectively, the module would take an input root 1V/O CV (Jack 1), a chord CV (Jack 2), an inversion CV (Jack 11), and a voicing CV (Jack 12) to produce chords. The main distinction between what we discussed in email and the new idea is the Genera would actually be the sound source.
Depending on memory/processing restriction: we could have wavetables for the oscillation source, just layering them according to the chord corresponding to the input CV values. If possible, it'd be pretty sick to have a wavetable position CV as well (Jack 10/3?).
Why this would be interesting? MODULAR CHORDS 👍 with the benefit of Manta control, we could assign the CV ranges to the same as the individual Manta Slider LEDs so its easily selectable for up to 8 chords, all inversions, and voicings. So, effectively it would be like the Qubit Chord, but with actual capabilities to be used compositionally instead of just arpeggiating the chord flavor/voicing/inversions
Big Possible issue? Can the STM32F7 handle 4 oscillators and then some? 8 oscillators? I imagine wavetable scanning might be a little difficult since I imagine we'd probably need fairly large amount of memory or lots of processing to interpolate.
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/spiricom/stm32f7/issues/1, or mute the thread https://github.com/notifications/unsubscribe-auth/AAwMfELrw5OV_IGx_qyJHydyonOYX985ks5rS5YTgaJpZM4LkuYt .
-- Composer, musician, instrument designer snyderphonics.com * @snyderphonics
mulshine
JoshuaStorm
Just had this idea and wanted to put it down for Genera module, since pre-existing chord modules are kinda clunky and lame (shots fired 🔫 ).
I discussed this via email with @spiricom, but a few ideas changed after recognizing the actual hardware restrictions.
Effectively, the module would take an input
root1V/O CV (Jack 1), achordCV (Jack 2), aninversionCV (Jack 11), and avoicingCV (Jack 12) to produce chords. The main distinction between what we discussed in email and the new idea is the Genera would actually be the sound source.Depending on memory/processing restriction: we could have wavetables for the oscillation source, just layering them according to the chord corresponding to the input CV values. If possible, it'd be pretty sick to have a
wavetable positionCV as well (Jack 10/3?).Why this would be interesting? MODULAR CHORDS 👍 with the benefit of Manta control, we could assign the CV ranges to the same as the individual Manta Slider LEDs so its easily selectable for up to 8 chords, all inversions, and voicings. So, effectively it would be like the Qubit Chord, but with actual capabilities to be used compositionally instead of just arpeggiating the chord flavor/voicing/inversions...
Big Possible issue? Can the STM32F7 handle 4 oscillators and then some? 8 oscillators? I imagine wavetable scanning might be a little difficult since I imagine we'd probably need fairly large amount of memory or lots of processing to interpolate.