This page is only visible to admin users. Sorry!

This page is only visible to signed in users.

Contact <link>support@cycling74.com</link> if you believe you're seeing this page in error.

You don't have permission to view this page.

Activity

There was a problem removing the addon. Please try again.

Are you sure you would like to remove the <name>{addonName}</name> addon from your Max subscription? Your {addonName} addon license will remain active until the end of your current billing cycle.

{name} was successfully removed from your Max subscription.

Remove Addon

There was a problem resuming your subscription. Please try again.

Are you sure you would like to resume <name>{addonName}</name>? Your billing cycle will be reactivated and you will be billed as normal on {renewalDate}.

Your subscription has been successfully resumed.

Resume Subscription

There was a problem cancelling your subscription.

Are you sure you would like to cancel <name>{licenseName}</name>? Your license will remain active until <expiry>{expiryDate}</expiry>, at which point your subscription will expire and the license will be deactivated.

Your subscription has been successfully canceled.

Cancel Subscription

Next, start up the Max application and sign into your account (Help > User Account and Licenses).

Max has been successfully activated.

You must be signed into your account to activate Max.

Activate Max

Create a New Post

Edit Article

The list of what we're discovering about Max and our users grows each day. We tackle everything from hardware reviews to re-reading books from decades past.

Get the Latest on Max and our Community

Articles

Sign Out

Sign in to authorize License

Authorize Max

Filter by Format

Filter by Language

Find books related to learning Max.

Books About Max

Here are the artists and educators helping people get creative in Max

Meet Our Max Certified Trainers

Certified Trainers

{ firstName } { lastName } - Certified Trainer

There are no open positions at this time.

This website uses cookies.

Please check your inbox for further instructions.

Forgot Password

Error

Success

Actions

Create Forum Topic

Edit Forum Topic

{category} Forum

There was an error submitting your details. Please try again.

Thank you for your submission! Someone will be in touch with you soon.

NFR / Industry Accomodations

Please make sure you use the link you received by email.

There was a problem retrieving your invitation.

Your account has been successfully created. To manage your institutional licenses, please go to <authLink>https://auth.cycling74.com</authLink> and sign in with your newly created account.

You must be signed out to view this page.

Create an Account

Find more details on our <link>Status Page</link>.

Under Maintenance

Name

Sort By

{ category } Packages

Share a Max Project

Edit Project

Image Notes

Important Notes

Max Projects come in all shapes and forms. Over the years, our users have shared over a thousand ideas and projects with us. We're proud to showcase them here.

Find Inspiration from other Max Users

Cycling '74 will review it within a week and may make minor edits before publishing it, so your project looks best and reads well in our project gallery.

Thank you for your submission! Your project is currently pending.

Account Recovery

Bundled

{ name } { version } Release Notes

There was a problem changing your password. Please try again.

You can now <link>log in</link> with your updated credentials.

Your password was changed successfully.

Reset Password

Your purchase has now been linked to this account. Next, start up the Max application and sign into your account (Help > User Account and Licenses).

Retrieve License

Type

Search the Cycling '74 forums and website

Search {query}

Please enter your educational details

Your Max for Live or Live Suite serial number is required for this purchase. <link>Need help finding your serial number?</link>

There was a problem updating your subscription. Please try again, or contact support@cycling74.com if the problem persists.

Confirm Subscription Addon

Thank you for your purchase

Thank you

Retrieving your order details, please wait...

Contact <link>support@cycling74.com</link> if you have questions/issues.

Couldn't sign in. Please check that your username/email and password are correct.

Sign in with your Cycling '74 account

There was a problem creating an account. Please try again.

Successfully created your user account! Please check your email for one last verification step.

Create a Cycling '74 account

Select a Product

Thank you! Your request has been successfully submitted to our support team. Please check your email.

There was an error sending your application. Please try again.

There was an error sending your request. Please try again.

By submitting this iLok request, you understand that you will be notified when an asset is deposited to your iLok.com account. After receiving that notification, you can transfer the asset to your iLok USB stick. Once an asset has been deposited to your iLok account, Cycling '74 cannot remove it. Therefore, you cannot go back to the Cycling '74 account sign-in method to authorize the given license. Please be aware that all iLok requests are manually processed so it can take up to 48 hours to fulfill your request during normal business hours (Monday-Friday, 9am-5pm Pacific Time).

Important Information

Thank you! Your request has been successfully submitted.

Please note that we are no longer taking submissions for Tools and no longer supporting the Tools section, so you may run into broken files and URLs. You can contribute to the Cycling '74 Community by submitting a Package or using the forums instead.

Max Tools Archive

Edit Tutorial

Tutorials are an ideal way to accomplish a task, learn a new strategy or brush up on your skills. In addition to our in-app Examples, Tutorials and Help Files, you can find new ones here.

Explore the Online Tutorials

Tutorials

Thank you. Please start Max and sign in to use your license

Upgrade

Sign In

Your account requires verification. Please check your inbox, or <link>click here to send the verification email again</link> if you didn't receive it.

Unverified Account

