Tutorial: How to change program on Axoloti from external controller!

#9

ok, Ive found the issue...

it looks like another change has been made, that means it operates a bit differently now from how it used to work, and how I described it... I will update the other thread.

now it works by explicitly loading as an object from the object path, and you cannot give it an explicit path.

so you can see Ive added /Users/kodiak/Documents/axoloti/objects to my search patch
I then have saved my controller object in
/Users/kodiak/Documents/axoloti/objects/controllers/test.axs

Screen Shot 2016-01-30 at 13.41.48.png711x369 28.1 KB

what seems to have changed is that we can now no longer load objects with fully qualified path names,
at this stage I'm not sure if this is a bug or not, but for the next release this is all changing anyway,
so im not going to 'loose sleep over it'

sorry, I didnt test it earlier, but not been using them since I got a Push 2, so hadn't noticed it had stopped working the way I had originally done it.

#10

No problem :smile: Thanks for claifying it. Soo.... Create a folder and save ONLY the controller object inside that folder and refer to the folder not the patch itself. CHECK :smile:

Will see what happens down the road regarding the program change.. I dont really use it yet, but I have a friend who wants to use axoloti as part of his live set next weekend, so I promised to help him figure it out. And he got it working, so all good here :smile:

And thanks for the pic.. This helps a lot :smile:

#11

I've updated this post, with explicit instructions

the main thing, is it has to be on the object search path, and the the 'controller object' preference is referring to an object rather than a file.

on reflection, I probably changed this later on in development, as for the Push i developed a custom axo so probably when I did that I moved away from a subpatch to a 'fully fledged' object loading, knowing I could still use AXS files if it was required to be done in 'patching language' this will actually work very nicely with the new 'user library' functionality.

#12

Old thread, but it came in handy for me this evening and I have something to add: A small enhancement to the program loader using a 'limit' object which avoids attempts at loading a non-existent patch if the program number exceeds the number of saved patches.

Loader.jpg701x355 35.7 KB

#13

Could this work with an analog control (I'm using an axocontrol board)?
The idea would be to use one of the switch to go through all patches, and to use the dedicated LED to blink according to patch number. for example when patch 1 is loaded the LED blinks one time, patch 2, twice and so on. Would this work?

#14

I want to do this too but find the whole patch management scheme baffling to say the least.

#15

If you don't want to mess with strings and paths you could use a patch bank (in the patcher: File > New patch bank > Add patches in the order you want them > press Upload patch bank to save it to the axoloti). Then place a "patch/load i" object in all of your patches and connect a "const/i" object selecting the next patch to be loaded and the trigger signal from your gpio button. If you need back and forth try patching something with a "mux/mux 2" object with integer inlets.

The LED indicating the patch number should be easy, but I can't figure it out somehow. Here's as far as I got:

axoLED.png879x401 60.4 KB

There seems to be an offset or so, most of the time it flashes one time less than it should.

#16

Ok now I have a better solution for the LED thing.

axoLED2.png1023x425 87.1 KB

LEDflash.axp (4.1 KB)

#17

thanks I'm gonna look into that.

#18

I found a way to change patches but it is very different to patch banks, but I think it is easier, but may require a little more in the setup.

Basically you have a patch just for loading other patches, a kind of master patch, but you will need to setup a trigger for every patch you want to load. But when you are done with the patch, you only need to have one object setup to return back to the master patch and the same object can be used for every other patch you intend to run.

This way you can have different master patches, and and remove patch names as required. But as said in the beginning, it is a little more work. But I like it because it feels like I have a little more control over my setup.

:grinning:

#19

Thats interesting!
Could you share a patch with the explanación? I think that many axoloti users could be interested.
Patch changing its quite frustrating for begginers

#20

OK I have tried this about 50 times.. no matter what I do I can't seem to get the following step to work..
In the connection window you will now see
start writing file to sd-card
filename on sd o:pgr00.BIN
Done writing to SD card.

All I see is :
N
Done compiling patch
Creating directory on sdcard : /NameOfMyPatch
Done creating directory
Start uploading file to sdcard : /NameOfMyPatch/patch.bin
uploading: /NameOfMyPatch/patch.bin
uploading : 100%
Done uploading file

.. what am I doing wrong ?

#21

The message you're getting means you've successfully saved the patch to the sd card.

You can then use the patch load object with a string to load this patch. It's confusing at first...

I use a similar approach to what gavin said a couple of posts before. Works well.

I'll try and post the patches I use at some point.

Basically, I have an 'innit' patch which loads as the start up patch on my axolotis. This has patch load objects that load patches saved on the sdcard, plus midi thru and audio thru setups.

Then every patch I use has a couple of objects that respond to a midi note that re load the innit patch so I can then load another patch from it.

#22

Had a moment to spare, here's the stuff I use.

This is the 'init' patch I use - I 'upload to sd card' and 'upload to sdcard as startup' this patch.

init malcolm upload.axp (16.3 KB)

And in every other patch I have these objects which simply reload the 'init' patch so I can select/load a different one.

init load patch.axp (2.3 KB)

SDcard Patch Bank
#23

Thanks.. That's really helpful.
I'll have a go.

#24

lol. still utterly baffled. thanks anyway

#25

Just my 2 cents,
but it might be a problem with the directory maybe? Are you running the patch in standalone mode or connected with the computer in 'live' mode?
When I'm working with samples, my samples on the SD card are read from a directory with the same name as my patch, but when I upload my patch on startup on the SDcard, it reads in the root directory... so then it doesn't find my files (which are in the directory with the name of the patch)
So it might be something like this you are experiencing perhaps? Might be a long shot but who knows :slight_smile: good luck

#26

Thanks Andrew. Appreciate the advice.
I think there's an old computer support joke about it being a 'PIC error' .. which means 'Problem In Chair' or something.. anyway. What I'm trying to say is that my patience ran out way before any concerted effort on this front.
I don't change my patches on the axoloti often enough to warrant too much time on it is all.. Happy to just use it one patch at a time and switch using PC when required.
Thanks anyway

#27

Jut dipped my toe into Init Malcolm yesterday [he didn't appear to mind] , using it with an Oled, works really well Matt, very snappy....has released me from my one patch to rule them all tunnel vision, thank you for putting it out there

#28

Yeah, it works great, glad you like it.

I still get amazed that I can basically change my whole setup (on 3 axolotis) with a couple of button presses - one minute it's my guitar/bass/drum machine looper setup, the next it's 2 synths with midi sequencers and a different drum machine...

Bypassing the Axoloti or switching to a simple midi trhu mode by cc