Linnstrument + Axoloti first tests


#25

ok, so I tested with my Eigenharp... and no issues, even when I started sending all data as 14 bit , no decimation.
(thats a lot of data, in fact, I had to send 6 parameters per note, without decimation, to start seeing ring buffer overflows )

BUT.... I realised my test was flawed ...

the issue, in the above test, is Im not receiving data on the usb host port :frowning:
on both axoloti 1 & 2, I was receiving the data on the device port, and only writing to the host port. (ok, it succeeded well at that)

i.e.
Soundplane/Eigenharp -> Mac -> A1 (midithru dev to host) -> A2 (synth (dev!) ,midiled (dev))

but with the linnstrument, you are receiving data from the linnstrument on the host port, and thats where we believe the problem lies. (ok the code is kind of related, but still, not a good enough test!)

so here was my new test..
(and here, you have to congratulate @johannes at how good this board is, I have to say I'm amazed this worked!)

  • Mac connected to Axoloti 1 (device port)
  • Axoloti 1 has a midithru, from device port to host port 1
  • Axoloti 2 (device port) connected to Axoloti 1 (host port) , runs a midithru, from device to host port
  • Axoloti 1, has the mpe synth patch running (as well!) which is only responding on the HOST PORT, and a midiled on host port (i.e. showing received data from Axoloti 2)

i.e.
Soundplane/Eigenharp -> Mac -> A1 (midithru dev to host) -> A2 (midithru with led (dev to host) ) -> A1 (synth (host) ,midiled (host))

and... it works :zap: :boom: :tada: :beers:

again, works with both eigenharp and soundplane, at no decimation levels, no perceivable latency.

Im impressed... axoloti 1 is having to receive all that midi data twice, send it once, and also run the mpe synth, with 8 voices, and its still only registering 51% CPU

(btw, yes, I changed settings (e.g. removing routings...) to ensure the axoloti 1 patch wasn't cheating me by taking the data directly :wink:)

what does this prove?

Axoloti is awesome, and 2 Axolotis are better still... truely the swiss army knife of midi :cow2:


Usb host midi output ringbuffer overflow?
#26

I hadn't had the chance to test my Linnstrument yet.
That's worrying though because It seems like the issue could come from the Linnstrument. If so I'll have to try to poke Geert about it but he's a pretty busy man... From what I understand also the specific USB MIDI part of the firmware is not Open and is controlled by someone else which might complicate things...


#27

no issue, test when you get an opportunity.

btw: can you confirm you are not bus powering the Linnstrument.
(its important, at this stage we eliminate power as an issue)

oh, I think its too early days to say that, something like 600+ Linnstruments are out there, talking to PC/Mac and other devices, so thats a good indications it acting 'as expected'. Frankly, we don't really anything to give Geert for him to look into.

Im sure its probably is load related, as I don't know of any other midi controller with issues with Axoloti, thats why Id hope this would have exposed it, but perhaps theres some other timing thing going on.

another interesting to test might be to try to do a test with something like iConnectMidi?
( I think iConnectMIDI can be both a device and host , no?)

@keyman have you tried your continuum with MPE with axoloti yet? (assuming the firmware was released)
perhaps trying it continuum din -> iconnnectmidi -> usb -> axoloti , might yield something interesting.

I'll ping Geert, see what he thinks, but I suspect the only way we will get more info beyond the above, is by debugging Axoloti with a Linnstrument attached.


#28

Sniffing the usb-midi data with a USB protocol analyzer between Axoloti and a Linnstrument could help providing more insights. I have a Beagle USB 12 analyzer, but no Linnstrument...


#29

Yes Continuum mpe firmware is out since after NAMM. Can't recall anything having issues Continuum>Axo.
I do recall issues with IConnectmidi being a device..I think...
There is also a new firmware out as of yesterday,

As always i'm following close by; havent use 1.0.9 that much yet :wink:


#30

I do have an iConnectAudio4 also, will add that in the test loop !


#31

Ive had a quick email exchange with Geert, he said he saw something similar with iOS, and hence the low power mode.

@natcl and @alexk did you try low power mode, or could you please try this and see if it helps.
preferably with it connected to a power supply, though I don't know if this is possible.
(apologies if you have already tried this, its hard to keep up sometimes :))

fyi: the low power mode spaces the individual bytes of the midi messages that are sent to the serial to USB MIDI chip within the Linnstrument.


#32

So I've made some tests this evening.

I can confirm that with firmware 1.2.4 on linnstrument and 1.0.9 on Axoloti, it works fine in Low power mode. If I attempt to use it in normal power mode I get the glitches. I tried the tests with the Linnstrument powered externally. In low power mode the Axoloti seems able to power the linnstrument just fine.
So for now this is totally acceptable for me, easier to go in low power mode than play with the USB micro delay manually...


#33

Geert pushed some fixes to the repo yesterday and was kind enough to send me a test build, good news, it fixed all the issues with Axoloti (and most probably other synths too).
From what I understand in some cases the Linnstrument would send incomplete midi messages.

Thanks Geert ! And thanks @thetechnobear for testing !


#34

oh thats excellent news... Geert is very responsive to these things, I wonder if it will also help the iOS platform too... he is a huge asset for the Linnstrument!

btw: you should try axoloti 1.0.10 too, @johannes has switch the axoloti over to using dma for the usb host, which could also improve performance.

anyway, sounds like you can start to have some real fun with axoloti now :slight_smile:


#35

Yes the tests I did yesterday were with 1.0.10


#36

for setting up the linnstrument use latest os for both axoloti and linnstrument.

use a the normal mpe mode:
1. channel per note
2. #74 cc y axis
3. channel pressure z axis

and:
1. x axis at linnstrument setting of 48.
2. at this moment run linnstrument in low power mode with usb delay setting of 0 or high power mode with usb delay setting of 300 on linnstrument (results may vary)
3. arpeggiator is unstable for use with axoloti at time of this posting. it works but notes are dropped.

the included library has an object from mark harris (technobear) that makes it easy to setup patches for linnstrument in the above mentioned way. there is an option on the object that allows you to select number of voices and this will maximize cpu overhead on the axoloti.

i have a few instances where some objects glitch some of the settings; the pitch bend range will get knocked into different ranges. if this happens, save your work often while patching and revert to a state where the pitch bend range is at the normal setting with the technobear mpe object.

linnstrument with axoloti recorded direct:


#37

glad you have it working, and nice example :slight_smile:

is this regardless of delay setting?
does the arp mode work in mpe mode? and does it send all note of the arp on the same channel, or does it distribute them across channels? (sorry I don't know what how mode is implemented on the linnstrument)
the current axoloti mpe implementation assumes one note at a time on a channel, since it directly connects to a voice, putting multiple notes on one channel, would mean you'd (potentially) need multiple voices per channel.
it could be done, but not something ive needed so far.... I guess because i dont have a linnstrument, and dont tend to use arps much :slight_smile:


#38

Are you sure you are using the correct MPE mode ? On the linnstrument you need to long-press the channel per note pad.


#39

hi natcl, have you had time to play with new axoloti and linnstrument OS?

i wasn't aware of that feature of holding down the channel per note button on linnstrument. i think i have it setup per the standard though.

the results seem to be the same for the arp however when trying both ways for mpe mode. it sends a note at a time per channel on the linnstrument. it sounds like axoloti drops a note here and there as soon as arp is turned on.

it's not a big deal. arps can be setup elsewhere or i can run through midi jacks. it's the only thing i can think of so far that doesn't seem to work. the axoloti is responding very well otherwise.


#40

thanks for your dedication @natcl and @thetechnobear and Geert. Been too busy past 2 weeks but will try everything today!


#41

Hi. Is my first time posting. I just got an Axoloti Core and also a used Linnstrument. I was attracted to the Axoloti due to the flexibility and also it being open source.I am excited to learn both and understand that there will be a learning curve. Of course I found and read this tread with interest. I am somewhat technical so I can handle that complexity. But I'd rather build on the knowledge of others rather than reinvent the wheel, so to speak. This thread leads me to believe that it's probably not "plug and play". I was hoping that someone who has succeeded in getting the two working together could post here a bullet-point version of the steps, both hardware and software, required. Thanks ahead!


#42

I think you just need to make sure that the firmware is up-to-date on both your Axoloti and your Linnstrument.


#43

Check out this thread. I made two synth engines for axoloti and linnstrument.


#44

They work nicely together; Axoloti powers LinnStrument and the later plays and controls Axoloti; sometimes things need a little tweaking “under the hood” in the beginnings;-)

I have done complete shows just with Axoloti + LinnStrument.

@intrasight studied them both well and you’ll have fun times ahead :wink: