I was speculating on the possibility of being able to compile external code modules into code that can be run as "Audulus code" on iOS. Or ran as if it belonged to a patch.
It's the same idea as in compiling code in any source to binary and then "it's compatible with everything".
And then the iOS version could be reduced "embedded" Audulus that disables the modification of such external modules.
@biminiroad - my bad, that was mighty vague! Don Buchla was not a fan of playing traditional music on synths and his instruments were not created toward that end - more about "events" than "notes" so most of his modules supported complexities that could be downright non-musical. As I get more into Audulus I think I'll be able to cobble some stuff together to float my boat in this style, if I find some really legible graphics I'll send them by way of example, also (if you never have) check out Morton Subotnick, "Sidewinder" or "Touch" being good examples of Buchla-based output. and hey thanks for all you do in this community - cheers!
Just wanted to drop a +1 in for Midi IO. I see this is currently in the works - awesome.
Not sure if this is possible at the moment or a feature request.. I was considering tanh distortion/wave-shaping and how 'expr' could be a great sandpit for DSP and building custom sub-patches. But I assume aliasing is currently an issue as there is no up/down-sampling. Would you consider adding that to the backlog?
@biminiroad no, I have patches that use the tanh distortion. I mean, if I wanted to implement a non-linear distortion/waveshaping algorithm (for example, using tanh or a polynomial non-linearity) on a signal, it will introduce harmonics/partials above the highest frequency of the original signal - which will lead to aliasing, if no steps are taken to avoid it. So ideally we'd oversample, apply the algorithm, apply an anti-alias filter then downsample, in order to avoid aliasing.
I know I won't be able to add much to the debate but +1 for midi out (clock, CC and PC) :) Well a least Clock and CCs Then Ableton link Then Audio Units as it is a (great) thing on iOS now
Any news from any of these things ? I hope everything is going well, good luck !!
Nice update on iOS. Small request/idea, Have the double arrow icon/button that shows/hides the bottom pane remain in the same spot(bottom left) once the pane is opened. Imagining it 'feeling' much better this way. Open, close, open, close...no problem. :) (exaggerated example) Also, the cpu reading gets covered up when the pane is opened so maybe moving the "cpu" over there next to the arrows in that blank spot(when open) so it's always visible?
A save/load preset utility for patches. For example, the possibility to save and load different values on each parameter in "Phat Pad Thai" patch (a biminiroad's patch, one of my favourites). Is it possible? would be great! Many thanks!
* double click a wire and it gets "highlighted" and the others get muted somehow for a few seconds, so you can trace connections in a large design. Also, perhaps when you "highlight" a wire, it gets "labeled" with the name of the output it originates at and the name of the input it goes to (if named). Also, the devices/patches at both ends could get highlighted for a few seconds as well.
* breadcrumb navigation - I thought about just including this as a "best practices in patch design" where there is some text in sub patches showing you you're in "Top Level Design --> Sub Patch 2 --> Sub-Sub Patch 3 --> etc", but it might be cool to have it incorporated in audulus.
Hello! I predominantly use Audulus on the iPhone, and it would be a convenience to be able to add elements by double tapping as well as by dragging them.
On a side note I'm experiencing crashing every time I close the patch info panel, so currently have a lot of iterations of 'New Patch': I tend to give things stupidly unhelpful names, so on the plus side that is organising my patches by date; adding an option to 'sort by' on the patch menu screen would occasionally be of benefit to me.
After a good session on my iPad mini2, I determined at this time, with this build, it would help to have... -the ability to multitouch the keyboard and knob/s of modules at the same time(not sure if full multitouch is a problem to add, but at least keyboard and one other control?) -the lock icon displayed on the main canvas (as opposed to in the hideaway menu. Maybe where the cup reading is now. Idea to move cpu reading follows;) -the hide/show menu double arrow icon remain in same spot(corner) when menu is both opened and closed -the cpu display somewhere that it is not hidden by the opened menu(perhaps next to the double arrow icon) -a second lock function that allows panning, zooming, knob and other module controls manipulation and nothing else(no pop menu when touching module either) -and perhaps some time in the future a hold function for the keyboard.
These represent the frustrations I continue to have when using on the iPad, sans midi keyboard at least. Sorry if I've mentioned some before. Just wanted to get a fresh complete list here.
- Read/Write Variable Storage for text and numerical values. - Ability to expose Sub-Patches (as well as Nodes) to parent. - Ability to define a patch as an "Instrument" if that's it's purpose. - Vertical and Horizontal sliders as options along with knobs. - Have an input that detects whether it has a cable connected to it or not. - - If not, have an initial value that can be set (e.g. NaN). - - That way something like a mux will not run an operation since it's 0 based.
Like uv777bk I would like to see a slider control, some persistant read/write storage (perhaps an array that could be indexed). Also a lock for the Mac and iPad that allows you to manipulate the user controls and pan/zoom but freezes the rest of the layout.
@ohmslice - you can do this with a slew limiter after the envelope node! Also, it can probably be built with a z-1 configuration, but @macromachines would know more about that since he made an envelope follower for his Omnimod Eurorack module
@mellonhead - This is coming in a newer update - this 3.3 update had to be finished first before MIDI out was implemented. Basically, if Taylor had implemented MIDI out before this z-1 rewrite, he would have had to redo the programming for MIDI out again. So don't worry, it's coming!
I can`t wait, midi out finally! I`m going to continue with my patches. I wish a multitouch audulus for ipad/iphone and i`ll jerk off in the screen, This are the only things that i need for my ideas... Do you know if it is coming soon? Oh, I forgot it, but a way for saving values in sample and hold nodes could break my balls in happyness (i dont know english so i invent my own exptessions)
@Restart - we're going to make a sample node that can load, play, and record samples of audio or data. @macromachines has been working on it for a while. Dunno when it's due out, but that's in the plan. We're *definitely* going to do multitouch, too. But for the time being, I'm getting an ES-8 mailed to me right now and I'll be doing demos of how to use Audulus to create CV for modulars and how to process audio through it - imagine using a tube distortion inside a delay loop in Audulus. It's for real. :) The ES-8 can do a lot more powerful stuff than is available to MIDI, so that should tide people over for a while until Taylor gets around to programming the MIDI out.
Simple request, may have been asked before - I haven't read whole thread.
How about being able to set a 'background colour' for patches - perhaps even just from a selection of preset colours that don't interfere too much with the reset of the UI. I think this would really help with being able to visually group sections of the patch together, so that when zoomed out you can instantly see an overview of all the patches that are closely related.
Don't get me wrong - I like the way Audulus looks (it's definitely a step up from max/PD!) - but it does all have the tendency to get lost in a sea of blue and yellow. An option to add colours to patches/modules would make our designs more memorable and visually appealing.
Of course, we'd need to be able to do this also by selecting a number of patches and setting the bg colour for them all at once.
@SteveX - I'd love it if we could have access to all sorts of data-as-nodes, like even GPS coordinates and the 3d touch and whatnot :) It's all a matter of time and implementation
@biminiroad yes! A synth that sounds different based on where you are - that's cool. How about - temp, barometer, compass, and light sensor (built in camera)? #fingerscrossed
Here's an Idea I had regarding one of the pile of inputs and outputs and knobs and whatever that is created when you create a sub-patch. When exposing elements of a sub-patch, rather than stack them on top of each other they are encased in a little bubble that pops when you drag it around. I am envisioning something like an item drop in a video game. A bubble popping up automatically unlocks the the UI for editing and (like bubbles do) bubbles would be spaced around the spawn point based on the perimeter of their size.
I would love a "blow up" or "expand" feature for patches. Patches look the cleanest and and are easiest to use when they are compact. But when understanding them, it would be great if it could automagically expand outward, signal lines became straight, maybe even bent at right angles, etc. A patch creator could save the expanded state and compressed state and a patch user could easily switch between the two.
@RobertSyrett - look inside the patch I just posted - the vias are the little tab things that allow me to route the signal backwards at right angles - the > > things
I was actually doing just that! So a via in this case is just a sub patch that passes the signal through to the output with no processing. That's something I'll probably start doing.
@RobertSyrett - yup! It comes from vias in electronics, where a trace will plunge through a board to another layer through a hole. I didn't come up with them, I think @jdraoul did?
@biminiroad Thanks! I had seen/used those in the past as well. I just thought it would be cool for patches to have a "presentation" layout and a "learning" layout. In learning layout, touching an wire would light up the nodes its connected to, etc.
I would like to be able to ping midi triggers with other midi triggers the way you can modulate knobs with other knobs. Currently when I have an input more than one subpatch deep that is tuned to trigger gate input it is least complicated to make that input a knob and then attach a trigger to that and expose it, which is just kind of clumsy to me. I understand that it's kind of nice to be able to attach an LFO to the knob and have the LFO send trigger data and that wouldn't go away. But stringing together triggers makes the most sense to me and has the added advantage that triggers could also be flipflops (toggle mode) if this change were made.
@RobertSyrett - you can do what you want already, just use an add node like this (see attached). And you know that triggers can be directly set into toggle mode, right? Tap or right click on the patch and you'll see a little box to check for toggle. Most of the modules in the library that use triggers use them in toggle mode, like the ADSR and Keyboard module! :)
@biminiroad Happy Thanksgiving! Thank you for that bit of Auduknoledge and the Thru Trigger template. What I am describing is a little different, the Thru Trigger sums the trigger object's state with the one in the subpatch above it so if both were in toggle mode, you would get 0, 1, or 2 depending on their configuration. I was thinking of a way to cascade triggers AND build chains of flipflops, but until then the Thru Trigger and the flipflop module will do nicely. Hope you have a great holiday.
@RobertSyrett - maybe draw a little diagram of what you're talking about because I'm not sure I get it - you can easily limit the output of the trigger by using a clamp(TriggerAB,0,1) expression that will limit A+B to a maximum of 1. Anyway, what you're asking for sounds possible to do in Audulus as-is, I just don't understand what you're saying - if that makes any sense, lol.
And thanks! I had a great Thanksgiving with the wonderful Amos Gaynes of Moog - we talked synthesizers all evening and it was wonderful (I live with his dad in Asheville).
Ok, reverse comicbook time. If I want to chain knobs together through levels of subpatches or assign a midi cc to a knob on a module it is (k)no problem. But the midi trigger right next to it is basically just a clickable object only. If I want to assign a midi trigger I have to use another trigger, which is kind of the opposite of a clean interface. If I want to automate toggling, I either have to use a knob and imagine it's a button or I embed a flip flop, which works alright, except it doesn't toggle the trigger on the display. I just think it would be better if the midi trigger were more like the knob.