-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
modulating ^^outs remote with audio-based devices (Live's LFO) leads to unresponsive crow #25
Comments
hey @jlmitch5 , thanks so much for the report! please try again on the 1.0.3 updates and lmk if this remains an issue! |
hey @dndrks, just got a chance to upgrade crow (and also grabbed latest master of this repo), but unfortunately the same issue. It's like it will work and then eventually just stop responding to messages. I'm not sure this will just magically drop in to ableton for you, but here's the rack I just tried |
thanks john!
|
Busy few days, sorry @dndrks. I’ll get to more debugging this weekend. Is their some place I could go to get you helpful log output, happy to do so, just not sure where it would be. I have not tried super fast chaotic lfo with just a single instance. I did have the same issue with a midi note thing (can’t remember the exact one) and a couple of these remotes. I’m not really specifically looking to make crow a quad random lfo, more just trying to figure out a creatively-inspiring ableton + modular workflow. What I was specifically trying to do is remote control of a mangrove (outs on crow go to pitch, air, barrel, formant) so that I could do some in the box stuff but with a fun analog voice. I do love the ableton lfos w the noise and smoothing tho! |
hey @jlmitch5 -- no worries at all! it's not your responsibility :) i was able to replicate (one ^^outs instance, on also found a scripting bug, but fixing that didn't change crashing when the LFO device was modulating. oddly, hand-modulating in the same manner didn't result in any errors, so there's got to be something with the modulation source. i'll continue to dig, thank you so so much! |
@jlmitch5 , lol, this is insane but I'm able to modulate the heck out of I wonder if the architecture difference has any bearing here. But I was able to fully modulate edit: bahhhh, i take it back. got WAY more time, but after a while it crashes as well. |
ok, testing more -- i had "put hard disk to sleep when possible" checked on my energy saver prefs, disabled that now. let's see how long we can get -- going strong for 10 mins rn. just thinking out loud: Live muscles all events in Max into the audio scheduler, rather than keeping two queues like Max standalone. I wonder if something might be getting throttled every so often, which sends crow bad data? |
WILD. after turning off "put hard disk to sleep when possible":
w/ 4 ^^outs devices on one track, all being modulated by Survey...666bpm, even! worked a treat. DAMN. |
just spitballin', but this actually makes a lot of sense -- Live naturally prioritizes audio over data. so it makes sense for the built-in Live LFO to be a device rooted in audio, because it won't suffer the same dropouts that data can when the data is bottlenecked or de-prioritized for audio events. but when crow is being modulated by a device which has a natively higher priority, then crow won't receive the packets with parity. I assume that the data signals being generated by Live's LFO will be codified in Live's scheduler as audio, so it won't be mussed with. OMG. yeah, even the Live site mentions that the LFO MIDI in the Max for Live Essentials pack is the version designed for data control only. holy hell. I'm running an audio-rate LFO with LFO MIDI through crow. insane! in the meantime, @jlmitch5 if you read nothing else from this insane diatribe:
|
Awesome thanks for the troubleshooting and your explanation @dndrks! Now that you mention, I was actually seeing the unresponsiveness arise during seemingly unrelated things. Such as when I tried to add another track in live or something. Maybe those sorts of things were "interrupts" to the scheduling queue, and that caused things to happen out of order, confusing crow? Gonna try things out now based on your ideas. Will report back |
Yep everything works great! I sent you a video showing what I was doing on instagram. Thanks again for your help. I'm good to close this if your cool with that. |
thanks @jlmitch5 !! <3333 |
I have a chain of m4l lfos, modulating the remote ^^out v knobs of 3 outputs on crow. periodically crow will stop responding, and I have to unplug and plug back in the usb from crow, refresh the ^^command_center and choose crow again (which immediately causes the crow to start responding again).
Sometimes crow seems to stop responding without any manual changes, sometimes it seems to happen directly after I tweak a parameter on one of the outs (like bias) or once when I tried to create another midi track.
I'm on macOS 10.14.5, live 10.1.7, crow 1.0.2 and the latest master of this repo.
I'm not sure how I could give you log info, but if that would be helpful and you can tell me how to access it I can paste it here!
The text was updated successfully, but these errors were encountered: