redhexagonal

If I open this device, and then drag a file onto the drop file, so that the message box gets populated, and then save the device, Ableton will crash every single time. It seems like when the readfolder message is sent to polybuffer~ when the device is saved, that this causes Ableton to crash.

Is this a bug or am I doing something wrong?

polybuff only.amxd

If I open this device, and then drag  a file onto the drop file, so that the message box gets populated, and then save the device,  Ableton will crash every single time. It seems like when the readfolder message is sent to polybuffer~ when the device is saved, that this causes Ableton to crash.
Is this a bug or am I doing something wrong?

If I open this device, and then drag  a file onto the drop file, so that the message box gets populated, and then save the device,  Ableton 

polybuffer-causes-crash

Hi! My students and I have run into the same problem. [polybuffer~] is unusable in Max for Live. When saving a device, Live crashes.

I think it happens specifically when a polybuffer~ is automatically filled with the "readfolder" message, executed by a live.thisdevice.

Hi! My students and I have run into the same problem. [polybuffer~] is unusable in  Max for Live. When saving a device, Live crashes.

I think it happens specifically when a polybuffer~ is automatically filled with the "readfolder" message, executed by a live.thisdevice.

Anyone else noticed this behaviour?

not to dig up an old thread but yes, readfolder with polybuffer crashing max4live, curiously only in live11 and not in live10 for me.

tried to load up an old patch and whittled it down to polybuffer

not to dig up an old thread but yes, readfolder with polybuffer crashing max4live, curiously only in live11 and not in live10 for me. 

tried to load up an old patch and whittled it down to polybuffer 

Just experienced the same thing with Ableton 11.1.1. Still nothing solved with this? 

What did you guys use instead to avoid the crash?

Just experienced the same thing with Ableton 11.1.1. Still nothing solved with this? 
What did you guys use instead to avoid the crash?

“It looks like I can stop the crashing if I give an initial second argument to [buffer table] inside your mc.gen~.

For example, [buffer bar table.1] inside mc.gen~ and then in [p wavespread], you could have the message "set value $1 bar $2"

If I set it up in this way, I can set which buffer of the polybuffer~ each voice of the mc.gen~ is using, and I don't get a crash.

Let me know if this matches your experience’

polybuffer causes crash?