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

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.

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

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.

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

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

mestre andré

I just installed the Max 8.6.0 upgrade + RNBO, from Max 7, and I have this issue at startup. Even before Max window showing, I get this error message more than once:

I'm running Max on a 2012 MBP with High Sierra

node-quit-unexpectedly

HELP: node quit unexpectedly

Weston Jones

Is there a way to shuffle and crossfade the tracks in a playlist~ object?

Hello, 
Is there a way to shuffle and crossfade the tracks in a playlist~ object?
Thanks!

shuffle-playlist~

Here is a randomized shuffle, not sure if it's possible to do crossfade in playlist

to randomise something, one needs a range which works as first.
means randomise should not produce number higher than number of tracks.
Then to crossfade, you need 2 players, one to play, fade out and stop,
next to start and  fade in.



Thanks both of you! I found the below crossfade patch on the forums (from https://cycling74.com/forums/crossfade-into-next-track-in-sflist) that crossfades two tracks. But it doesn't use the playlist~ object so not perfect for me, but maybe helps someone else.

Banshee, in your example patch, is there a way to trigger the bang to the random object when the playback of a track ends? The 4th outlet of playlist~ is "playback notifications" and prints a "done 1 + {the path to the audio file}" when the track ends. Is there a way to use that information to trigger a bang to send back to the random object? 

The playlist object is fairly new object and it's a simplified version of sfplay~ or groove~.  If the crossfade patch you found on the forum essentially does what you want, i would suggest just building off that until you have the amount of players you want.  What you sacrifice using the playlist object is the detailed outputs from the aforementioned objects.  So the crossfade patch you found needs the length of the clip's output to trigger the delay to cause the crossfade to begin.  To my knowledge, i do not think that is possible to do this with playlist at this point in time (maybe it's something Cycling74 will add in the future). 

The example patch i sent to you i literally just threw it together to show you how i would approach the randomization.  In this case, the Random object needs a metro to determine the speed of the random trigger.  It was a trick i learned from watching Cycling74's patching examples videos on youtube https://www.youtube.com/watch?v=nvidApDYy_Q if you haven't watched them, i would suggest diving in as i found them very helpful.    

Here is another take on it, with manual inputs that perhaps you will find more useful. Hope this helps get you closer to your vision.  


choosing to work with playlist will give you more work than if you used
populated umenu.
as first because playlist can be changed on the fly, draging files onto it,
and you need to learn how to extract infos from playlist
like number of used tracks, which one is currently playing etc.
The patch you posted will not help you much.
It is no problem at all to bang random object when one player ends the playback.
But back to the plan

you need 2 identical playlists
1- issue number of tracks to set range for random object
(use urn instead of random to avoid repetitions)
2- create a gate which on every playback change sends fade out and stop
to curently playing playlist~, and start and fade to oposite playlist~.
If you use line~ object to fade you can use the bang it creates when destnation is reached
to stop playback when fade out is done.
That is a simple part.
Next a bit more complicated is to monitor the status of both playlists and if
no track is  playing, no need to switch and no need to either fade out or in.
that would be a challenge
here is something to get you going

I don't like playlist at all...
Sometimes it behaves strange, does not report things etc
If status does not get updated, one could use signal outlet to
determine if any of 2 is playing or not


Shuffle and crossfade in playlist~ ?

moris526

how-to-know-when-mesage-is-blanck

Please post your patch. Empty messages box doesn't broadcast anything when clicked ('cause it is nothing to broadcast), so - from this point of view - the problem seems to be more philosophical than technical ;-)

Check this for simple, generic technique:

How to know when mesage is blanck

Igneous Rock

I'm re-working a large patch (Robert Henke's Granulator II) which contains many gen~ patchers--all "untitled" and thus saved with the main patch. Sometimes (too often now) after editing the contents of one gen~ patcher and saving, I find that the contents of other gen~ patchers have disappeared! I get about a dozen error messages, all saying "patchcord outlet out of range: deleting patchcord".

This is very frustrating, and it's happened many times. Any advice would be greatly appreciated. Thanks!

contents-of-gen-patchers-disappearing

I can only support you by saying I've had this problem, too.


We saw this happening with named gen patchers and 7.0.2 included a fix for that, but we haven't been able to reproduce it for unnamed gen patchers. If you can find a patcher and a series of steps that always lead to this, it would be super helpful for us to debug it.


This happens often for me when I edit and save a gen~ patch that is inside an abstraction, inside a "main" patch.

I have an unnamed gen patch inside a patch (called pat-A).
This patch is used as an abstraction in a "main" patch.

When I work on the main patch and open the abstraction pat-A to edit it (Cmd-Alt-M), and edit the gen~ patch, after saving and reloading the main patch, I get a lot of "patchcord outlet out of range: deleting patchcord" errors, and the contents of the gen~ are gone.

When I open directly pat-A, not from inside the main patch, and edit gen~, I haven't experienced any gen patch lose. 

I now, always keep a text backup for my gen patches, just before I save.
Unfortunately there is no series of steps that lead to this every time. 

This is happening to me too and has been for the last few months. If I make a poly~ containing a unique gen~ object, trying to access the gen~ patch from the 'top' level down, as it were, generates the following errors:

can't load patcher: error -1 opening untitled
error loading untitled
egetfn (pclose): corrupt object

If I open just the sub-patch that my poly~ is referring to, however, the expected gen~ contents are there to see.

Thanks for responses. It happened again this morning, after I edited one gen~ patch, the contents of another big gen~ patch just disappeared. I forgot to mention that this is happening inside of a poly~. 

Perhaps I should now name my gen~ patchers, with the new 7.02 fix? Nicolas, it sounds like the fix addressed named patchers, so maybe you are do not have to go through the procedure you outlined anymore. 

I'll let y'all know if I figure anything out.


I also tried naming and saving the gen~ patcher (in a location known to Max) - the problem persists, however, despite this.

The gen~ patcher refuses to take the name; it saves okay, but stays named "untitled", and won't load if I try to access it from "above" - i.e. the main patch. It opens okay if I open the subpatch only, then the gen~ patcher.

. . . unable to upgrade currently, so this is not an option. Should I downgrade perhaps ;)


The contents of my gen~ patchers disappeared again.

I was editing an untitled gen patcher (inside of a poly~), then I closed it. I located another untitled gen patcher (a healthy fellow, with 6 outlets and lots of patchcords coming out of it), and opened it, but upon opening it the contents were not there, and now instead of 6 patchcords coming out of it, there is just one. 

I then checked on my other gen patchers in the poly~, and they all had all their outlets and patchcords coming out of them, but as soon as I clicked on them, the insides revealed they were empty, and the patchcords were deleted.

As you can imagine, this is frustrating/disturbing, like checking in on your precious sleeping child, only to find that under the covers are just pillows in the shape of a child, and then having even the pillows disappear before your eyes.


I can imagine, however I've not yet been able to reproduce the issue, making it infuriatingly difficult to debug!

Brendan, thank you for posting an example and the steps to follow; but when I do it nothing unexpected happens. (BTW, why can't you upgrade currently?)

I've also tried:
- create a new patch, save as 'pol', add gen~, edit to change [+] to [absdiff], save & close
- create a new patch, add [poly~ pol], dblclick to open, MRO, view inside gen~, everything is as expected
- edit gen~, save, close, reopen main patch, dblclick poly~, dblclick gen~, everything is as expected.

I've tried several variations of this, still no issues.

At least one indicator here is that all examples include a gen~ inside a poly~; this is helpful for us to narrow the circumstances.


Thank you for your attempts to debug Graham. I am watching what I do to my patch very carefully so if it happens again I can give more detailed steps for what is happening.


bizarreness! I followed your method - which I don't think differs from mine - and the problem's gone. I'll try it with some older gen-based files and see if it recurs.

ps - can't upgrade right now as I'm in the middle of a big work project involving too many variables, so I'm sticking with 6.1.9 as it is otherwise very stable and familiar. Maybe later ;)

. . . do you mind testing this Graham? Gen patcher contents disappear, if accessed from top down (granary main), but not if from inside (granary sub).


How many of us with this issue are on Windows 7? Just a shot in the dark, but I think this only started happening (to me) after moving older gen-based patcher files around my system, zipping and unzipping etc. It appears not to happen with newly created patches. Clutching at straws here . . .


Hi Brendan; no problems with that patch here.


Thanks Graham
*update*
I opened the corrupt gen patcher, and copy/pasted from the "standalone" version of that sub patch, and while Max and that patch was open it allowed me to view the contents. It was only upon closing the patch that the debug window said:
egetfn(pclose): corrupt object.

I'll try to rebuild it, and save anew, see if that solves it.


Thanks very much for working through this. But I still can't reproduce it, so could you explain the steps in more detail? It's still ambiguous. Start from "I start max" and describe every step. Please mention when/if audio is turned on or off, and please also open the About Max and copy the support info to send to me. Thanks!

For example, in trying to replicate your steps (and with some guesswork):

- I start max (about Max says 7.0.2, 32-bit mac)
- Open granary-sub.maxpat
- Double click to open gen~
- Unlock, select all, copy
- Create new max patcher
- Add a [gen~], cmd-double-click to open
- Unlock, select all, delete, paste in gen~ from clipboard
- Close granary-sub.maxpat (I don't see any error in the max console)
- Close the new patcher (save it to disk -- no errors either)

Hi Graham
thanks for taking the time to continue with this issue; I have some pre- 6.1.9 patches which use gen~.
1. I open Max (6.1.9 32-bit)
2. navigate to and open the main patch
3. open the poly~ part of that main patch
4. open the gen patcher within the poly~, and the contents will disappear
5. closing the patches, I get the above error messages.

However, if I:
1. navigate in Max to the folder containing the relevant patches
2. open the "sub" patch (addressed by poly~ in the main patch)
3. open the gen patcher therein; viola, contents uncorrupted.
4. closing these patches generates no errors.

A second however: your simple example from March 15 above also works fine.
When I get a moment I'll try to rebuild one of my patches and save anew, see if it persists. It's not a crushingly urgent issue Graham and I appreciate your input - the thing that is bothering me however is that in patches old OR new, I cannot save gen patchers, in the gendsp format. If I create a new patch, a new gen~ patcher, open it and edit it, then try to "save as" it appears to do so, but the gen patcher is still called Untitled (on the patcher title bar), even though it's there on my hard-drive with the name I give it, but it then refuses to open when I browse to it. That's worrying.

I think a full Max reinstall might be in order - several months ago I did a full manual reformat of my hard drive, with associated software reinstalls, and ever since then things have been a bit, well, mehh. Do the technical team at C74 have any idea what "egetfn (pclose): corrupt object" suggests?

Thanks Brendan for the detailed description. If I follow the selfsame steps, I get to step 4 and the patcher contents have not disappeared. Unfortunately it sounds like this is an issue in 6.1.9 that has been resolved in 7.0.2. We did have several patcher-disappearing bugs and addressed all that we could reproduce; the behaviour you are seeing in 6.1.9 is evidently one of them. More unfortunately, it is unlikely that we can back port this work to Max 6; a lot of work went into rewriting how genpatchers are handled, with nontrivial dependencies. 

Regarding the second case you mention, it is expected behaviour. Saving a genpatcher as a .gendsp file does not automatically associate the gen~ with that file. You will also need to rename the gen~ to match. E.g., saving as foo.gendsp, you should rename your gen~ as [gen~ foo]. This is consistent with how poly~, pfft~ and abstractions work.

MaxMSP Forum