David Zicarelli

Today we released our first product in the app store, officially known as Mira Controller for Max (but hereafter referred to as Mira). It works on any iPad and we’re selling it for around $50. A couple of years ago, we contacted the main developer of Mira, Sam Tarakajian, on the basis of 

 that I highly recommend you check out. We asked, “Dude837 -- if that’s your real name/number -- what would you want to do?”

Sam expressed interest in something mobile.

Mira is the result of a long conversation about the process of using mobile devices with Max. The result of this conversation is the simple idea that your iPad should just give you back your patch. (It’s yours after all.)

There’s no separate UI to build, no OSC messages to deal with, no networking to configure (OK, sorry, it’s networking, there will always be something to configure).

The initial release of Mira is aimed at people interested in creating new Max projects with mobile control. In addition to the iPad app, there is a package of Max objects for our recently released 

. The process is simple: you arrange UI elements (sliders, buttons) on top of a new object called 

 that represents the screen of your device. Every 

 in every patch gets its own tab on the iPad. In the coming months, we’ll be adding more Max UI objects and optimizing Mira support for Max for Live users.

There’s a lot more going on here than I can explain in a few paragraphs. We’ve made a couple of videos for two perspectives on the Mira workflow. Internally we’ve been referring to these as the East Coast and West Coast videos. See if you can figure out which is which.

Mira developer Sam introduces it to his friends. Get more information about Mira here: http://cycling74.com/products/mira

Alex and Leslie Play with Mira

Have you ever wanted to control your Max patch wirelessly? Mira is a window into Max. Mira allows you to build interfaces. Get more information about Mira here: http://cycling74.com/products/mira

Introducing Mira for the iPad

To learn more about Mira, head on over to the 

Today we released our first product in the app store, officially known as Mira Controller for Max (but hereafter referred to as Mira). It works on any iPad and we’re selling it for around $50. A couple of years ago, we contacted the main developer of Mira, Sam Tarakajian, on the basis of his creative tutorials that I highly recommend you check out. We asked, “Dude837 -- if that’s your real name/number -- what would you want to do?”

The initial release of Mira is aimed at people interested in creating new Max projects with mobile control. In addition to the iPad app, there is a package of Max objects for our recently released version 6.1.3 you’ll need to download. The process is simple: you arrange UI elements (sliders, buttons) on top of a new object called mira.frame that represents the screen of your device. Every mira.frame in every patch gets its own tab on the iPad. In the coming months, we’ll be adding more Max UI objects and optimizing Mira support for Max for Live users.

To learn more about Mira, head on over to the app store or check out our Mira product page.


its-mira-time

Exciting. I'm looking forward to using it with Max for Live.

mira.frame appears not to work in Max 6.0 (and hence not with Live 8). Can you please confirm/deny this before I rush out and upgrade to Live 9?


Yes. Mira requires Max 6.1.3, and Live 9 for M4L usage.


Is the version of M4L that comes with Live 9 Suite any different?


Live 9 Suite requires/authorizes Max 6.1 for use within Live. So, yes, you would need to have Live 9 suite to use Mira in M4L.


Max For Live without the suite also requires/authorizes Max 6.1 for use within Live.  So, no, you would not need to have Live 9 suite to use Mira in M4L.

(There is no difference between the Live 9 version of Max For Live and the Live 9 Suite version of Max For Live)

Meanwhile, Live 9 is only a requirement if you don't also own a non-m4l license of Max/MSP.  Which, granted, is most users.  (Live 8 can be configured to run any version of Max that you've paid for separately, but will only bypass the "paid for separately" for Max 5. )


Does Mira currently work with the M4L Step Sequencer? A comment was posted in another forum that Mira couldn't display patches with sliders. Is that correct? Any other limitations with respect to M4L devices in Mira?


live.step is not currently supported. There are several sliders that are currently supported with mira including multislider and slider, so a mira interface to live.step could be hacked together, but it would be better if mira simply supported live.step.


I hope the umenu object will be integrated soon


 Hey sorry to bother u guys, hello to the boss and company , looks like I'm 10 years late . What is the  recommend speaker hook up? I've noticed that there is a blue tooth lag  from lap top to bluetooth speaker .So hardwire is probably still the way to go ? I was wondering if that lag  was on the apple side of the equation .There is no noticeable lag from Mira to my lap top to trigger stuff . Also I was wondering how to send the audio over to  the Bluetooth speaker. Now I only hear midi from the AUDLS synth in my mix in the speaker , all the audio is present on the laptop speakers . I understand da c ~ 1 2 3 4 5  to ad c~ 1 2 3 4 5 ,speaker configuration is probably the  in the speaker setup  line somewhere?  

got it .  The speaker set up in the audio status, that fixes the lag  and I can hear all audio now .  Now I'm looking for engineers  making a cover for iPads so I can hit them with sticks to trigger stuff . My diatonic pad thing is originally designed for drummers to get notes in key instead of cymbal crashes. Seems possible with some smashed banana or micro charged mesh cover for the capacitive screen , possibly less involved in the long run than trying to arudino chip and build a stand alone  device ,,having lots of fun w your parts ,, thanks  

It's Mira Time

frank desben

Dear all, are there any examples of usage of neural networks in max out there. 

I know about a java implementation and of ml.mlp

The tech side is more or less clear, I am rather looking for good examples how to use it as a classifier or encoder.

Dear all, are there any examples of usage of neural networks in max out there. 
I know about a java implementation and of ml.mlp
The tech side is more or less clear, I am rather looking for good examples how to use it as a classifier or encoder.
Thanks for any hints / ideas or patches.
Thanks, Frank!

Dear all, are there any examples of usage of neural networks in max out there. 
I know about a java implementation and of ml.mlp
The tech si

neural-network-examples

Have you seen this:
https://youtu.be/_QGQE-1RX-o

Neural Network Examples

Ollie Bown

Hi Max forum, I'm looking for a readymade object or patch or library that performs classification of sung vowels ("aa", "ee", etc.) and possibly other held vocal sounds ("mm", "shh", etc.).

Audio signal in --> String or int or other data type out representing which vowel is being sung.

I recall that the IRCAM FTM / MNM(?) libraries had an example that did this, but from what I can tell these libraries aren't maintained any more.

Hi Max forum, I'm looking for a readymade object or patch or library that performs classification of sung vowels ("aa", "ee", etc.) and possibly other held vocal sounds ("mm", "shh", etc.). 

Audio signal in --> String or int or other data type out representing which vowel is being sung. 

I recall that the IRCAM FTM / MNM(?) libraries had an example that did this, but from what I can tell these libraries aren't maintained any more.

Any pointers? Thanks!

Hi Max forum, I'm looking for a readymade object or patch or library that performs classification of sung vowels ("aa", "ee", etc.) and poss

vowel-classifier

If you are patient you can code one in FluCoMa in 30 minutes with that tutorial:

That reminds me I should avertise for them here :) I hope this helps!

Vowel classifier

Ludvig Ward

So I'm trying to do accurate and not insanely delayed pitch tracking for electric bass, but it seems like a pretty difficult task to overcome. I've used fzero~ so far, with kind of alright results but it's still glitchy and unreliable (and slow!). I know that electric bass is a very difficult instrument to pitch track, because of the low notes, the overtones and so on...

Does anyone know of a good way to do this? I feel like it has to be possible in one way or another, since so many pedal manufacturers have gotten it figured out.

So I'm trying to do accurate and not insanely delayed pitch tracking for electric bass, but it seems like a pretty difficult task to overcome. I've used fzero~ so far, with kind of alright results but it's still glitchy and unreliable (and slow!). I know that electric bass is a very difficult instrument to pitch track, because of the low notes, the overtones and so on...

Does anyone know of a good way to do this? I feel like it has to be possible in one way or another, since so many pedal manufacturers have gotten it figured out.

So I'm trying to do accurate and not insanely delayed pitch tracking for electric bass, but it seems like a pretty difficult task to overcom

pitch-tracking-electric-bass

For speed, reduce vector size to 128/64 to start with.
There are plenty of pitch trackers arround. 
vb.pitch (mac only) sigmund, fiddle,
yin, psy ircam stuff etc.

But in any case you need to play clean single notes, limit freq range to what is needed, do maybe a bit of filtering,
and set good threshold for detection output.


I'm assuming vector size is the same as buffer size? For fzero~, no less than 2048 provides a reasonable result. Tried using sigmund and fiddle, but didn't get it to work at all, they always produced a lot of extra notes that weren't there in the audio. Like, it sounded like they tried to output every single overtone at the same time

I meant audio driver I/O  and signal size.


Oh ok I see, total noob here so I didn't know about those settings!
Gonna give that a try later. For now it seems like fzero~ works better than the other ones when it comes to electric bass

...seems like I can't change the i/o vector size, the driver is Live because I'm in max4live. How do you change that?

I think you find it in Preferences / Audio - Buffer size.

no worries, after some googling it seems like it's actually a pretty difficult thing to fix. My live buffer is pretty quick, don't remember the exact value but it's definitely not 4096 which is what max4live is running


vectorsize is fixed and small in  max4live.  you can change that for a process using poly~.

buffer size refers to the hardware driver IO. this is the main system latency reason, but wont make the analysis better.

afaik all known methods to track pitch sucks at bass. musically acceptable results start at around 200Hz. you could fix that by certain tricks, but all of them will involve that you raise the latency of the system again, which of course is not what you want for playing live.


After some reading I've understood that sub bass tones take longer to recognize, simply because the actual wave of a bass tone cycles so slowly. Wouldn't it theoretically be possible to have some form of pitch tracker that rather listens to the upper harmonics instead? If that's a thing, I think that would drastically increase both the speed and the accuracy of the pitch tracking


what would not work, for the reason you correctly pointed out, is to transpose it up first :) because that causes the same problems as directly analyzing does.

upper harmonics, sure, but i dont  think a contrabass or fretless e-bass will give you that.

with monophonic played organ samples it might work. you would pitch track not only the loudest but the 5 loudest areas/tones (like the fiddle~ object does), and then dont take the loudest but the other ones.



Bass player here I feel you. A few things are at play here, without being too geeky, pitch tracking is (more often than not) based on windowed spectral transform, to know the pitch material in there. You need enough samples in the window to capture a significant portion of the fundamental, which is long and slow because it is low frequency. So that will impose a latency on the input.

The most accurate algo out there is the ircam yin, which is also implemented in fluid.pitch~ but in all the cases, try a fft size / window size of 2048 (which should be accurate down to your low A reliably and lower if your bass has a strong harmonic content)) - you could also try distorting the input to yin (using atan) to see if that helps - in theory it might but I have not tried after all these years - one for later today :)

I hope this helps

Pitch tracking electric bass?

ghostique

I want to send audio from Live to Max. Not just MIDI, also Audio. How could I achieve this?

how-to-send-audio-from-ableton-live-11-to-max-8-in-windows-11

Create an options.txt file for Live like described here.

https://help.ableton.com/hc/en-us/articles/209772865-Options-txt-file 

Add a line with "-EnableReWire" option inside  options.txt.

Start Max (perhaps with "Run as Admin") and add a rewire~ object, check its Help, etc.

Start Live after Max, it has to be Run as Admin, from my experience.

Then you should be able to use rewire~ to receive audio from Live 11 (it worked here with the rewire~Help patch).

EDIT: Oh wait, I missed the "Windows 11" thing, I am still on Win 10. Hope it still works in Win 11. Remember the run as admin thing, that's a pain with the latest Win versions.

It worked! I followed those exact steps and I got audio flowing into my Max patch =). Question, if I don't want to use Live as a "rewire" device, I should erase that line in the Options.txt, right?

Yeah, you can also "comment it out" by adding something like a # in the beginning of the line.

How to send audio from Ableton Live 11 to Max 8 in Windows 11?

t00r0p

is this behaviour of rotating text normal ?

Hi everybody,
is this behaviour of rotating text normal ?
GL3, Win10, Max 8.2.1


curious-rotation-in-jit-gl-text

set @screenmode 0 to get expected rotations on 2d text (or use @mode 3d instead of 2d).

Curious Rotation in jit.phys with Jit.gl.text

Nao Tokui

I've been working on an Ableton Live Device using Node for Max.

how can I access Ableton Live API from my Node.js script? 

, for example. But apparently, it didn't work in 

I've been working on an Ableton Live Device using Node for Max.
My question is: how can I access Ableton Live API from my Node.js script? 

In js object,  I can call new LiveAPI(this.patcher, "live_set");, for example.   But apparently, it didn't work in node.script object. 
Is there anything like this?:  
const Live = require('live-api');

Hello, 
I've been working on an Ableton Live Device using Node for Max.
My question is: how can I access Ableton Live API from my Node.js sc

ableton-live-api-in-node-for-max-js-script

[node.script] and the [js] objects are not alike and the [node.script] does not have access to the Live API. If you need access to these u have to either use it in the [js] object or implement some layer in between that translates and sends/receives the Live API interactions to and from the Node.JS process.

Thank you, Florian. 

That's exactly what I wanted to know.  Appreciated! 
Best,

Nao

or implement some layer in between that translates and sends/receives the Live API interactions to and from the Node.JS process.

Florian, I guess you mean passing messages between the two inside a patcher, right? 

Ableton Live API in Node for Max JS Script

Samuel Cardoso

I'm trying to apply a texture to a group texture, but it seems to crash randomly when applying it. It only crashes when we build two separate jit.gl.world to display the texture in one screen and the 3D object in the other... Am I doing something wrong?

Link to download the 3D OBJ : https://www.swisstransfer.com/d/94f7d83f-79cc-41fa-b2f6-1a1f36f568f3

Bj6UQGIhKN1AstAQCAu0lL.jpg

zazou texture live_v2_fini.maxpat

I'm trying to apply a texture to a group texture, but it seems to crash randomly when applying it. It only crashes when we build two separat

texgroup-crash-maxmsp-when-multiple-jit-gl-world-contexts-are-enabled

my guess is that the crash is related to the separate displays. can you tell me more about your hardware setup? the main question, are the 2 displays connected to outputs on a single GPU or are they two discrete GPUs?

If the latter situation, you won't be able to share GL resources between the 2 contexts. but let me know the situation and i'll try to offer advice.

The patch is running on a MacBook Pro we are not outputting the result for now, just showing two windows, with two different jit.gl.world, with two different contexts, named game1 and zazou. We will capture and send the frames relative to each world via syphon. But for now, when we try to apply a texture in a specified group in a specified context one of the two that we initialized max crashes... So we can only have one context per GPUs ?

no, contexts on the same GPU are unlimited. I'll need some exact steps to reproduce the crash, it's not clear to me from looking at the patch.

- Enable the first world game1
- Pick the 3 preset
- Enable the second world zazou
- Get the obj into the jit.gl.model zazou
- Make sure it get displayed in the world zazou
- Get the texture into the jit.gl.texture zazou @name noyaux
- Press texgroup 2 noyaux
- Crash

ok I can reproduce the crash. Interestingly this doesn't crash with gl3 engine, so you may want to try that out as a workaround for now. I'm not sure of the cause, but will let you know if I can figure out an alternative approach with gl2 engine.

Texgroup crash Max/MSP when multiple jit.gl.world contexts are enabled

SonOfAGlitch

I want to monitor incoming sensor data and at the same time write them into a txt file using [text]. However I'm having issues at writing the to an external txt file. 

 and examples, I shuould be able to address an existing txt file if:

- [text] has the same name as the txt file (e.g. [text test1] to address test1)

- the txt file is in the patch search path

Despite these conditions are true in my case, the external txt file remains empty and the data written on [text] within Max go lost whenever I close the patch.

Here is a small demo of what I'm trying to achieve:

Hi all,
I want to monitor incoming sensor data and at the same time write them into a txt file using [text]. However I'm having issues at writing the to an external txt file.  
According to the reference and examples, I shuould be able to address an existing txt file if:
- [text] has the same name as the txt file (e.g. [text test1] to address test1)
- the txt file is in the patch search path
Despite these conditions are true in my case, the external txt file remains empty and the data written on [text] within Max go lost whenever I close the patch.
What am I doing wrong?


Hi all,
I want to monitor incoming sensor data and at the same time write them into a txt file using [text]. However I'm having issues at wr

text-issue-with-writing-text-to-an-external-txt-file

Use write text1.txt message
Also use t cr i to enter carriage return after incoming data.

Still nothing... it creates the external file but it doesn't write to it. Do you know what the problem could be?
I also included an '/export fileName' message, which I trigger as soon as I stop the data transmission. Eventually I can print to an external txt file now, but it is all very buggy and I don't feel in control of what I do.
Check it out here


Also, I noticed that when I use [t cr i] instead of banging the message box the values get printed onto two columns.


Strange thing is, I uploaded screenshot showing what to do.
It dissapeared.



Here is a folder containing max patch and text file. If that does not work, I don't know what is wrong.

You could also use try to use absolute path, to be 100 % sure.

Mmm... does it always work for you? I seem to get it to work sometimes, but most of the times it doesn't write

