thetechnobear's Recent Posts
This version definitely feels like a great improvement - congratulations, thank you for putting in the effort to bring about these improvements.
generally, I think the close touches register much better, and its a more consistent feel, and its great to not have the calibration step :)
a couple of things
midi, is still a bit hit n miss for me, in particular the velocity is a bit on/off still... also if you try quickly alternate between 2 different notes quickly, sometimes this will be considered a PB rather than new notes. ( the lopass , seems to have no affect on this)... if you x/y view you can see its thought of as a slide rather than a new touch.
i usually use OSC, and pressure rather than noteon/envelopers so its not a big deal for me, but to use with non ML mpe synths, improving these would help alot.
calibration, as i said seems to work well without it, the only exception to this, is i notice that sometimes the 'line' between row 1/2 , 4/5 is not detected as straight. so if you play a note high on row 2, somtimes it play as row 1, or a note low Y on row 4, it detects as row 5.
obviously this only is an issue if you play with 5 rows of notes, which I like to do, to give me a bit more range (of notes).
... what would nice is if we could draw the row boundaries with our fingers (in a calibration mode), then the software could use these to find the notes, and interpolate the Y position.
it is only an issue in a few places on the board, so i currently play around it.
as you say, I'm also getting used to the fact, that if you play one touch, hold it, and add another touch close (so a chord) it does require more pressure - guess it will take a short while to get used to this, but definitely worthwhile for the other advantages.
as i said really grateful for the effort you have put into it, its hard to tell with 'feel', but from my initially playing it does feel like a big improvement.
p.s. let me us know when the source code is up to date for SP and ML repo, as id like to update my fork to use the new code :)
I'll pause the Soundplane work
oh, don't do that, Ive been holding my breath, and I'm going to implode if it doesn't arrive soon ;)
yes, Ive been running some of the soundplane code on bela.
basically Ive take a subset of madronalib and soundplanelib, and put it in the project I'm working on (called MEC).
you can find it here,
its under mec-api/devices/soundplanelite
Ive found Bela is not really quite powerful enough to run the full touch tracker... its close, but not quite there. it is however ok for the raw data.
However, Randy is working on a new version of the touch tracker code, which I believe he previously said should take less cpu, so once that is ready I will move over to this newer code.
note: this is with a soundplane model A, ive no idea how compatible/or not, this is with the DIY version.
Sounds like an excellent challenge, look forward to seeing the results
I like the idea of this with MPE, but how would it work?
it seems to me, that if you have mono voices, and then a separate component taking these as input and processing the same MPE messages as the synth.
then you are relying on some kind of fixed allocation e.g. channel 2 = voice output 1, 3 = vo2.
this works in a simplistic way, but most mpe enabled synths do not have this fixed relationship ... the voice number is not related to the channel number directly (of course its tracked, so that messages from that channel are routed appropriately)
this I think is done for 2 reasons:
the midi channel range may be greater than number of voices, and also it may be using rotating channels. (e.g. its setup for channels 2-15) but only hits a synth with 4 voices... it should still work, just your limited to 4 voices.
mpe allows for polyphony on one midi channel e.g. say you have an mpe zone, with only 4 midi channels allocated, it allows for you to still play (e.g) 6 notes, albeit that you only get per note expression on 4 of the notes.
ok, I know aalto doesn't do either of these things, but certainly I think it should do the first one at least.
oooh, beta... now I'm excited :)
Is in the first sticky thread, on this sub forum ( Soundplane client for Mac)
Probably should be a link to it in the Soundplane production page too.
(Or perhaps I missed it ?)
Of the USB to MIDI DIN solutions, aren't they mostly USB Devices?
yes, most are, which is why you want to support usb hosting by being a usb host ;)
USB devices are hosted, this is not limited to controllers e.g. A synth that has a USB interface would require USB host, supporting USB midi class compliance.
This is becoming increasing common, and makes sense for MPE hardware given the bandwidth requirements of the data.
It also largely makes din irrelevant, since there are lots of USB to din solutions , which contain flexible routing options, I guess it's convienient but takes up rack space.
As for iOS , as long as you are class compliant it's not an issue, it just works - this is how we connect Axoloti to iOS.
Is the midi for Soundplane output? If so USB midi ihost is better than midi din.
excellent work :)
ok, I'll hold off a bit, shout when your ready - excited here too!
Hi randy, How is the new touch tracking software going?
I've seen the check-ins on the repo, is it a stage where its worth playing with? testing? have you been mainly working on detection, or also lowering cpu loads?
If there is anything I can do to help, let me know
p.s. great to see you having some time for this, thank you for your efforts.
I did this list for someone else, but thought it might be valuable here....
so what synths do you use with the Soundplane? and support MPE etc?
(I know we all have and enjoy Aalto/Kaivo... but Im sure many use others , no?)
anyway ,this is not an exhaustive list, more the ones I use,
but before we start we should group into categories
- MPE, fully supports MPE ( or at least notionally, including PB range)
- MPE compatible, actually really this is 'continuum' mode, polyphonic x/y/z via Ch Pres, CC74, PB, may need configuring/scripts etc, not 'automatic'
- Voice per channel - polyphonic x/y/z but uses different CCs etc
- Multitimbral, any of these can be used 'as' voice per channel, but some are easier than others, due to how parts can be duplicated/linked etc (Im not going to list)
- Madrona Labs Aalto
- Madrona Labs Kaivo
- NI Reaktor (with my blocks/macros in user library)
- Oscillot (M4L, Ive a modular for this if anyone is interested)
- Axoloti (hardware)
- Madrona Labs Aalto
- Madrona Labs Kaivo
- Futuresonus Parava (hardware -I don't have it)
- Softube Modular (via 'RISE' module)
(ok, none are strictly compliant yet, but very close)
- NI Reaktor (with my blocks/macros in user library)
- UVI Falcon (since 1.0.2)
- PPG Wavegenerator / Wavemapper
- FXP Strobe 2
Voice Per Channel
- U-he Bazille
- U-he ACE
- U-he Diva
- U-he Hive
- Logic Pro X (various inbuilt synths)
- Cubase Pro (possibly Artist) - per note expression
- Bitwig - MPE support
- Logic Pro X - can host VSTs very well, and some built-in synths are multi channel , but no recoding facility, need to use track channel or audio
- Ableton Live - a pain, need to use track per channel or audio
BTW: Id really recommend checking out UVI Falcon, its turned into a powerhouse for MPE controllers :)
yes, you'll need the soundplane client - but I'm working on eliminating the laptop ;) see MEC
with this I'm currently able to run the Soundplane on a raspberry PI,
which can be battery powered, which then connects directly to hardware synths... testing with Axoloti and my Virus so far.
not yet finished/released, I'm still working on it, but it works, just a matter of finding the time to complete it ;)
What is a simple host? One users necessity is another's complexity.
Eg why a recorder, but no midi clock? What about send fx, given virta?
Fullscreen would be nice, for small screens, but a bit bare for larger ones ;)
One idea, perhaps integrate it into the soundplane app?
(soundplane tabs could be hidden when not needed)
So no extra app to maintain, and could make the soundplane act like a standalone instrument (direct communication to plugin rather than IPC), similar to what eigenlabs did with eigend.
Cool, it's really interesting to hear your progress
my experience with the BBB/Bela (A9 1Ghz running Xenomai) was it was the higher level TT code that ate all the cpu, it coped fine on the lower level stuff and 'crude detection' layer, but struggles with the full tracker. (the rPI2, now its kernel is fixed, runs fine, but thats got 4 cores)
I look forward to hearing how you get on, improved efficiency in the TT will help us all :)
will the firmware be open sourced?
it seems in many ways, we are going in a similar direction...
Ive mentioned before that I think they make a good team :)
in this video, Im using Axoloti as the only sound source/fx and playing it with the Soundplane, using MPE.
with the soundplane (and other expressive controllers) , I tend to keep patches simple, as much of the character comes from the player thru the controller.
one thing, I like, is whilst all my patches sound different, I like them to behave in a similar way ,this (for me) makes the SP feel more like an instrument, because it has a 'character'.
what I tend to do is control level directly with z,(usually with LP enabled) this leads to subtle control, as the SP is relatively 'slow'. (you need to use velocity,envelopes if you want punchy) . then y, i often use to drive timbre/cutoff, to brighten the sound. z sometimes also does this, so when you push in it accents the notes.
one 'problem' I have with Aalto (and Ive mentioned before ;)) is the modulation amount is per input ... this means you are limited in how you can use multiple modulation sources, as you cannot tune in the effect correctly
e.g. imagine your using Y to modulate cutoff freq, and you want it to be quite 'pronounced', but you also want cutoff freq to track pitch, you cant really get a good balance.
in code we have
amt * ( y + pitch) when we really need
( yamt * y ) + ( pamt * pitch)
anyway, this is just how I use Aalto with the soundplane, for sure there are lots of other ways, Id love to hear more about others approaches.
Id also love some advice on Kaivo, Ive alot more difficulty getting good things out of it with SP, than aalto.
Great stuff, thank you
Looking forward to Soundplane enhancements :)
I have some great news for Soundplane owners :)
the Raspberry PI kernel bug (in dwc_otg) which prevented the SP working has now been found/fixed. ( not released yet)
Yesterday, I ran a patched kernel on a rPI2, and have the SP working perfectly using MEC!
Soundplane + rPI2 + Axoloti (midi mpe)
all perfect, Soundplane using 80% cpu on 1 core, other 3 cores very low cpu.
(Eigenharp tested too, and only uses 10%, others low)
the Soundplane and axoloti directly powered from the rPI2, so connect this to a USB battery and you have a completely portable setup, just add headphones/speakers :)
the rPI2 probably has enough cpu power left also to run a (light) synth... or you can add another couple of Axolotis or Belas (you have 4 usb ports to play with)
p.s. with MEC on a PI (or anything else), you can also send T3D OSC messages over ethernet or wifi ;)
use a rPI3, or an Asus Tinkerboard (mine arrived a couple of days back) , and you have even more cpu to spare.
of course it will still be great for the TT cpu to drop, as then the BeagleBone Black with Bela could be used, Bela providing low latency audio, and analog out (useful for modular cv ;))
oh... I've also done a successful technical test with the Eigenharps using libusb running on windows. (with usb iso traffic).
this means when my windows laptop arrives, I will be able to get MEC running on windows, and yes that includes the Soundplane on windows!
Im really excited, the fixing of the PI2/3 make this so much easier for everyone,
its freely available and only $35 (ok, perhaps tiny bit more for case, power, sdcard)
once Ive 'finished' mec, Im going to look at using buildroot, to turn this into an embedded appliance...so users just see the MEC/PI as a 'magic box' you just plug in.
thought id start a thread on this.. with my experiences so far, and perhaps others can elaborate, or suggest betters ways.
goal: Virta taking audio input and being controlled via midi (i.e. both audio input and midi input)
my experience is with Mac OSX, but I think relevant to windows too.
generally there seems to be 2 approaches:
- use virta as a effects plugin, then route midi to it from a separate midi track.(most common)
- create virta as an instrument, then select the audio input as a sidechain input.
Note: when I say use virta as an insert effect, you can almost certainly instead place as a separate send effect , assuming the DAW allows you target midi to the send effect.
this way can be use for multiple tracks.
a) Create an instrument or audio track , put Virta as an audio effect on the same track
b) Create a midi track, then in the output destination (press IO button to reveal) select track you created in (a), and channel 1.
(limitation: no MPE, without lots of tracks, but thats Live for you ;) )
a) Create an instrument or audio track , put Virta as an audio effect on the same track
b) Create a midi track, then in the output destination (press IO button to reveal) select track you created in a (a), and channel 1.
Note: MPE works, if you select force MPE, the midi channel on the output destination is ignored, so doesn't matter what channel you set :)
Cubase 8.5 Pro
this is not working... is there a better way, or its a bug?
the way i think it should work is (as i use for other plugins) :(
a) Create an instrument or audio track , put Virta as an insert effect on the same track
b) Create a midi track, and target virta which is listed instrument track
(i.e. its similar to lives approach)
This doesn't work, as Virta is not listed as an effect,only as an instrument.... so cannot be selected as an insert etc. as an instrument it also doesn't have anything like a side chain input as far as i can find.
a) Create your audio/instrument track as normal (i.e not virta)
b) Create a BLANK instrument track then select virta as the instrument.
(under midi controlled effects)
(note: I'm having issues with logic selecting this from the normal new track dialog)
c) create a bus, and send some/all of your audio/instrument track (from a) to it
d) in virta dialog, select side chain input, and select the bus you created in (c)
Numerology 4 Pro
just add virta, route audio to it, route midi to it... simple ;)
... and wow, Virta + Aalto + N4 could have been made for each other, such a fun combination, most fun Ive had so far with the audio mangling side.
OSC option (e.g. soundplane), any daw
if you use OSC input, you don't have to do any of this, just use as an effect.
(but alas no recording)
(courtesy of phil999)
- create a stereo audio track. Add a MIDI port to it
- in that track, right click, New Plugin, select Virta
- create a MIDI track without instrument, select keyboard input
- in the MIDI track, click output, select Routing Grid
- in the Routing Grid, patch MIDI out to audio track
In Traction 7
(courtesy of secretkillerofnames)
there seems to be a number of ways to get it working:
1) Drop Virta on a track - select MIDI input channel - drop audio into the track and it works fine for playing. You can even add a MIDI and an AUDIO input
BUT if you want to record and playback MIDI notes will processing an audio file
2) Create 2 tracks - one for MIDI, one for AUDIO - create a new plugin rack / wrapper for Virta on the MIDI track. Add the AUDIO track as an input to the wrapper and disconnect one of the track outputs (either AUDIO or MIDI - doesn't matter.)
BUT if you want to record live input and MIDI notes
3) change number of inputs to 2 - select MIDI input and audio input in the two boxes - arm them - make sure live input monitoring is selected - press record and go. It records both MIDI and AUDIO to the same track!
(courtesy of levendis)
I recommend PrEditor...
this allows you to setup your own pages of controls (unlike Ableton 'out of the box')
Ive done this and find it pretty useful for a few VSTs,including Aalto.
takes about 10 minutes to setup a VST the first time, but then its done...
the end result for ML synths I find 'variable', its great for modifying a preset you already have created , since you can organise the parameters logically, but you cant change the routings so its limited for creating new patches- but I still find it very useful.
(hopefully Ableton might include something in a future version of Live, Live 10 :))
Ableton Push supports browsing in the same way as Ableton Live generally does... i.e. what you can view in Lives browser is available in Push. (so doesn't need special testing)
basically there are two (actually 3) ways ;)
two described here;
a) AU - save your presets as aupresets... this works for everthing (well thats is an AU :))
b) VST - save as PC banks (ML doesnt support this)
c) put plugin in a instrument rack, and then save the rack.
I use (a) the most, but of course this wont work if your on a PC (only Mac), (c) is ok but a bit cumbersome, but has the advantage that you can assign some macros whilst you are there :)
In some ways I quite like saving these presets separate outside the ML preset system, as it means I have only my presets on the push :)
the main 'pain' is if you use other DAWs (that dont support AUs) then you cannot get to these saved presets...
to get around this I save in both .aupreset and in the ML browser, which of course means there can be 'discrepancies'
its a pain, plug in developers dont like the au/fxp format as they are limiting, and of course means you need to dupe au and fxp formats (and others if you support aax etc), but its not ideal for users either, as DAWs can only use these standards... they know nothing of internal presets. (though bitwig, seem to know something about u-he's preset)
Native instruments are trying to get around this with NKS, and a few developers have jump on board... but Im not sure they are making this technology available to DAWs, or if its just for their controllers.
anyway, its only really a pain, if your using multiple daws, otherwise there is a way to get these things to work :)
Cubase 9 now supports Audio IN for VST3 instruments.
are you planning to support VST3?
there were some problems reported with some recent MBP - I think Randy fixed these, so you might want to see if you have the same issue with the betas Randy has recently posted.
yup that fixes crash for both Cubase 8.5 and 9.0 :)
btw: Im not really able to test much more than loading, cant live with demo restrictions :)
if you send me my license keys, I'm happy to install all the betas and then use daily.
its also crashing Cubase 8.5 (Sierra)
0 com.madronalabs.aalto 0x000000013d5a6aa7 juce::BigInteger::BigInteger(juce::BigInteger const&) + 23 1 com.madronalabs.aalto 0x000000013d53ae81 JuceVSTWrapper::getSpeakerArrangement(VstSpeakerArrangement**, VstSpeakerArrangement**) + 449 2 com.madronalabs.aalto 0x000000013d5371af AudioEffectX::dispatcher(int, int, long long, void*, float) + 767 3 com.madronalabs.aalto 0x000000013d539d1b JuceVSTWrapper::dispatcher(int, int, long long, void*, float) + 427 4 com.madronalabs.aalto 0x000000013d537fa7 AudioEffect::dispatchEffectClass(AEffect*, int, int, long long, void*, float) + 23
looking forward to trying these, once all the keys are sent out :)
Softube Modular has just added a RISE module, which can also be used with MPE mode on the soundplane ... lots of fun :)