Strange bug using live.remote on EQ8

newtfish's icon

Hi,

This is a really strange problem, where I am using live.remote to change the "Filter Type" on the first EQ8 band. When I select a new filter type, and then group the EQ8, the filter type resets itself to a low pass. Here's the patch.

Max Patch
Copy patch and select New From Clipboard in Max.

I really dont understand why it's doing this and would be really grateful for some guidance.

What's even more strange is that I can see it creates and undo step when it resets the filter type, so something in the patch must be affecting it.

Cheers

N

Stephane Morisse's icon

First, without trying it in Live, I would say that you could use a live.object rather than the M4L.api.DeviceParameterRemote abstraction to do this. Concerning your bug, there may be an initialization like a [loadbang] when you group the device ?

newtfish's icon

Yes, it seems that for what Im trying to do, live.object might should work better (since the parameter changes im making are moving quite fast and I hear live.object uses less cpu). However, it does not. I have a bunch of parameters mapped and theyre moving quite fast, but it's really locking up my patch now. Any idea why this might happen?

newtfish's icon

Now I have started to use live.object, however, it is adding things to the undo queue. Is there any way around this, to stop this happening?