Max on Linux

    • Oct 13 2016 | 6:43 pm
      my guess is that there are liscencing issues with ableton etc that prevent c74 from really persuing a linux port. Its not like the customer demand isnt there.
      As of now, its still crashing anytime a umenu is clicked. Its quite frustrating as it seems that nothing I do has any effect. Everything works pretty smoothly, but as soon as a umenu object is clicked, the graphics glitch and everything crashes. So close yet so far... If anyone has any advice, I'd greatly appreciate it!
    • Oct 14 2016 | 11:09 am
      Dual boot is easy those day's, keep your life simple. I am moving slowly from MacOS to Linux but MacOS stays in place purely for running Max.* When you don't want to get involved with MacOS, remove all unneeded running apps, widgets, ..., and let Max open in fullscreen at MacOS boot. You don't have to use it, it only have to keep running Max. :-)
      * Because since El Capitan, MacOS and Safari are all the time trying to connect to so many servers that i don't get work done. :-P
      @AUDIOMATT: "Increasingly our customers want to build software for a variety of contexts and environments beyond the desktop." = Linux :-)
    • Oct 14 2016 | 3:13 pm
      In regards to TH8A's comment regarding licensing issues with Ableton, etc. Maybe there could be a special version of Max, like Max for Live, but instead be Max for Linux. It could be different, limited, or stripped down if necessary, but at least be something that utilizes the same language and runs on Linux. Just a thought.
      I am splitting my time between a Mac doing Max and a Raspberry Pi doing Pd. I really wish Max would work on Linux, the possibilities are huge, as most on this thread I'm sure know.
    • Oct 14 2016 | 3:34 pm
      Our relationship with Ableton doesn't restrict our ability to develop Max for other platforms, fwiw.
      The latest release of Gen's code export offers improved support for Linux and ARM platforms -- you can now run Gen-exported code on Linux-based platforms like Raspberry Pi and Bela and even bare-metal embedded systems like the Cortex M4 (for instance, in Rebel Technology's OWL Eurorack module and pedal). Over the coming days and weeks, we'll be rolling out support materials related to that, so stay tuned!
    • Oct 14 2016 | 4:16 pm
      Intriguing and welcome news. Staying tuned.
    • Oct 14 2016 | 9:09 pm
      Nice! But does somebody has tested Max patches in the Mod Duo? On their website they stated: "The MOD Duo utilizes an open standard for the plugins called LV2. It also features integrations for great audio technologies such as Max/MSP, Pure Data and Faust. Taking the example of a Max user that means: With the MOD he can finally take all of his Max patches conveniently to the stage – in a pedal."
      @Cycling74: Is it possible to save Max patches in this device and us them?
    • Nov 25 2016 | 12:12 am
      @Cycling74: Is it possible to save Max patches in this device and us them?
      I believe the Mod Duo can run Max for Live devices.
    • Nov 25 2016 | 1:01 am
      Or at least I thought so. But now I can't find where I read that.
    • Mar 10 2017 | 5:37 pm
      I have managed to get Max 7 to run somewhat smoothly in a sense. Before, no matter what, running the full Max 7 app in wine was certain to crash immediately. Now, I have it running. The catch is that UI goes black and stays that way. The program is actually still running underneath the black UI, as if some element is clicked in the dark it still responds. so it’s not a full blown crash, but rather some shortcoming with the wine gpu handling with MAX. I finally accomplished this after countless hours of trial and error… whew. I’m so close yet so far still! if anyone has any idea what component, .dll file, dependency, WINE setting or any other ideas that my help out, PLEASE hmu!
      ps: maxRT is fully operational from what I can tell, with the exception of anything which uses context dropdown menus ie: . aside from that, even jitter is working with hardcore GL rendering etc.
    • Mar 10 2017 | 6:12 pm
      Good work! Wish I could help, keep the updates coming!
    • Mar 11 2017 | 12:18 pm
      "maxRT is fully operational from what I can tell, with the exception of anything which uses context dropdown menus ie: "
      same here, no umenu in maxRT on ubuntu 16.04+ wine2.2 (some companies start to sell audiosoftware for linux like.bitwig)
      if i where shure i get my wish, i think i wish for max on linux!
    • Sep 30 2017 | 6:55 am
      Any updates on this? I'll add myself to the list. The only reason I still have a mac is because of Max / MSP. I'm really disliking apple as of late. Too many restrictions on their operating system. It feels more and more like an iPhone. Too many hacks to run, compile and just do simple stuff. Please, bring Max to linux!
    • Oct 13 2017 | 9:51 pm
      +1 to Jose here. I just purchased a Dell with 32GB of ram, and its quite nice so far, save for less externals being available and more command line interfaces than i can keep track of, haha.
      I'm going to try installing osx on a VM this weekend. Will post results shortly.
      EDIT: So, I ended up returning the windows machine. Though I really did like the prospect of more upgradeable parts, I just could not be as productive as I am with the Mac ecosystem :/
      I now have one of those touchbar macs, and, am surprised by how happy I am with it.
    • Dec 08 2017 | 10:16 am
      Please, bring Max to linux !!!
    • Dec 08 2017 | 12:33 pm
      @Jose Castillo
      My laptop was stolen by TAP airlines recently going *into* a field recording trip in Senegal. There I bought a cheap ACER laptop. Holy crap do I hate using windows. When I got back, I forked over the cash for a new (worse) macbook pro. It was entirely because of Max. Otherwise I would have gone with ubuntu or something.
      Wish I wasn't tied to Apple.
    • Dec 08 2017 | 3:04 pm
      Dude... I feel ya. It took me years to come to terms with your exact same dilemma. Leaving behind apple was a joy. Leaving behind Max was a heartbreak, but ultimately, for me it was way worth it in the end. Apple is notorious for brand locking and price hiking... It's kinda like quitting crack. Hard at first but rewarding down the line. New flavors of puredata like pd-l2ork are starting to close the gap between max and PD. Sure, it's still not quite as polished, but if you love modular signal flow programming and hate apple, with a little bit of adjustment to your work flow it very much suffices. In some ways I find I like pd even more. It lacks the easily built UI features of max, and the environment is generally more rough around the edges, but still fantastic. Js...
    • Dec 14 2017 | 1:49 pm
      @AudioMatt " Holy crap do I hate using windows. "
      You'll get used to it. It's likely only minor changes to the GUI that annoy you. Since I use Windows most often, I hate the limitations of the Mac interface. Both need replacements for the file manager and copy functionality (for a start) for me to be remotely productive.
      What I do hate is when Windows uses me. It's steadily becoming more Mac-like in its assumptions about what I want to do and what apps I want to have loaded. I hate this condescending BS which is why I have somehow never bought an Apple product in my (long) computing life. As for pd, why has no-one redesigned the frankly atrocious interface which renders worse than when I used an Amiga GEM system? And provided context-sensitive help that works? Those two things are only a summer project and would improve the UX four hundred percent. Unfortunately I cannot use Linux because none of my media software runs and there are no decent alternatives. Which is I guess what this thread is all about.
    • Dec 14 2017 | 7:35 pm
      @Robin Parmar As for pd, why has no-one redesigned the frankly atrocious interface which renders worse than when I used an Amiga GEM system? And provided context-sensitive help that works? Those two things are only a summer project and would improve the UX four hundred percent.
      Sounds like you've got yourself a nice winter project :D
    • Dec 15 2017 | 12:57 am
      Sounds like you've got yourself a nice winter project
      Oh dear, not that reply!
      C coding is not my specialty. Plus I donate most of my time free as it is. Shouldn't be too hard to understand that I can't be an expert at everything. :-)
    • Mar 20 2018 | 11:37 pm
      Just adding yet another +1 to this thread. The day Max runs on desktop Linux is the day Cycling 74 gets money from me. I use PD on a daily basis and I'm even quite happy with it but the fact of the matter is: Max is a much more polished product.
      The amount of people in this thread feeling stuck with an operating system they're unhappy with because they paid their hard-earned money for max is astonishing.
      I can promise that I am not the only person who wants this, and this thread is not a representation of just how many people want this to happen. I've been using Linux since I was 16 and have no plans to change that. But you will have guaranteed new business from me (and likely many others) even if I don't ultimately end up using it that much. Simply because I believe in the idea of it.
    • Dec 11 2018 | 5:52 pm
      Well, folks, this thread has been ongoing for quite a long time now... and so I am happy to be the one to announce that with the release of Max 8, I gave it another shot at running it in wine on a linux workstation. Low and behold: IT WORKS! And when I say it works, I don't mean it kind of works, I mean it fully works! I have it running with full jack audio and midi connectivity with zero latency via wineASIO. I even have windows VST plugins running flawlessly in the VST~ object. I don't know if C74 rewrote Max 8 to intentionally run in wine or if it's just a happy accident, but either way, THANK YOU GUYS! I have been waiting years for this! I can finally use all my old patches in a linux environment and, ofcourse, make new ones. I am super stoked on this turn of events, and if anyone out there needs help getting it running on their setup, feel free to ask. In general you will want to run the latest version of wine-staging and make sure all your proper libraries and redistributables are installed within your prefix. Well, Im off to go nerd out in patch land. Cheers all!
    • Dec 11 2018 | 7:05 pm
      Good to hear! I like a happy ending.
    • Dec 11 2018 | 7:05 pm
    • Dec 11 2018 | 7:35 pm
      Dude really?! What are you running on? What should our specs be? Can we get this officially supported? I feel like it would be an easy win for Cycling to just type "And linux in wine" on their front page.
    • Dec 11 2018 | 9:47 pm
      That's awesome! Apparently you can run Wine on a Raspberry Pi with ExaGear, I wonder what sort of performance you would get...
    • Dec 12 2018 | 10:58 am
      not working for me with wine in Ubuntu 16.0.4
    • Dec 27 2018 | 10:21 pm
      I am running Ubuntu 18, though my guess is that your linux distro is less important a factor than your wine setup. I am using the latest wine staging. You'll want to install winetricks and get all those runtime libraries installed. There is an article on the linvst git page that is geared towards how to set up wine to run most VSTs in linux, and the prefix I am using to run max has pretty much all of the recommended settings from that page set. If anyones stuck feel free to hmu
    • Jan 15 2019 | 4:19 pm
      Hi TH8A, how can I contact you with private message? Your posts are very interesting and I would like to know more in details if it's possible (technical specifications, etc....) thank you in advance!
    • Jan 25 2019 | 4:26 pm
      Hi @TH8A, if you could detail a bit your install that would be great. I'm trying to run the Max/MSP based Haken Continuum Editor and it's not working at all.. :( I have been on the fence upgrading to Max 8 since I am working so much in linux these days. I'd happily test and upgrade to 8 if a linux version were in the plans!
    • Feb 12 2019 | 7:50 pm
      hey all, sorry for the delayed response. Ive been allover the place and havent been on the internetz much lately. I can confirm that max 8 runs reasonably well under wine. So far, the only reproducible crash I have been able to uncover is when attempting to use the hid object. Everything else that I have tried works. I'll do my best to walk you through the setup. I am using ubuntu 18.04, but the setup should be somewhat similar for any distro, provided you are able to track down the appropriate packages/repositories respectively. Assuming that your linux environment is all set up and ready to go, the first thing you'll want to do is head on over to winehq and install the latest version of wine-staging. From there, make sure that you also install winetricks and any library that your distro provides that deals in handling microsoft code ( ie: wine-mono, gecko, microsoft-core-fonts etc.) The font handling packages are particularly important. I just used synaptic package manager, ran a search for wine and installed any and all packages that compliment wine that I could find. Once all that is done, open up terminal and create your prefix. so... WINEARCH=win64 WINEPREFIX=/path/to/your/prefix/folder winecfg now, your'll see the wineconfig app. The first thing to do is set your windows version to windows 10. Then, switch over to the staging tab and enable all the checkboxes there. Next, go to the libraries tab and follow all of the override instructions and recommendations found here under the section labeled "Common problems and possible fixes." This step also optimizes a prefix for using windows VST plugins in your DAW of choice via linVST. groovy.
      Once all that is handled, close winecfg, go back to your terminal and WINEPREFIX=/path/to/your/prefix/folder winetricks select default prefix Install component or library You'll see a big list of windows components to install. The most notably important ones to install are as follows: vcrun6 all vbrun packages all msruntime redist packages core fonts DirectX Xact msXML mf (media foundation) msdac (ms data access) riched mscvrt video codecs mspatcha flexgrid control wininet winhtml
      I may have missed something but I think thats everything. These also make most windows games run in the prefix. If after you install these your still experience crashes, you can start wine in a terminal and look at the crash dump to get a hint as to which other packages still may need to be installed.
      If some of the installs fail, dont get hung up. just move through the list as best you can and as long as you have th ms runtime packages, fonts and internet support libraries (wininet winhtml) you should be good. Thats is! now install max using msiexec and approach the moment of truth to see if it runs.
      It is likely that you'll need to fiddle and tweak things til it works, as every system is different and thises things rarely work on first attempts. Stay vigilant, steadfast the course and you'll be rewarded with max on linux I realize my instructions are a little shoddy, but that is how I set everything up to tbe best of my recollection. If you fun into trouble or have questions, you can hit me on my soundcloud or just ask here, understanding ofcourse that I do not check either message box all that frequently. Hope that helps. Cheers!
    • Feb 12 2019 | 9:36 pm
      Great! Thanks Th8a. Simple question: can you explaine how do yuo install asio 64 bits ? For the moment I installed Max8 simply with PlayOnLinux on Ubuntu Studio 18.10, but there is no possible to install asio64... and impossible to have more then one midi inputs to Max... best
    • Feb 13 2019 | 5:59 am
      @brunatius - I'm afraid there still is no native Max version for linux, and i don't think there are any plans to release one. Max 8 runs well in wine with the setup that I described above, but Max 7 will unfortunately not run well enough to use. I should also mention that there is still one thing that isn't working properly, and that is the autocomplete function in object boxes. I worked around it just by typing my code into a text editor and then copy paste into object boxes. That is one snag I forgot to mention, and If anyone finds a fix I'd love to hear it.
      @MSNF - There is a 64 bit version of wineasio that you will need to compile and install manually. It does not exist on winetricks or POL, unfortunately. You can find the source here: If you use Ableton live under wine, many people (myself included) experience problems with midi using wineasio64. It otherwise works great. If you want ASIO drivers to work with Ableton, use the FLStudio ASIO drivers. They work well and produce reasonable latency when recording. Also, wineasio is not really needed to produce multiple midi outputs in wine. MIDI in linux is better handled by ALSA, where wineasio+jack simply deals with low latency audio. If you are looking to wire up complex midi setups, and assuming that you are running jack audio, you might try this solution:
      sudo apt-get install a2jmidid sudo modprobe snd-virmidi a2jmidid --export-hw & now there should be some virtual midiports visible to your setup which you can use to bounce midi signals around. Then, in max you can use the midiinfo object to enumerate a list of virtual inputs and outputs . If you are not already, I'd also recommend getting the KXstudio repositories installed and using one of their programs like Cadence and Carla to control your audio and midi configurations. Carla is a MSP ui like max that lets you cable midi and audio around the linux environment. It's quite good. (From KXstudio website:) # Install required dependencies if needed sudo apt-get install apt-transport-https software-properties-common wget # Download package file wget # Install it sudo dpkg -i kxstudio-repos_9.5.1~kxstudio3_all.deb
      If you're using a system newer or equal to Debian 9 (Stretch) or Ubuntu 16.04 (Xenial) you'll also need to enable GCC5 packages. You can do so by installing this deb file - kxstudio-repos-gcc5.deb, or manually by running this:
      # Install required dependencies if needed sudo apt-get install libglibmm-2.4-1v5 # Download package file wget # Install it sudo dpkg -i kxstudio-repos-gcc5_9.5.1~kxstudio3_all.deb sudo apt-get update #install cadence and carla sudo apt-get install cadence carla
      That should straighten out your situation. Hope that helps. Cheers
    • Feb 13 2019 | 11:23 am
      Thank you for this help TH8A! I confirm the problem with autocomplete function in object boxes... but Max8 is working well - last problem is asio for latency and two midi input (don't need the outputs). I use Ubuntu Studio 18.10 (with RT kernel, jack and patchages installed). I tried AVLinux (wineasio is installed), but there are too much problems with my hardware... but maybe it could be a good solution for somebody who would like to test. I will try to compile and install manually asio64, thanks for the insctructions. In my case the midi inputs in Max with "patchage" are fixed and there are only one inputs, but I will try your method or I will try to merge two midi inputs into patchage, but for the mment I have some instability when I merge two outputs. Another question abpout MIDI: Do you use the midi controlers? - and of yes are the connexions stables? (I mean if there are not deconnexions of midi from external controlers) Cheers
    • Feb 14 2019 | 2:47 am
      I have had no problems at all with midi in MAX. I have multiple ins and outs configured. Interestingly, max does not seem to require the use of patchage or carla for midi port routing. It can be configured from within the max patch. The connections will not be visible in your session manager, but the data gets to where it needs to go and without latency. There are a few points on midi function with max in wine that i can point out. First. make sure that whatever hardware or virtual ports that you intend to use is set up and visible to ALSA/a2jmidid before you start max. The [loadbang]-- [midiinfo]---[umenu]---[midiin] setup will detect available ports at startup and populate the umenu with the entries just as it would in windows, and the umenu can then be used to switch inputs and outputs as normal, but any changes in hardware/ports will not be detected until you restart max - even if you send [midiinfo] a refresh message. If you are experiencing shoddy connections, it's not likely coming from Max. Check your ALSA setup, physical connections etc. Note that jack midi drivers do not work in many cases, so in cadence or qjackctl, set midi drivers to 'none' and make sure ALSA is enabled with the a2jmidid --export-hw running. ALSA is by far your better bet for handling midi. Use jack for audio and ALSA for midi.
      In mac, Max can make it's own named midi ports via system messages. This is not so in wine and i dont think it is so in windows either. Rather, create a virtual port with whatever means you like, export the hardware with a2j and then start max. Here is a patch I use to handle midi in max.
    • Feb 16 2019 | 3:34 pm
      *UPDATE* Someone posed the question on another thread about the authorization packages under linux/wine. As of now, the trial period on my installation ran out and I am finding that reauthorizing is problematic. It would seem that the jweb object that the authorization patch uses is not working. Also, an error message about CEF missing appears in the console. *EDIT* My mistake. The authorization process works just fine. It would seem I bumped a setting from my prefix out of place somehow and that was causing the problem. upon setting up a fresh prefix, it all works fine. Keep a backup of your prefix once everything is working - would be my advice.
    • Apr 16 2019 | 10:43 am
      Brilliant news !!
    • Apr 23 2019 | 8:47 pm
      Also this
      Basically you can virtualize MacOS on linux, and pass through USB ports.
    • Jun 19 2019 | 10:00 am
      I remember attempting something like this early on when I was trying to get my max patches working in linux so I could use them with bitwig etc. I basically did exactly this, only I used virtualbox instead of KVM, I sent midi and audio data over the COM ports instead of USB ports, shared hard drive connections via FUSE and SSHFS and of course OSC via the virtual bridged network... Then I had a PureData patch catching the output of the virtual COM ports and translating it to data streams to be sent through the JACK bus... I didn't do the whole separate GPU thing, which is cool, but you still need to divide your CPU and ram to run the vbox... All said and done, my setup actually worked if not for the fact that running a heavy OS like OSX in a Vbox wasn't already slow and full of latency, paired with the bottleneck of streaming through slow ass COM ports. lol. For zero latency audio applications, I can't recommend it unless you have yourself a BEAST of a computer. even then, the setup is INSANE and frustrating at every step. At that point, you may as well just build a hackintosh and link them through the network, but then that defeats the idea of running max in linux. While the VR approach is super cool, I'd state my opinion that wine is probably more practical and efficient at the time of this posting. Now when things like Docker get good enough to run OSX apps in containers, THAT is when shit is gonna get reeeaaal good. Ofcourse, apple will likely call that piracy, which is probably why its not already happening and I wouldnt hold my breath for it... but hay, just sayin.