Bug? Closebang never triggers a live.object, loadbang only if patch gets opened

    Mar 21 2013 | 3:35 pm
    I have a closebang object in my m4l patch that sends a bang to a message. This message should trigger a live.object, but it doesn't.
    I have also a loadbang object that changes a live.dial and sends a message to the live.object. The dial will be changed, but the live.object never receives the message, only (and strangely), if you open the patch in the Max editor.
    Please have a look at my attached patch.
    Has anyone an idea, why this happens?

    • Mar 21 2013 | 4:03 pm
      have you got the latest 6.1.1? i remember seeing something in the release notes related to closebang...
    • Mar 21 2013 | 4:16 pm
      Yes, I have the newest release.
      I solved the problem with loadbang. I'm now using live.thisdevice, which bangs when the m4l device is finished loaded (so, later than loadbang).
      The problem with closebang still persists :/
    • Mar 21 2013 | 5:12 pm
      Here is the newest version with "only" the closebang problem:
    • Mar 21 2013 | 7:27 pm
      I've tried your device on an empty Live set (using Live8/Max5) and it actually worked as intended, ie. the track gets unmuted when removing the device. But I suspect the behavior of closebang is inherently unreliable due to timing issues depending on context.
    • Mar 21 2013 | 8:07 pm
      yeah, its probably because of the timing issues. Is there anyway to delay the closure of the patch, so that I have enough time to unmute the track? Or is there another way to do this?
    • Mar 29 2013 | 11:40 am
      Bump. Has anyone an idea for this problem?
      I'm showing some stuff on the apc 8x8 grid and want to automatically disconnect, when the m4l device gets deleted (else the apc stays with the shown led information). i don't want that the user needs to disconnect manually with the apc40. it should happen automatically. I know the functions ("set enabled 1/0" to a apc40 live.device), but I can't trigger the message with a closebang, as it is to slow.
    • Apr 08 2013 | 6:26 pm
      You should use notifydeleted within a javascript. It is called when the js/jsui object is freed. Did not yet try it with javascript, but in Java it works fine.
    • Apr 09 2013 | 10:24 am
      I'm not familiar with javascript, so could you please post a example script? Thanks!
    • Apr 09 2013 | 11:26 am
      Sure. Will have a look at it when I'm home.
    • Apr 09 2013 | 9:15 pm
      Does not work with js and notifydeleted. The method is called, but the live api does not respond. The api object is still alive, but any calls to it have no effect. Still investigating...
    • Apr 10 2013 | 1:57 pm
      Thanks for your help! Hmm, really hard to find a solution. It seems that the live.object isn't usable anymore, as soon as someone deletes the m4l device.
      I really need to find a solution. It's for the Push development kit. I need to release the control of a few push control elements via a message to a live.object or else the control elements continue to be grabbed/unusable in Live. And it would be stupid to require the user all the time to remember deactivating the custom push control before deleting the m4l device.
      Hm. Maybe there is something that gets triggered before closebang.