- Strong: Using the TS/JS ecosystem to render UI and tools
- Medium: Creating custom application windows in a web view. Window management features are pretty limited currently (can’t resize or render a native “close” button on the window chrome)
- Strong: Creating custom control panels for integrating with external services (like pushing and pulling audio clips or midi to/from an external service)
- Weak: Anything real-time, that’s still the domain of Max4Live or other control APIs, so don’t expect playback automation
- Medium: Tinkering with the Ableton project, clips, tracks, etc. API surface is still incomplete. Like I can read warp markers but not create them, for example. And I can’t access the global time signature settings.
The extensions are pretty aggressively sandboxed, and I appreciate that security consciousness in this season of the js ecosystem. It’s a hassle though if you want to save or load files outside of your little sandbox folder.
embedding-shape 10 hours ago [-]
Thanks a bunch for the summary! Overall seems like a great start, very similar to how Figma got started, really aggressive sandboxing, then slowly they'll open it up as they explore the exact API surfaces.
Gotta say, slightly sad about the global time signature not being available to get/set, when I read about the new SDK yesterday my mind immediately jumped to bunch of use cases which all use the global time signature :P Oh well, I'm sure it'll be available in the future.
brookst 7 hours ago [-]
Thank you! If I’m reading your findings correctly, this is focused on UI capabilities, and likely rides on top of the existing Live Object Model (LOM) rather than a new integration.
Which is a bummer, because LOM is fantastic for what it does, but has many many many frustrating gaps. Like, it cannot add devices to the master/main track. It can’t read MIDI pitch bend events, etc.
iainctduncan 21 hours ago [-]
For people into this sort of thing, another option is using my foss Max extension, Scheme for Max, to script Live through the live API using Scheme.
https://www.youtube.com/watch?v=j0sKBA-Pv2c&t=1s
The live object model is MUCH nicer to use in a lisp, as basically you do everything by making dynamic lists to represent what you want to access! There are examples in the Scheme for Max help file.
(Also, Scheme for Max can run in the scheduler thread, unlike JS in Max. Though of course calls to the Live API are deferred to the lower priority thread anyway)
lukaszkorecki 18 hours ago [-]
I need to check this out, I bounced off Max 3 times now because I find the GUI approach so tedious
windowliker 7 hours ago [-]
Max itself can be manipulated through JavaScript. You can dynamically create and connect objects in it, set scheduler tasks, etc. Max goes a lot deeper than wiring some GUI boxes together.
There's a big caveat there though that is widely misunderstood. Max has separate scheduler and UI threads. JS only runs in the UI thread, and thus cannot be used for reliable timing tasks - timing will seem to be ok until there is load and than the UI thread timing is out the window.
One of the main reasons I wrote Scheme for Max (S4M) was to enable tightly timed scripting. You can pick which thread an S4M instance runs in, and each instance is totally isolated, which is very different model from the Max js objects (including the new V8) one. Those are global and only in the UI thread. S4M works very well for this, I use it in Max for Live and can get it synchronized perfectly underload with other sequencers.
I started scripting max with JS and built Scheme for Max after banging into its limitations. My typical workflow is a mix of Max, Csound in Max, Gen and Scheme, with the fast majority of the work happening in Scheme.
windowliker 3 hours ago [-]
Well, it's obviously not intended for realtime 'live coding', but as an answer to the problem of dealing with the GUI and manually cabling a patch up it suffices, though it does help to be fairly conversant with the basics of Max to begin with. For instance I've used JS to auto-populate a patch where the number of abstractions isn't known in advance and may need to change, with each abstraction then getting its own settings passed as generated arguments. It could be a nightmare cable spaghetti patch but JS made it end up very neat and tidy.
IMO there are far better options for realtime code-generated music. Max does what it does well, and shoehorning in interrupt level scheduling for scripting on top is out of scope for its remit.
iainctduncan 2 hours ago [-]
Doing interrupt level scripting in it works just fine - lots of people have done it in C, C++, Scheme, and other extensions. I take it on stages and have produced music with it extensively. Scheme for Max is written using all the same C primitives from the Max SDK that the other Max sequencing options use and has been load and timing testing exhaustively.
I'm currently a PhD candidate in it, have previously used Csound, SuperCollider, Max, Pd, Common Music, and others, and have published/presented at conference on this topic. Of everything I've tried, I prefer working in Scheme in Max over other options. It is definitely practical and accurate. (Though in Scheme in Pd has soe nice features too!)
windowliker 2 hours ago [-]
Can your external place objects and route cables around on the patch? That's the main thrust of my original comment, which is that JS scripting can help avoid having to patch lots of objects together in the GUI. Live scripting music is beyond the scope of my advice.
iainctduncan 42 minutes ago [-]
You specifically brought up "scheduling tasks". There is a JS task scheduler, but it comes with a caveat - the scheduled timing is accurate but the time of executing is not accurate because it runs in the UI thread. Hence my comment.
If you want to schedule tasks in Max accurately with code, you can either use Max, C extensions, or my extension.
(and yes, you can do patcher scripting from S4M as well as you can easily send messages to named objects, which is all you need in order to be able to do that)
windowliker 9 minutes ago [-]
>yes, you can do patcher scripting from S4M as well as you can easily send messages to named objects
So it can't do what I asked then.
bbgm 19 hours ago [-]
Somewhat unrelated, but the number of times I have invoked Ableton as a metaphor of challenging the status quo is quite high. I was a Cubase user before Ableton showed up and completely upended the DAW world. And they've kept going.
This is just what I've been looking for. I never warmed to Max for Live for mods. But the extensions SDK I can get behind.
SoleilAbsolu 19 hours ago [-]
Also the fact that Ableton has stayed independent (and bought Cycling '74, maker of Max/MSP) is IMO critical to their ongoing success...Compare to how Native Instruments and iZoptope are mere rent-seeking shadows of their founders' visions since PE/VC took over.
One of the features that got me hooked on Ableton Live was how easy it was to do "analog style" audio recording of whatever you're hearing in realtime...not bounce, render, or sample to another device (it can do all of these too). For the master bus - just create an audio track, arm for recording and set input to "Resampling". Can do the same with any number of tracks/groups. This is critical to me for capturing ideas in realtime and continually reprocessing/resampling as I go.
I was astonished when I first started making digital music 20 years ago that this isn't a standard feature in every DAW. Some DAWs (REAPER, Bitwig, AudioMulch) do this as easily, others (Logic, Reason) have workarounds.
moralestapia 18 hours ago [-]
Native Instruments is bankrupt, unfortunately.
PaulDavisThe1st 16 hours ago [-]
They've been purchased.
moralestapia 7 hours ago [-]
Wow, you created Ardour! Thanks!
I was a heavy and loyal Cubase user then switched to Ardour when it came out because of OSS.
Also Reason, you guys remember Reason? It had such a warm, characteristic sound out of the box. You could easily hear it in many songs of the time; same with Fruity Loops but for all the wrong reasons, lol.
I don't do a lot of music at the moment, but it's nice to read you here ^^.
briandear 6 hours ago [-]
FabFilter is another independent company that make some of the best plugins around.
tnolet 9 hours ago [-]
Totally unrelated, but it's still interesting that a lot of the key music software was / is created in either Berlin (Ableton, Native Instruments) or in / near Hamburg (Steinberg of Cubase — now owned by Yamaha — and Emagic of Logic — now owned by Apple). There must have been something in the air.
cdavid 6 hours ago [-]
Partially a mix of strong, hacker culture in Germany in the 90ies + Berlin being a major place for electronic music in that decade.
I never knew that, and it is _really_ interesting! My DAW of choice (Bitwig) also based in Berlin...
Kye 2 hours ago [-]
Bitwig was started by former Ableton people.
henry28256 19 hours ago [-]
I've used the same metaphor for AI tools. The incumbents keep adding features to the old paradigm (like Cubase did). Then someone comes along and rethinks the interaction model entirely (like Ableton with Session View). AI tools are in that
transition moment right now — most are just adding AI to old workflows, not rethinking the workflow itself.
abstractbill 21 hours ago [-]
A couple of times I've tried somewhat seriously to build "google docs for ableton" (meaning two people editing the same project on different computers, seeing each other's edits in realtime). Frustratingly I decided it was impossible to do a really good job of it back then. This sounds like it might finally make it doable!
embedding-shape 10 hours ago [-]
In the past, I've literally done screen-sharing for this, one "instructor" and one "pilot", basically like how you do remote pair programming typically, but with Ableton instead.
Ha yeah I have considered the same. There’s not enough info exposed via the Python or Max APIs (or indeed this one) to sync all the state you’d care about so I think the only option would be syncing the actual als files (which are zipped XML) which means you’d only be able to sync at save points
DesaiAshu 15 hours ago [-]
We should talk - I'm building a new DAW with this in mind :)
brookst 7 hours ago [-]
We should talk - I’m building a Claude Code plugin for music composition and analysis, which currently integrates with Ableton using MCP and Ableton control surface (basically LOM) and an M4L patch. But it could easily work with any DAW that has the right primitives.
ddosmax556 10 hours ago [-]
check audiotool
coldtea 19 hours ago [-]
Don't kick yourself. It's not possible with Google Docs either. All these collaborative document editors have been mostly gimmicks/wastes of time.
arikrahman 11 hours ago [-]
Wish we could get some native compatiblity with Linux. The closest I've gotten on NixOS was with Bitwig, with a simple compatability script I wrote: https://github.com/ArikRahman/Nixwig
embedding-shape 10 hours ago [-]
Bitwig has native Linux builds though? Should be very easy, last time I tried it, it was literally click-and-play basically.
Ableton is another beast altogether, and I've also been trying to get it running for years at this point, no end in sight. Last time I tried, after being recommended https://github.com/BEEFY-JOE/AbletonLiveOnLinux (now sadly archived), I managed to get the actual UI to render and be interactive, but still couldn't get proper audio to work with my interface, only software rendered audio, so the quest continues...
arikrahman 5 hours ago [-]
Yes Bitwig is simple. Getting it to work on Nix took the slim layer I made.
ano-ther 8 hours ago [-]
For the Push 3 standalone they have ported Live to Linux, but it’s confined to their own hardware.
> The challenges were many: we had to create an operating system, we needed to deal with porting Live to Linux, we needed to deal with all the gory details of WiFi and authorization.
I'd probably be ready to shell money for another studio license if they could just make that version available to us plebs that run Linux on our desktop computers. There is basically just 2-3 programs left to have running on Linux for me to finally be able to uninstall Windows, Ableton being one of them.
brucie 7 hours ago [-]
Bitwig 6 works out of the box on NixOS unstable.
arikrahman 5 hours ago [-]
I see it on Nixpkgs, excited to try it out. I hope Wayland compatiblity on tiling manager works, I had to use some workarounds previously.
nedt 5 hours ago [-]
The have it buried in the FAQ, but that's pretty much the interface for AI. And a really good one. You can use it with just your old human intelligence, but then you can also get help if coding isn't your thing.
Biggest issue with having something so easy to work with is the huge amount of extensions we will be getting, which makes it harder to find the jewels.
Also wondering if we will get extensions for Abelton Move as well. There are already a couple of hacks that are adding functions that are running as a sidecar. This could give them an official API.
_def 5 hours ago [-]
Got some links to the Move hacks?
barcoder 6 hours ago [-]
I've been experimenting with controlling Ableton with VR gestures. It's amazing how quickly I made a prototype using IWSDK and AbletonOSC.
This is cool - feels great that there's a growing long-term incentive to implement open SDKs and APIs, for the sake of agent-forward prosumers, in the spirit of earlier internet stuff that used to do it but stopped.
maxaw 17 hours ago [-]
Yes! Glad to see someone else having this thought. Will be interesting to see how it plays out
peteforde 20 hours ago [-]
I've often felt as though the way to make a DAW that competes with Ableton today would be to build the entire UI around composable scripted modules.
Far too much of Ableton's secret sauce is hidden away behind Max for Live and top-tier pricing only features. This is a great step in the right direction.
jmole 20 hours ago [-]
There is zero "secret sauce" in max for live.
Ableton and Max are totally separate codebases, and "Max for Live" is just a ~VST interface between them.
I do agree that "scriptable Ableton" would be far better for production and sound design than Max, because they make all the hard parts easy: MIDI, sequencing, mixing, etc.
In Max, you have to build everything from scratch, every time.
windowliker 6 hours ago [-]
>Ableton and Max are totally separate codebases, and "Max for Live" is just a ~VST interface between them.
This is not strictly true, and Max for Live (M4L) is much more than a pseudo-VST. In the context of Live, the Max runtime is controlled by the DAW, which itself then exposes part of its interface to Max. So there's realtime bi-directional communication going on, more akin to how Propellerhead Software's (now deprecated) ReWire protocol used to work, the host passing control information (transport position, note data, etc.) and audio buffers into the client software and vice-versa. There is some superficial similarity with VST in this sense, but with M4L it's much more deeply integrated into the DAW as a whole. The Live Object Model[1], while not complete, is extensive, and there is very little that is off-limits to a M4L device to manipulate, with the caveat that care must be taken to avoid overflow of the control stream coming back from Max into Live (certain operations must be placed in the low-priority scheduler thread).
This new API gives much of the same control that M4L already did, but without having to have Max involved.
>In Max, you have to build everything from scratch, every time.
Again, not strictly true. Editing a M4L device opens the full Max environment, which has a snippets[2] feature much like any other good IDE. You can easily build a large library of boilerplate code for your own specific purposes with it. There are also many basic examples included out of the box.
I don't own Max for Live. If I want to use it, I either need to upgrade to Ableton Suite for $500 or I need to upgrade to Standard and buy Max for Live separately (also $500).
There's a huge ecosystem of tools that are implemented as Max for Live packages which I cannot access because I haven't paid the toll.
I see that even this new Extensions SDK is only available to people who have paid for the full Suite edition.
I'd describe that as a market opportunity.
SoleilAbsolu 19 hours ago [-]
FWIW you should be "able to" get 2ndhand Ableton Suite licenses for significantly less...IIRC I paid ~$350 a few years ago.
easyThrowaway 6 hours ago [-]
They also offer substantial discounts if you attend their seminars. I was able to buy Live Standard for roughly 150€ a few years ago.
peteforde 18 hours ago [-]
Please say more
0x1ceb00da 15 hours ago [-]
Yeah. How does ableton handle the transfer? Do you mail them the transfer request, they generate a new key and mail it to the new owner?
There are massive communities around tools far more simple than Ableton was even a decade ago, like SP404, Akai MPCs, Elektron Digitakt.
Many musicians treat any item as an instrument, not as a plaform. There are probably dozens of videos on youtube, where musicians explain, why they use more limited tools instead of Ableton.
To make a successful music tool (that includes DAW), you have to own a powerful workflow, that some group of musicians love or need. Extensibility is fine, but not the only way to succeed.
There are now people making music on pocket trackers that have ± same amount of features as modplug Tracker I used in the end of 90s.
The thing is, when you make a music with a guitar, you don't want your guitar to be 'built around composable scripted modules'. You want to play an instrument, and the UX should enable it, and generally get out of the way.
coldtea 19 hours ago [-]
>Far too much of Ableton's secret sauce is hidden away behind Max for Live
The other way around. Ableton exposes some internal modules to Max for Live as Max for Live modules.
What Ableton gets from Max for Live is not internals, but basically a few Ableton-only Max-built plugins, that could as well use VST underneath.
peteforde 19 hours ago [-]
I answered this in a different branch of the thread, but you're kind of missing my point. I don't own Max for Live, so the large ecosystem of useful tools that I'd enjoy trying out is unavailable to me.
It's not about special powers, just being forced to pay the gatekeeper to the otherwise free/OSS ecosystem.
Slow_Hand 16 hours ago [-]
Max/MSP has always been a paid tool. There was never a situation when you were going to be able to participate without paying.
This sounds a little like you're complaining that you cannot watch all of the free Youtube content because you don't want to pay for the device that will display it.
peteforde 13 hours ago [-]
That is... not a good analogy at all.
What it is, though, is a misguided attempt to move the goal posts on what I actually said, which is that a huge amount of the value of Ableton is gatekept behind paid addons.
If a DAW was structured like Blender or KiCAD and designed from the ground up to be extensible (or minimal!) then you wouldn't have any impetus to try to shame people who haven't paid a gate toll to execute software people have contributed to the public domain.
Slow_Hand 3 hours ago [-]
Agreed. It's not a great analogy.
I'm annoyed because you keep referring to the cost of a license as "gate-keeping" or somehow "hiding away" your ability to use the software. Pay the cost for a license or don't. It's a reasonable price for the tools.
> I don't own Max for Live, so the large ecosystem of useful tools that I'd enjoy trying out is unavailable to me. t's not about special powers, just being forced to pay the gatekeeper to the otherwise free/OSS ecosystem.
You seem mistaken about Max/MSP being free or open source, which it has never been. Certainly not in the last eighteen years since I've been using it.
You seem to be saying that it would be a whole lot nicer if Ableton were an open source tool that we didn't have to pay for and could develop ourselves. Maybe that WOULD be an improvement in some ways. It would at least be free. A lot of things might be better. Some things not so much.
But it's not. Live is a paid product. And so is Max/MSP. And I'm very happy to continue paying these developers to keep doing a great job because they make tools that are tremendously helpful to me and they don't abuse that relationship with things like monthly subscriptions or unreasonable restrictions. In many ways Ableton is a model company that is self-governed and largely free of outside influence like private equity. I want them to succeed and I want more companies like them to thrive.
-----
There is a free and open-sourced alternative to Max/MSP: Pure Data. If you think open-sourcing this type of software is such a great idea, then you should develop in Pure Data instead of Max/MSP. There are probably open-sourced DAW projects out there too that you can integrate into as well.
Maybe then you'll realize that Live and Max/MSP's asking price is not so high after all.
dumbdumb125 20 hours ago [-]
i could see this being something that AI takes a bite out of in the coming years
i've been making my own vst instruments and effects with faust, and codex knocks it out of the park; it's basically a trivial task
the only problem is that i have to use software that's external to DAWs. it's only a matter of time before this is first class in DAWs
brookst 7 hours ago [-]
IMO it’s going to work the other way around. I’m doing my best composition ever using LLM coding tools that just use Ableton as a rendering engine.
honkycat 15 hours ago [-]
You're describing reaper. Super great for scripting
6 hours ago [-]
peteforde 13 hours ago [-]
Cool! I'll check it out.
Lucasoato 18 hours ago [-]
Among the first examples they show Paulstretch for Live. I remember using Audacity to apply it in the past because it wasn't easily available in other DAWs :)
Try slowing the PSX opening sound by 5x to 10x, you won't regret it.
macscam 21 hours ago [-]
This is great to see. Not widely known, but it's already been possible to write Python extensions for Ableton using the LOM, which I was doing via ClyphXPro. But this looks easier!
iainctduncan 21 hours ago [-]
Yeah, that was what got me into Live in the first place! Writing custom control surfaces in python from the reverse engineered stuff.
Nice to see they have put out options they will officially support though. I do admire that instead of saying "no you can't" they just said "we know those open python example scripts our there and we won't comment on them". :-)
20 hours ago [-]
moralestapia 21 hours ago [-]
>Extensions are built on the NodeJS platform, a free, open-source, cross-platform JavaScript runtime environment.
I applied for a job with them and proposed this exact thing about 8 years ago (got auto-rejected, I would've been very happy to work on it).
But I'm glad to see they finally did it.
AaronAPU 19 hours ago [-]
I would imagine nearly every programmer who has ever used a DAW has thought “this would be cool to have its own scripting language.”
They already had Python. Mentioning an architecturally obvious idea in a job application is likely to read as insulting, because it presumes their engineers weren’t already aware of that possibility.
embedding-shape 8 hours ago [-]
> Mentioning an architecturally obvious idea in a job application is likely to read as insulting, because it presumes their engineers weren’t already aware of that possibility.
That's a bit much no, why would it be insulting? "Great minds think alike" would be my reaction, instead of "Ew, duh, of course we thought of that, you think we stupid?".
moralestapia 18 hours ago [-]
I'd love to read those cover letters then.
Then I can make a meaningful comparison.
Kye 21 hours ago [-]
You could already use Node through M4L. I'm not clear on what this adds that wasn't already possible.
nopayne 21 hours ago [-]
With M4L you need to implement your feature in a device and add it to your project. My Ableton project template has a bunch of these on my main track. With extensions you use a context menu as the entry point which will hopefully be more lightweight. Hopefully they'll expose more of the object model over time and let us trigger these via keyboard/midi shortcuts.
coldtea 19 hours ago [-]
M4L is basically a plugin sdk. It loads as a VST would (roughly), just with access to Ableton UI elements.
Ableton Extentions if a first class api to Live, kind of like AppleScript.
moralestapia 21 hours ago [-]
They made extensions first class, chose JavaScript as the primary language, and chose node.js as its runtime.
wahnfrieden 20 hours ago [-]
Works for all tiers too
honkycat 16 hours ago [-]
I hate max so much. I wish this could extend to the push 3, I've been working on an orchid clone.
It would be TRIVIAL in any other language, but noooo, I have to write a fucking max patch and deal with their trash visual syntax and runtime.
tomduncalf 13 hours ago [-]
FWIW you can bypass quite a lot of the Max visual stuff by using the JS support, which now finally supports modern JS (the v8 object). A lot of the LOM (Live API) is exposed there though you will no doubt need to use Max objects for some stuff. They also have web UI support with jweb.
I get the frustration coming to Max as a regular developer, but actually when I bothered to learn it was one of the most rewarding uses of time and I find it really quite fun to work in (and frustrating sometimes of course! But the JS support helps). You just need to forget everything you know about programming lol
windowliker 7 hours ago [-]
The visual patching part of Max makes sense when you know the history of the program. It was built for musicians working at the forefront of interfacing MIDI with the power of the more compact mainframe computers of the day (PDP-11 IIRC). The 'programming' was done through a GUI running on the first Macintosh. At first there was no audio processing in Max itself, it was purely for generating and manipulating MIDI data.
You can see this 'bare-bones' style of Max with Miller Puckette's continuation of his original work in Pure Data[1] (aka Pd). The nice thing about Pd is that it's open source, so all the scheduling and signal flow logic can be examined and understood. As I understand it, the basics of Pd are comparable to how Max still works under the hood, though no doubt there has been some deviation over the years.
As it is now, Max offers a very smooth interface to the basic paradigm that was established 40 years ago, with many modern advances, but the fundamental idea hasn't changed all that much since it first came out.
If you really hate having to work through a GUI for computer music there's always SuperCollider[2] and its many derivatives (Sonic Pi, TidalCycles, etc.). It's nice to have options!
My initial take on its strengths/weaknesses:
- Strong: Using the TS/JS ecosystem to render UI and tools
- Medium: Creating custom application windows in a web view. Window management features are pretty limited currently (can’t resize or render a native “close” button on the window chrome)
- Strong: Creating custom control panels for integrating with external services (like pushing and pulling audio clips or midi to/from an external service)
- Weak: Anything real-time, that’s still the domain of Max4Live or other control APIs, so don’t expect playback automation
- Medium: Tinkering with the Ableton project, clips, tracks, etc. API surface is still incomplete. Like I can read warp markers but not create them, for example. And I can’t access the global time signature settings.
The extensions are pretty aggressively sandboxed, and I appreciate that security consciousness in this season of the js ecosystem. It’s a hassle though if you want to save or load files outside of your little sandbox folder.
Gotta say, slightly sad about the global time signature not being available to get/set, when I read about the new SDK yesterday my mind immediately jumped to bunch of use cases which all use the global time signature :P Oh well, I'm sure it'll be available in the future.
Which is a bummer, because LOM is fantastic for what it does, but has many many many frustrating gaps. Like, it cannot add devices to the master/main track. It can’t read MIDI pitch bend events, etc.
The live object model is MUCH nicer to use in a lisp, as basically you do everything by making dynamic lists to represent what you want to access! There are examples in the Scheme for Max help file.
(Also, Scheme for Max can run in the scheduler thread, unlike JS in Max. Though of course calls to the Live API are deferred to the lower priority thread anyway)
Have a dig around here: https://docs.cycling74.com/apiref/js/
One of the main reasons I wrote Scheme for Max (S4M) was to enable tightly timed scripting. You can pick which thread an S4M instance runs in, and each instance is totally isolated, which is very different model from the Max js objects (including the new V8) one. Those are global and only in the UI thread. S4M works very well for this, I use it in Max for Live and can get it synchronized perfectly underload with other sequencers.
I started scripting max with JS and built Scheme for Max after banging into its limitations. My typical workflow is a mix of Max, Csound in Max, Gen and Scheme, with the fast majority of the work happening in Scheme.
IMO there are far better options for realtime code-generated music. Max does what it does well, and shoehorning in interrupt level scheduling for scripting on top is out of scope for its remit.
I'm currently a PhD candidate in it, have previously used Csound, SuperCollider, Max, Pd, Common Music, and others, and have published/presented at conference on this topic. Of everything I've tried, I prefer working in Scheme in Max over other options. It is definitely practical and accurate. (Though in Scheme in Pd has soe nice features too!)
If you want to schedule tasks in Max accurately with code, you can either use Max, C extensions, or my extension.
(and yes, you can do patcher scripting from S4M as well as you can easily send messages to named objects, which is all you need in order to be able to do that)
So it can't do what I asked then.
This is just what I've been looking for. I never warmed to Max for Live for mods. But the extensions SDK I can get behind.
One of the features that got me hooked on Ableton Live was how easy it was to do "analog style" audio recording of whatever you're hearing in realtime...not bounce, render, or sample to another device (it can do all of these too). For the master bus - just create an audio track, arm for recording and set input to "Resampling". Can do the same with any number of tracks/groups. This is critical to me for capturing ideas in realtime and continually reprocessing/resampling as I go.
I was astonished when I first started making digital music 20 years ago that this isn't a standard feature in every DAW. Some DAWs (REAPER, Bitwig, AudioMulch) do this as easily, others (Logic, Reason) have workarounds.
I was a heavy and loyal Cubase user then switched to Ardour when it came out because of OSS.
Also Reason, you guys remember Reason? It had such a warm, characteristic sound out of the box. You could easily hear it in many songs of the time; same with Fruity Loops but for all the wrong reasons, lol.
I don't do a lot of music at the moment, but it's nice to read you here ^^.
For example, ableton was famousley co-created by the members of the monolake, a pioneer of minimalist techno in the 90ies. Some history there: https://www.roberthenke.com/interviews/ableton.html
-Emu
-Plugin Alliance
-UAD
-Autotune
-Burl
Besides that, Ableton themselves list a bunch of tools I assume works on some level, as they're listed in the help pages of Ableton: https://help.ableton.com/hc/en-us/articles/360012680119-Best...
Ableton is another beast altogether, and I've also been trying to get it running for years at this point, no end in sight. Last time I tried, after being recommended https://github.com/BEEFY-JOE/AbletonLiveOnLinux (now sadly archived), I managed to get the actual UI to render and be interactive, but still couldn't get proper audio to work with my interface, only software rendered audio, so the quest continues...
> The challenges were many: we had to create an operating system, we needed to deal with porting Live to Linux, we needed to deal with all the gory details of WiFi and authorization.
https://www.ableton.com/en/blog/the-evolution-of-push/
Biggest issue with having something so easy to work with is the huge amount of extensions we will be getting, which makes it harder to find the jewels.
Also wondering if we will get extensions for Abelton Move as well. There are already a couple of hacks that are adding functions that are running as a sidecar. This could give them an official API.
Time to see what's possible with the new SDK.
https://iwsdk.dev/ https://github.com/ideoforms/AbletonOSC
Far too much of Ableton's secret sauce is hidden away behind Max for Live and top-tier pricing only features. This is a great step in the right direction.
Ableton and Max are totally separate codebases, and "Max for Live" is just a ~VST interface between them.
I do agree that "scriptable Ableton" would be far better for production and sound design than Max, because they make all the hard parts easy: MIDI, sequencing, mixing, etc.
In Max, you have to build everything from scratch, every time.
This is not strictly true, and Max for Live (M4L) is much more than a pseudo-VST. In the context of Live, the Max runtime is controlled by the DAW, which itself then exposes part of its interface to Max. So there's realtime bi-directional communication going on, more akin to how Propellerhead Software's (now deprecated) ReWire protocol used to work, the host passing control information (transport position, note data, etc.) and audio buffers into the client software and vice-versa. There is some superficial similarity with VST in this sense, but with M4L it's much more deeply integrated into the DAW as a whole. The Live Object Model[1], while not complete, is extensive, and there is very little that is off-limits to a M4L device to manipulate, with the caveat that care must be taken to avoid overflow of the control stream coming back from Max into Live (certain operations must be placed in the low-priority scheduler thread).
This new API gives much of the same control that M4L already did, but without having to have Max involved.
>In Max, you have to build everything from scratch, every time.
Again, not strictly true. Editing a M4L device opens the full Max environment, which has a snippets[2] feature much like any other good IDE. You can easily build a large library of boilerplate code for your own specific purposes with it. There are also many basic examples included out of the box.
[1] https://docs.cycling74.com/apiref/lom/
[2] https://docs.cycling74.com/userguide/snippets/
I don't own Max for Live. If I want to use it, I either need to upgrade to Ableton Suite for $500 or I need to upgrade to Standard and buy Max for Live separately (also $500).
There's a huge ecosystem of tools that are implemented as Max for Live packages which I cannot access because I haven't paid the toll.
I see that even this new Extensions SDK is only available to people who have paid for the full Suite edition.
I'd describe that as a market opportunity.
There are massive communities around tools far more simple than Ableton was even a decade ago, like SP404, Akai MPCs, Elektron Digitakt.
Many musicians treat any item as an instrument, not as a plaform. There are probably dozens of videos on youtube, where musicians explain, why they use more limited tools instead of Ableton.
To make a successful music tool (that includes DAW), you have to own a powerful workflow, that some group of musicians love or need. Extensibility is fine, but not the only way to succeed.
There are now people making music on pocket trackers that have ± same amount of features as modplug Tracker I used in the end of 90s.
The thing is, when you make a music with a guitar, you don't want your guitar to be 'built around composable scripted modules'. You want to play an instrument, and the UX should enable it, and generally get out of the way.
The other way around. Ableton exposes some internal modules to Max for Live as Max for Live modules.
What Ableton gets from Max for Live is not internals, but basically a few Ableton-only Max-built plugins, that could as well use VST underneath.
It's not about special powers, just being forced to pay the gatekeeper to the otherwise free/OSS ecosystem.
This sounds a little like you're complaining that you cannot watch all of the free Youtube content because you don't want to pay for the device that will display it.
What it is, though, is a misguided attempt to move the goal posts on what I actually said, which is that a huge amount of the value of Ableton is gatekept behind paid addons.
If a DAW was structured like Blender or KiCAD and designed from the ground up to be extensible (or minimal!) then you wouldn't have any impetus to try to shame people who haven't paid a gate toll to execute software people have contributed to the public domain.
I'm annoyed because you keep referring to the cost of a license as "gate-keeping" or somehow "hiding away" your ability to use the software. Pay the cost for a license or don't. It's a reasonable price for the tools.
> I don't own Max for Live, so the large ecosystem of useful tools that I'd enjoy trying out is unavailable to me. t's not about special powers, just being forced to pay the gatekeeper to the otherwise free/OSS ecosystem.
You seem mistaken about Max/MSP being free or open source, which it has never been. Certainly not in the last eighteen years since I've been using it.
You seem to be saying that it would be a whole lot nicer if Ableton were an open source tool that we didn't have to pay for and could develop ourselves. Maybe that WOULD be an improvement in some ways. It would at least be free. A lot of things might be better. Some things not so much.
But it's not. Live is a paid product. And so is Max/MSP. And I'm very happy to continue paying these developers to keep doing a great job because they make tools that are tremendously helpful to me and they don't abuse that relationship with things like monthly subscriptions or unreasonable restrictions. In many ways Ableton is a model company that is self-governed and largely free of outside influence like private equity. I want them to succeed and I want more companies like them to thrive.
-----
There is a free and open-sourced alternative to Max/MSP: Pure Data. If you think open-sourcing this type of software is such a great idea, then you should develop in Pure Data instead of Max/MSP. There are probably open-sourced DAW projects out there too that you can integrate into as well.
Maybe then you'll realize that Live and Max/MSP's asking price is not so high after all.
i've been making my own vst instruments and effects with faust, and codex knocks it out of the park; it's basically a trivial task
the only problem is that i have to use software that's external to DAWs. it's only a matter of time before this is first class in DAWs
Try slowing the PSX opening sound by 5x to 10x, you won't regret it.
Nice to see they have put out options they will officially support though. I do admire that instead of saying "no you can't" they just said "we know those open python example scripts our there and we won't comment on them". :-)
I applied for a job with them and proposed this exact thing about 8 years ago (got auto-rejected, I would've been very happy to work on it).
But I'm glad to see they finally did it.
They already had Python. Mentioning an architecturally obvious idea in a job application is likely to read as insulting, because it presumes their engineers weren’t already aware of that possibility.
That's a bit much no, why would it be insulting? "Great minds think alike" would be my reaction, instead of "Ew, duh, of course we thought of that, you think we stupid?".
Then I can make a meaningful comparison.
Ableton Extentions if a first class api to Live, kind of like AppleScript.
It would be TRIVIAL in any other language, but noooo, I have to write a fucking max patch and deal with their trash visual syntax and runtime.
I get the frustration coming to Max as a regular developer, but actually when I bothered to learn it was one of the most rewarding uses of time and I find it really quite fun to work in (and frustrating sometimes of course! But the JS support helps). You just need to forget everything you know about programming lol
You can see this 'bare-bones' style of Max with Miller Puckette's continuation of his original work in Pure Data[1] (aka Pd). The nice thing about Pd is that it's open source, so all the scheduling and signal flow logic can be examined and understood. As I understand it, the basics of Pd are comparable to how Max still works under the hood, though no doubt there has been some deviation over the years.
As it is now, Max offers a very smooth interface to the basic paradigm that was established 40 years ago, with many modern advances, but the fundamental idea hasn't changed all that much since it first came out.
If you really hate having to work through a GUI for computer music there's always SuperCollider[2] and its many derivatives (Sonic Pi, TidalCycles, etc.). It's nice to have options!
[1] https://msp.ucsd.edu/software.html
[2] https://supercollider.github.io/