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

Billing History for { name }

Licenses

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).

Your Activation Code was successfully redeemed.

You must be signed into your account to redeem an Activation Code.

Redeem an Activation Code

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.

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

We are currently carrying out a scheduled maintenance of our website. Some functionality is temporarily unavailable. We appreciate your patience.

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

{ name } Releases

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

You must be signed into your account to activate Max.

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.

Cannot add RNBO

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

General

Individual

Institutional

General Authorization

Individual Product Authorization

Institutional Product Authorization

Important Information

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

Max, RNBO, and legacy product authorization for both individuals and institutions.

Product Authorization

 If your inquiry does not fit into any other category, click here!

Other

Sales inquiries for individual licenses purchased from our webshop.

Sales

Technical support inquiries for Max, RNBO, Mira, and Max for Live.

Technical Support

For assistance with your Cycling '74 user account, our website, forums, or the Institutional Admin Portal.

Cycling '74 Account or Website

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.

melt

I am slowly trying to work my way through learning some GenExpr in order to build a looper. So far it's been going well, however, I've hit a wall in trying to achieve something I thought would be rather simple. 

What I want to do is a "lazy" erase of a buffer, where the erase action start point (in the buffer) is variable, and that the erase loops around the end of the buffer, finishing at the start point (thus clearing the entire thing). 

I've been trying to adapt this algorithm from Graham W.:

Data loopdata(768000);
History erase;
if (erase < dim(loopdata)) {
    end = erase + 32;
    while (erase < end) {
        poke(loopdata, 0, erase);
        erase += 1;
    }
}
out1 = erase < dim(loopdata);

But I'm having a hard time creating the conditions to  make this work when I attempt to wrap the values around the end of the buffer with a modulo operator. 

For example, I can't depend on "erase < end" because at the wrap point, end will be less than erase. Attempting this with different conditions, such as "erase != end-1" thinking it would achieve the same thing as "<" given we're always accumulating in the positive direction, and we always set "end" to a higher value than erase. However, I continue to have issues with the while loop never ending.

I am having better luck using a for loop for this, and defining the size of the erase chunk with the for loop condition. This means I don't need to worry about wrapping "end" and only wrapping "erase"

I also need to modify the if statement so that it doesn't exit at the end of the buffer. I solved this by using a count within the loop to count the total number of samples in the buffer, regardless of start and end.

History count(0);
History acc(0);
History erase_flag(0);

// odub_head is the record head running in a loop, bufop_overdub 
// monitors a button press external to the patch. I'm capturing 
// the location of the record head at the moment I press overdub.

erase_start = sah(odub_head, change(bufop_overdub));
buffer_length = dim(luper_b);

if (change(bufop_overdub) == 1) {
	erase_flag = 1;
	count = 0;
	acc = erase_start;
	}

if (erase_flag == 1 && count < buffer_length) {
	for (i=0; i<32; i+=1) {
		poke(luper_b, 0, acc, 0);
		poke(luper_b, 0, acc, 1);
		count+=1;
  		acc+=1 % buffer_length;
		} 
	}
        else {
		erase_flag = 0;
		acc = 0;
		}

In the above example, "acc" is not wrapping around at "buffer_length". It's like the modulo is not working. The result is a buffer that is only erased between "erase_start" and "buffer_length".

// omitting all the stuff from the above example 
// that is not being changed for this example

History erase_head(0);

if (erase_flag == 1 && count < buffer_length) {
	for (i=0; i<32; i+=1) {
		poke(luper_b, 0, erase_head, 0);
		poke(luper_b, 0, erase_head, 1);
                erase_head = acc % buffer_length;
                acc+=1;
		count+=1;
		} 

wrap at "buffer_length" but it would appear that it's not actually accumulating properly. The end result (I think) is that poke writes a zero at every 32 sample frames, instead of continuously writing zeroes in 32 sample frame chunks. The result is a buffer that is not properly erased. 

I suspect this is due to a misunderstanding in how these loops work, and doing an equals operation as opposed to an accumulate. I also don't fully grasp the idea of a History declaration, which I think is hindering my progress. I am lacking in understand of how the values are held into the next sample frame. I'm also confused with how to get the syntax of the modulo to work with the accumulator.

How can I get "erase_head" to properly accumulate 

Hi all, 

I am slowly trying to work my way through learning some GenExpr in order to build a looper. So far it's been going well, however,...

accumulators-and-modulos-in-loops-help

Accumulators and modulos in loops help

Lauri Lest

Is there a way to rename a live.dial or any other similar ui item dynamically so that they would appear in the Live's automation lanes named accordingly? In the screenshot each violet column is a separate bpatcher. I wish I could pass in the column names "Macro 1", "Macro 2", "Macro 3" into the dials and through that rename them. Or is there a workaround or something?

Is there a way to rename a live.dial or any other similar ui item dynamically so that they would appear in the Live's automation lanes...

dynamic-renaming-of-lives-ui-items

Dynamic renaming of Live's ui items..?

Jon Williams

 in this patch show the expected results, both the Kalider-direct output and the "txKalid" texture output show the noisy Kalider colors.  But, the 

 window showing the 3d output of the "colorCrossfader" shader is not showing those Kalider texture colors, even though coded to do so.

color = mix(txKalidVec, color, colorOffsetScale);

//color = mix(txChixVec, color, colorOffsetScale);

output the exact same colors (crossfade results) when you swap which line is commented out.  In other words, it seems to me like the "txKalid" texture reference in the shader code is pointing to the "txChix" texture's memory location instead of its own memory location.  Could that be correct?  Or, where is the mistake I'm missing?

Edit: moved thread to Jitter category.  If you remove the @shader attribute from one of the gridshape objects, the "default shader" for that object does a 50/50 "blend" of the two @texture inputs in 

, so I think I should be able to control that "blend amount" in my custom shader with the "colorOffsetScale" parameter value.  But, not working.  Is it me? It's usually me.

[Max Patch]
The 4 jit.pwindows in this patch show the expected results, both the Kalider-direct output and the "txKalid" texture output...

using-vizzie-kalider-texture-output-in-shader-code-issue

Using Vizzie Kalider texture output in shader code issue?

little_wizard

Hello everyone, i'm having a problem using jit.gl.multiple. I'll explain it.

Take a jit.gl.gridshape bound to a jit.gl.multiple (through left jit.gl.multiple outlet):

jit.gl.multiple @blend_enable appears to be useless, i can't see any variations changing it. 

Case 4. shows that is possible to work with both light and alpha channel activated. The problem is that I want to change A channel with jit.gl.multiple and not with jit.gl.gridshape while having light_enable 1. If I could modify alpha channel with jit.gl.multiple while light_enable is 1, it would give me more possibility to change it individually on each copy made with jit.gl.multiple, unless to do it globally. I can't figure out how to do it. I hope someone can help me.

Making Alpha channel work in jit.gl.multiple while light_enable is on

making-alpha-channel-work-in-jitglmultiple-while-lightenable-is-on

Similar to a previous thread: I was unable to do RNBO work because max suddenly refused to edit, create or open RNBO.

The console error was "Could not connect to RNBO buildserver" and several other errors including "Unable to get gRPC URI and WebSocket port from codegen server". After a day of frustration investigating network, firewalls, packet captures etc, I tried repair and reinstall, which didn't fix the issue. 

Then I deleted (Username)/AppData/Roaming/Cycling '74

This fixed the problem (so far!).  As detailed earlier by NUMB_CHANNELS in the thread 

https://cycling74.com/forums/rnbo-130-refuses-to-start

I hadn't had any crashes or issues or software updates, so I don't know how anything got corrupted in the Cycling '74 files. 

I hope this will help others who run into the issue. 

Similar to a previous thread: I was unable to do RNBO work because max suddenly refused to edit, create or open RNBO.

The console error...

rnbo-143-refuses-to-start

RNBO 1.4.3 refuses to start

Quince de l'Argent

I recently (as of the day of posting this) am getting an error that has seemingly rendered the gen codebox basically useless.  It seems gen can no longer run a codebox's code if I at all use any explicit reference to inputs (in, in1, in2, etc...), which basically means I can no longer use codeboxes at all that deal with any signal inputs . I should also note that I obtain this error both in the gen.codebox~ object outside of the gen environment, as well as with codeboxes within a dedicated gen~ subpatch. There's more to this error that I will get into, but first here's some simple example code I've written:

out1 = some_function(in1); // apply the function directly to explicitly stated input will give error

out2 = some_function(x); // also gives error when using a transitive variable as the input

So the above code would have in all of my previous work in gen, and to my current understanding, be syntactically correct and compilable. In fact, when I write this code, and allow it to compile in real-time it appears that there is no error initially. It is only when I connect actual signal sources to the input(s) of the gen codebox (if this is a gen.codebox~ object in the top-level max/msp environment) or to a gen~ object containing this codebox that produces this following error in the max console:

gen~: 2692:28:use of undeclared identifier 'in1'

Which I'm very perplexed by considering "in", "in1", etc... have always referred to a codebox's inputs. As you can imagine, this is quite frustrating considering the majority of my work in gen involves the use of the codebox, and this has rendered basically all of my max patches and max4live objects that use gen codeboxes to be unusable,  so any insight into this issue would be greatly appreciated!

Cycling '74 Forum