bug? max crash

Jan 9, 2011 at 10:37am

bug? max crash

hello,
If somebody can say to me why this patch crash max when I save it?
It is the patch which allows me to choose the number of song which I record in buffers.

– Pasted Max Patch, click to expand. –
#54321
Jan 9, 2011 at 11:31am

The crash appears when I connect it red box message
very strange!

– Pasted Max Patch, click to expand. –

It is necessary to record it first time so that the loadbang sends a number

#195559
Jan 10, 2011 at 11:12pm

Hi,

Could you send this in to support, with the patch as a zipped attachment?
Thanks

-Dave

#195560
Jan 10, 2011 at 11:55pm

you definitely have some redundant elements in there, when you use an [uzi] to a [counter] you’re duplicating number streams which should not be necessary. As far as the crash, this is just a guess, but you do try and clear all your buffer~ objects at once with [receive c]. This might be botching things up.

I tweaked some things in the subpatch, then tried to save and also got a crash. XP, 5.1.6

#195561
Jan 11, 2011 at 6:50am

Hello maxers,

crash me too with cmd-A/cmd-C ;-)

OS X.4.11, maxMSP 5.1.7

#195562
Jan 11, 2011 at 7:50am

I am hampered by my bad English, helped by a translator…..
Thank you for your help
I was able to solved the problem by removing message box (now, I have to reload buffers in every use) and I have to remove the umenu of control
Who allowed me to see if I deleted correctly items superfluous.
I am interested to understand ” you’ re duplicating number streams which should not be necessary. ” Seejayjames.
I put the patch in zip, dave

Attachments:
  1. buffers.maxpat.zip
#195563
Jan 11, 2011 at 1:19pm

Only that if you need to count up a bunch of sequential numbers, you can do it with just [uzi] and use arguments to [uzi] for an offset, or use a [+] object after it to get the number stream you want. You were running numbers from the [uzi] through [counter] which isn’t needed—[counter] is better-suited to do things like count repeatedly in a range, go up and down, etc. [uzi] will give you a stream of indices as fast as possible.

I also noticed in the earlier patch that you were loading a ton of buffer~ objects using [uzi]. This is probably much too fast to perform well, and can cause problems. Try [deferlow] before read-heavy operations like reading into [buffer~], or use some [delay] objects. Also for clearing a [buffer~] you can try “clearlow” rather than “clear”. There’s a reason it exists as an option :)

#195564
Jan 11, 2011 at 4:48pm

Hello,

… and have a look on [poly~] ;-)

#195565
Jan 11, 2011 at 8:55pm

Thank you seejayjames, I modified the patch, it is simpler, works better,
Now, it is my main patch which crash when I do not load all buffers, I look
Vanilla béchamel, I’m not still very successful with the sound, I am young with max and newborn child with msp, I see that the poly would avoid me multiplying buffers, but I do not know if it would avoid me the crash of max.
I am going to try to understand how it works
difficile tout ça

#195566
Jan 12, 2011 at 12:49am

Looking into this we found a bug wherein sending a delete message to an empty umenu and then filling the menu will lead to a crash when saving the patch or accessing the umenu’s inspector.

In this case you’ll need disable loadbangs when launching (hold shift-command on Mac, shift-control on PC), so you can make the necessary edits to workaround the issue (for starters, disconnect the subpatcher from umenu).

Sorry for the inconvenience.

-Dave

#195567
Jan 12, 2011 at 1:21am

interesting! glad you were able to track it down. so [umenu] was the culprit after all.

#195568
Jan 12, 2011 at 7:58am

Thanks to all, I’m going to wait for the correction

#195569
Jan 14, 2011 at 12:30am

Please find the updated umenu object on the incremental updates page. It also includes support for items with > 255 characters.

http://cycling74.com/downloads/incremental

#195570
Jan 14, 2011 at 7:41am

Thank you dave,
It’s OK, that works
Can be a small bug : when we want delete several times, umenu jams

#195571
Jan 14, 2011 at 5:58pm

do you have an example to reproduce?

#195572
Jan 14, 2011 at 6:56pm

ok, Emmanuel,

– Pasted Max Patch, click to expand. –
#195573
Jan 14, 2011 at 10:04pm

Thanks for the clear example. The incremental page has been updated.

#195574
Jan 15, 2011 at 7:27am

not problem

#195575

You must be logged in to reply to this topic.