Strange bug using live.remote on EQ8

    Aug 04 2013 | 6:27 pm
    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.
    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.

    • Aug 04 2013 | 6:37 pm
      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 ?
    • Aug 04 2013 | 8:55 pm
      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?
    • Aug 05 2013 | 6:20 pm
      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?