#41

Oh my goodness.

This may have just eliminated any need for my circadian rhythm…

1 Like
#42

Looks like two Ansibles and two Cold Macs
Though by taking out Walk one could fit 4 Ansibles and one extra Cold Mac…
I am very much liking the TT expander functionality, it would allow Teletype to become the brain for a rather large system.

1 Like
#43

Yes, the Teletype expansion functionality would be great if it works along with the trilogy. I don’t want to loose one of those.

But what I really would love to know a little more about is the dedicated Arc functionality. I’d love to order one and those and friction and momentum physics hints do sound great. Like having hands-on/DJ control on things like sequences or LFO’s. But 1000,- without being sure the it will fit in is a lot of money. On the other side it would be a shame to miss it…

1 Like
#44

I always got my monome stuff from Escape from noise in Sweden. Excellent customer service too!

2 Likes
#45

Can’t wait to learn more about what this module can do.
also, I love that it seems to be another Le Guin reference.

2 Likes
#46

I wouldn’t hesitate to buy from them again. Just got a grid from there. But it’s always nice to have a choice!

#47

interesting development. since i’m not a laptop user, the arc functionality here would have to be very compelling to get me to purchase-- i’m looking forward to the inevitable video overview.

#48

Oh god… i’m so broke, and i already want this so badly…

1 Like
#49

does anyone know if it’s possible to connect a computer to a device that is operating as a usb host?

ie: ableton midi -> usb a to a -> ansible

#50

Not without additional hardware (and software that needed to support that), to my best knowledge.

Simplest way I could think of, is to use small single-board Linux computer such as Beaglebone, that has USB OTG port, and this port could be configured and programmed to act as usb midi client. However, this way you’ll have pretty long chain of connections and software components, you’ll need to transfer MIDI from Live somehow (e.g. MIDI -> OSC -> network -> BeagleBone :dizzy_face:), and then write some additional software to act as client for ansible. Pretty clunky, I imagine.

#51

my suggestion would be to get two USB-midi ie http://www.sweetwater.com/store/detail/MConnect?adpos=1o5&creative=55226096281&device=c&matchtype=&network=g&gclid=CIjv0Yfp_80CFcpahgodsBIEjQ and then two F-F midi cable converter like these http://www.showmecables.com/product/DIN-5-Pin-Female-to-DIN-5-Pin-Female-Midi-Coupler.aspx?utm_source=google&utm_medium=cse&utm_campaign=27-140-022&gclid=CIOf6K3p_80CFYpkhgod7ZsGnQ

i know, really dumb, and expensive possibly, but it’d do the trick.

1 Like
#52

oh nice adapter hack!!

remembering now that my audio interface has midi din, so one of those usb ->midi devices alone would do the trick.

thanks!

#53

This looks phenomenal! The reset! Looking forward to seeing more.

#54

Is it possible to have a similar on-cable switch to split a usb cable between arc and grid? Using a grid with 5v adapter currently.

#55

you could build such a switch, certainly. we don’t plan to.

the ansible toggles modes when different devices are plugged in, deactivating the previous mode. so the arc and grid wouldn’t be useful in a context switch situation. somebody could make a firmware where each usb device does something within a single environment-- like orca-- then it’d be useful. but that’s not the approach i’m interested for the standard ansible firmware. the apps are very single-device specific.

3 Likes
#56

Ah of course of course. Sort of home blind from racking up Orca tutorial video views. :sunglasses:

Put myself up for a reservation at EFN, this should be good.

#57

so something i’ve been thinking about…

i mentioned this idea in a thread a while back, about using the trilogy modules as “smart” teletype expanders, not just used as providing additional inputs/outputs but actually running tt scripts inside, so you use tt to write/edit scripts and then you have the ability to transfer a script into a trilogy module, which can then run it independently (but could still be controlled through tt if needed, perhaps via shared variables or something along those lines). so you could pre-program it and move it to a differnt case even, only connecting it to tt when you need to reprogram its function.

i misread the ansible description initially, thinking that it can switch between different applications from a teletype (which is not the case if i understand correctly) but it reminded me of this idea (and the fact that ansible uses the same processor as tt).

there is the immediately obvious use case for this, of course, being able to reprogram tetrology modules without re-flashing the firmware (and a variation of it, having the tetralogy modules run within the tt ecosystem but doing something that is complementary to what tt itself does, LFOs/envelopes etc but still controllable from tt scripts). but it’s also interesting to consider this if you think of teletype as the control center of your modular.

so not only you can have tt providing the logic for your patch, and serving as a preset manager, possibly initializing other modules (especially the ones that might require specific steps to get into a proper state), but it can also be a meta preset manager where it controls not just the state of other modules, but their function as well. essentially, you could use teletype to change your modular setup. from a script. imagine being able to switch between different applications (say, switching between some simplified version of ww and orca) with a foot controller…

2 Likes
#58

there’s no reason why this couldn’t happen. modes are software-driven, so there could be a TT command to switch modes. so yes, you could do this with a foot switch.

again the weird issue is concurrent modes, which won’t happen. ie you can’t run two grid apps at once on one ansible-- collisions with jack usage etc.

the “smart” expanders-- TT script runners-- isn’t a bad idea at all. it’s too ambitious for my initial release, but it’s a very worthy firmware endeavor.

i think you’ll be pleasantly surprised with the out-of-the-box capabilities, and it’ll clarify a direction for further investigation.

2 Likes
#59

yeah, i didn’t mean running different modes concurrently - that’d be something that would have to be specifically developed (together with the ability to split inputs/outputs between different modes).

it’s good to see multi mode functionality coming in ansible, i’ve been thinking about doing something for teletype where you could have several simpler apps and switch between them (or have a way to run some of them concurrently), and it’s interesting to see a similar approach in ornament+crime and possibly mordax data modules. i’m just especially fascinated by the idea of being able to choose the mode (so, essentially replacing a module with another!) from another module, and having that under CV control… essentially it’s a modular that can re-arrange itself, while in the middle of a patch.

1 Like
#60

Any advantage to getting a meadow physics over this now? I feel like someone must have asked this already but I can’t find it.

1 Like