Do you have an activation code?

Already own Max 8 and ready to authorize?

Trouble? Please email <link>support@cycling74.com</link> for help.

If you're new to Max, this is just for you.

Thanks for verifying your account!

You're one step closer to being part of the Cycling '74 Community.

Verify Your Cycling '74 Account

Failed to request a new verification e-mail: {message}

A verification email has been sent to { email }. Please check your inbox.

Can't find your verification e-mail or only have an expired one?

There was a problem verifying your email change. Please try again.

There was an error verifying your email address.

Your email address has been successfully verified. Thank you!

Verify Your Email Address

A user token is required to verify your email address. Please follow the link you received via email.

Nhat Nguyen

I'm new-ish to Max. So I'm using jit.vcr to record video and sound - everything works fine. I'm also delaying a bang so that after 10 seconds, the patch will automatically stop the recording (the bang goes to "stop" after 10 seconds). Basically, I want all video recordings to be 10 seconds only.

But every time I click "write", a small window pops up asking me to save the file to a location of my choosing. The recording only starts after I have clicked "save" from the pop-up window, but the bang to "stop" is already counting down from 10 seconds regardless of when I actually finish pressing "save".

Does anyone know if there's a way around this: by starting the bang countdown after I hit "save"?

Hi everyone,
I'm new-ish to Max. So I'm using jit.vcr to record video and sound - everything works fine. I'm also delaying a bang so that af

"write"-message-in-jit-vcr

how to send a bang after saving with "write" message in jit.vcr?

fraction

send-value-from-within-js-to-abstractionbpatcher

Langston Kelly

I am building a MIDI effect which turns each note played into a major 7 chord and plays a different inversion of the chord based on the position (above, below, or same) of the note currently being played in comparison with the note played before with some variation. It seems to all be set up correctly except the switch, which I am using to switch between chord inversions, isn't delivering all note offs leaving some notes to ring out as if sustained.

I've set up a few zl.streams monitoring the output of the chord inversions, switch, and midiformat. I can see that while all note offs are being properly sent from the chords, they simply aren't making it through the switch. I have even added a pipe with a 120 ms delay between the switch and the if/then statements which control the switch with the thought that maybe the switch is just switching too fast. There seems to have been some minor improvement, but it is not enough. Increasing the delay doesn't seem to help either.

I am building a MIDI effect which turns each note played into a major 7 chord and plays a different inversion of the chord based on the position (above, below, or same) of the note currently being played in comparison with the note played before with some variation.  It seems to all be set up correctly except the switch, which I am using to switch between chord inversions, isn't delivering all note offs leaving some notes to ring out as if sustained. 

Hello,
I am building a MIDI effect which turns each note played into a major 7 chord and plays a different inversion of the chord based on t

switch-not-delivering-all-note-offs

My guess without looking at your patch (it's 2:30am so I'm outta here!) is that you're changing the switch position before the note-offs have a chance to get through. If that's the case I'd use [offer] to fix it. G'nite!

I've tested this on my laptop running Max 8.2.2 under Windows 10. It appears to work perfectly WITHOUT the pipe. The pipe is actually doing the opposite to what you might imagine and is causing the switch to change AFTER the notes have started passing through it. Indeed, using the debugger, I can assure you that the logic flow is correct in that the switch value changes before any of the incoming notes reaches it without the pipe.

What I have noticed though is that there is a lot of lag occurring between pressing a key and the notes coming out. This might be because the notes are passing through all 5 chord patchers before anything goes through the switch.

I suggest that instead of using a switch after the chord patchers that you use a gate before them:

Beyond that, I've noticed that if a second key is pressed before the first is released that there are still hung notes because the switch/gate has changed before the note off messages have passed through. So I suggest adding a midiflush before the midiout and hitting it with a bang when the switch/gate value changes. This ensures that all playing notes are sent a note off before the next chord comes through:

Here is a revised patch with the changes added:

Wow guys,  thanks for such a fast and thorough response. And Andy, thanks for taking the time to explain and update this for me. It works great!

You're welcome! Every challenge is a learning experience.

Switch Not Delivering All Note Offs

riotchild

I have a simple (set 1.1 k) message going to a [comment], but comment is displaying 1.10 k and I don't want that extra 0 in there. I think it's something regexp can solve, but I'm not sure how. Can anyone assist?

Hi folks,

I have a simple (set 1.1 k) message going to a [comment], but comment is displaying 1.10 k and I don't want that extra 0 in there. I think it's something regexp can solve, but I'm not sure how. Can anyone assist? 

Hi folks,

I have a simple (set 1.1 k) message going to a [comment], but comment is displaying 1.10 k and I don't want that extra 0 in there

extra-0-in-set-comment

set is treating the text as two separate items - a floating point number and a symbol. To have it passed as a single symbol just put it in double quotes:


or at least put the number in quotes, then it is a symbol.

Extra 0 in set>comment

McNamara

I want to start recording MIDI, then hit play and begin playing back the beginning of the MIDI recording while not interrupting that recording process.

I started off with [seq] which is very handy except if you start playing your recording it stops recording any subsequent events.

I've thought about recording into a [buffer~} but that seems messy.

I've been trying out [mtr] but the only way I've though of doing it with that object is by setting a length, setting it to play @loop 1, then using the "addevent" messages to write at certain times, but I don't think you can get the current playhead position of the [mtr] object.

The scenario: 
I want to start recording MIDI, then hit play and begin playing back the beginning of the MIDI recording while not interrupting that recording process.

The scenario: 
I want to start recording MIDI, then hit play and begin playing back the beginning of the MIDI recording while not interrupti

record-midi-begin-playing-recording-while-still-recording

Chris Muir made a sequencer called CollSeq that stores note data from [borax] into a [coll]. I haven't tried it, but since it's based on a [coll] I'm suspecting it might be able to do what you want, even if it takes some tweaking...? http://www.xfade.com/max/examples/

Record MIDI, begin playing recording while still recording

Chadwick Wood

In the past I'd made some patches that use large amounts (a couple hundred) of UI objects to create sequencers. All of the UI objects all belong to a single pattrstorage instance via an autopattr.

I was running into problems where doing preset switching would get very slow. Now, I've read through other forum posts about this, and I understand that update hundreds of objects at the same time can get slow depending on all the stuff they're triggering, but I *also* wondered if this was partly a threading issue as well.

So I guess this is a question for Cycling '74 folks (I dunno that others could answer it), but is something like the pasted patch below more performant? The approach I'm trying now is, instead of having the UI object itself be part of the pattr system, I instead have a separate pattr box for every value I want to store, and a corresponding UI object that when changed updates the pattr box.

And, the pattr box is then connected to a "set $1" message that goes back into the UI object, with a deferlow in between them.

My thinking is that this allows the triggering of the preset switch to happen without the UI updates having to happen at the same time (thanks to the deferlow, they can happen whenever Max is done with the high-priority stuff for the scheduler in Overdrive).

Should this approach actually get better performance, or is it a waste of time? Basically, when a UI object (e.g. live.dial) is directly part of the pattr system, does it internally "know" to defer the UI updates to after the (I would assume) more important work of updating the value and triggering whatever should happen next?

And, the pattr box is then connected to a "set $1" message that goes back into the UI object, with a deferlow  in between them.

In the past I'd made some patches that use large amounts (a couple hundred) of UI objects to create sequencers. All of the UI objects all be

pattr-performance-question-with-ui-objects


i dont see what deferlow or set would be doing here, but i can assure you that the performance problems are not caused by the stuff which happens in the graphics thread.

i run presets using a custom list-transformation of all parameters with hundreds of pictureslider objects on a 20 years old computer and everything is immediately updated, including the GUI itself.


This is meant to be used in the context of having a pattrstorage and lots of  preset changes happening. So when a preset is recalled, the pattr box's value will update, and that will trigger the "set $1" which then updates the UI object to match, without triggering the UI object to output its value, because that would trigger a feedback loop (UI object updates pattr, pattr updates UI object, etc).

The deferlow is there to make sure that the UI object update, which will happen when a preset is recalled, can be deferred to after whatever may happen from the actual updating of the value in the pattr box.

It's not "slow GUI updates" that is the slowness I've encountered... it's the scheduler temporarily seizing up during a preset switch, causing audio problems.

Anyway regardless of what the culprit is in my specific patches, my question still remains as to whether this approach I'm outlining does indeed allow GUI updates to be deferred, thus allowing other message-related patch update logic to get prioritized... or whether the UI objects handle that internally anyway!

For more context if it helps, what I'm often doing is having a metro going into a counter that drives a step sequencer, and that step sequencer in turn is recalling presets in a subpatch, which in turn is recalling other presets in multiple subpatches, etc. Basically a big tree of preset recalls at multiple levels of the patch. I found that on the steps that triggered preset changes, sometimes the timing would be noticeably off/slow.

Here is a patch with a few more comments that might give better context for what I'm talking about.

pattr performance question with UI objects

klaus filip

took me some hours to strip down this crash.

it happens when a multichannelsignal changes its channelcount below a second parallel mc.signal.

hi there, 
took me some hours to strip down this crash.
it happens when a multichannelsignal changes its channelcount below a second parallel mc.signal.
but only when routed through a mc.gate~.



hi there, 
took me some hours to strip down this crash.
it happens when a multichannelsignal changes its channelcount below a second paralle

crash-with-mc-gate~

crash with mc.gate~

Gregory Taylor

image.png

: A new installment of the Shared Software Project now available.]

From time to time, a number of us have written blog posts and newsletter articles to direct your attention to 

 that we think will help you in your patching life. It's quite often the case that we'll point you to releases available to you as part of Max's Package Manager system.

; both in terms of its form (it's not a Package) and its content (please read on).

 during one of my monthly reads through the Projects postings on the Max Forum (Keeping up with the Projects section is a g

 way to see what your pals and fellow Max users are up to, by the way). Little did I know what was to come. My eye fell on the first line:

Cycling '74 Forum