Bug? Closebang never triggers a live.object, loadbang only if patch gets opened
Hi,
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?
Thanks!
have you got the latest 6.1.1? i remember seeing something in the release notes related to closebang...
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 :/
Here is the newest version with "only" the closebang problem:
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.
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?
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.
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.
I'm not familiar with javascript, so could you please post a example script? Thanks!
Sure. Will have a look at it when I'm home.
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...
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.
I'm not seeing a workable solution yet on this forum, can anybody direct me?
In the meantime, I'm just setting up a metro with a duration of 2 full seconds between bangs, and the bang triggers the storing of the the values of the pattrstorage. In other words, it just autosaves the values every 2 seconds. This seems like a pretty sloppy hack, but I don't see an alternative yet.
You can't do any defered actions with the closebang. You can fake some delay with uzi. Another idea that i didn't test yet is to open another patcher with the closebang which does the work before it quits
Did anyone ever figure out a solution to this? Am struggling with the same problem :(
Some sort of file file dialog for m4l would be awesome, triggered from pattrstorage maybe..becuase that already exists if we could some how defer the close sequence and just use the dialog text to write a file or send a bang before closing?