You know that text edit window should be closed while adding data to it or storing the file ?
Otherwise it won't  work.
Same applies to coll,  jit.textfile  ...

I never use files like that but provide absolute path to where I want to store.


Yes I noticed that it won't update if the window is open.

Eventually I figured it out! I use [coll] instead of [text] because [coll] is able to store the data in the text file inside the patch ([coll] -> inspector -> save data with patch), while [text] deletes everything as soon as I close Max.
Here is a little example in case anybody needs a hint!



for live typing into a coll i have an abstraction called wcloseopen. guess what it does.

text - writing text to an external txt file

rasl

I use the Forum extensively, and usually find answers to what I search for, without having to ask.

It is amazing how generous you people are. So thank you very much for that.

I however have a problem that I have not found a solution to yet;

I have an abstraction inside a [poly~] w. 12 instances. This abstraction has a number of other abstractions nested inside it, all with unique arguments derived via #´s from the top-one.

If I want to keep this structure I have to be able to add the 12 sets of unique #-arguments to the 12 toplevel instances at patch startup.

I can do that by creating the instances including unique arguments for each of the 12 using [thispatcher]. Fine.

Then I also have to create patchcording and so on at startup as well. It can be done, but it seems sort of cumbersome.

It could be handy if the toplevel abstractions and patchcords etc. existed at startup inside the [poly~], and all I had to do was script-adding the 12 sets of unique #-arguments into the 12 instances.

In other words: I want to write/script into an existing object. Not while creating an object.

But how to do that? I am familiar w. oldschool Max-scripting (thispatcher, sprint) but not with javascript etc.

 Hi Forum,
I use the Forum extensively, and usually find answers to what I search for, without having to ask.
It is amazing how generous you

writingscripting-in-an-existing-abstraction-object


there should be no difference between "while initialising" and "later". 

i am just not sure if it is a good idea to script [t #0] after initialisation. :)

Writing/Scripting in an existing abstraction object 

Ben Bracken

. The Runner provides plug and play access to a 

 from the Max application, using using OSCQuery for communication with the running code.

This update features a new web-based interface with routing capabilities, expanded hardware support, along with many other improvements and bug fixes. Improvements include:

We've also rolled in direct support for the 

 add-on package, and have included a number of other improvements and bug fixes. Check out the release notes 

We are happy to announce the release of RNBO 1.3.0, available now for download via the Max Package Manager.

With this update, we are...

rnbo-130-released

RNBO 1.3.0 Released

We are excited to announce the availability of our 

 as a public beta. We’ve worked closely with 

. The Eventide H9000 is a rack-sized multi-effects unit with powerful DSP processing capabilities and numerous high quality built-in effects. We’re excited to enable RNBO export for this and open the door to unique custom studio effects and instruments without the strict limitations of other hardware platforms.

RNBO support is similar to the existing Gen support, but more streamlined, and uses the built-in 

, rather than a watcher patcher, to manage the export process. Eventually, all of these changes will be rolled into the standard release versions of RNBO and this package.

Get the preview version of the RNBO package (v1.2.7-eventide.0):

Get the preview version of the "Eventide H9000" package (v1.0.4-beta.3):

We’d love to hear any experiences and feedback from RNBO users with access to an H9000. To join the discussion, use the 

We are excited to announce the availability of our Eventide package for RNBO as a public beta. We’ve worked closely with Eventide to bring...

Cycling '74 Forums

We are happy to announce the release of RNBO 1.3.0, available now for download via the Max Package Manager. With this update, we are...

We are excited to announce the availability of our Eventide package for RNBO as a public beta. We’ve worked closely with Eventide to...

got it . The speaker set up in the audio status, that fixes the lag and I can hear all audio now . Now I'm looking for engineers making a...

Have you seen this: https://youtu.be/_QGQE-1RX-o

If you are patient you can code one in FluCoMa in 30 minutes with that tutorial: https://youtu.be/_QGQE-1RX-o That reminds me I should...

Hello Bass player here I feel you. A few things are at play here, without being too geeky, pitch tracking is (more often than not) based...

Thanks my friend.

Thank you very much, Mr Rob !

Yes that's what I was referring to.

Thanks for your feedback !

for live typing into a coll i have an abstraction called wcloseopen. guess what it does.

there should be no difference between "while initialising" and "later". i am just not sure if it is a good idea to script [t #0] after...