-
-
Notifications
You must be signed in to change notification settings - Fork 20
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
Playtime: Also play ignited clips when starting just one clip in silence mode #1119
Comments
This behavior is actually intended. The rationale behind it is:
|
oh i see. Well, I think that is very counterintuitive in my opinion. The overall implementation and behaviour of ableton, bitwig and other clip launchers for over 20 years. Muscle memory is very settled. hahah I`m not sure i really understand why this would be and intented behavour since pressing the global play button wouild keep me from coming back to the performance with that stopped clipped playing again since i cannot press play on both at the same time. Having them in the same row could be a workaround but i guess that conditions the live performance so much to be free. TO be honest, i still dont understand that silence mode thing. Maybe it`s good to record at first and defined the project tempo recording for the first time, but still, maybe that should be a switch or something in the interface?
Maybe it could be the other way around? Use a modifier to only play that particular clip and silence the rest? |
Hmm, okay. I didn't check how it was in Live, until now. I find it interesting that I came up with almost the same solution as theirs, with only that slight detail different LOL. And of course with that double-click to stop abruptly, which Live doesn't seem to have. That might indeed be a reason to change the behavior, to make it easier for the people coming from there.
This behavior was purely inspired by the analogy "single => single", "global => all". The problem that you described could be handled with that "manual igniting" feature, but I agree that it might be too much trouble in live situations. Okay, I will change this. If someone doesn't want the other ignited clips to be played when playing a single clip, he can always double-click the matrix stop button before pressing the slot play button (which unignites all slots). The only downside is that he doesn't see the previously ignited slots anymore, but I guess that's acceptable.
Silence mode is basically just "Stopped", with the additional possibility to dictate a new tempo, in multiple ways:
The reason for automatically initiating a tempo-detection recording is that it saves buttons. Simply recording from stopped state, without any sort of count-in/pre-roll, occurred wild and unnecessary to me. Tempo-detection recording, by contrast, goes quite well with the "dictate new tempo" idea. If some people really need recording from stopped state without tempo detection, I could still add that in the feature.
I guess that would work as well. Let me think about that. |
Great I
Super if you can change it!! THANKS !!
Yeah, but I don`t think that would be an issue cause would be an expected beahaviour to double click the matrix stop button to stop everything, so that basically is what a user would want.
Yeah, please! Should i make a request for it? Again, a count in is so important to get the feel and get ready before recording in a slot from a stopped state of playtime. I think again is the way ableton and bitwig work and again would really help people coming from there. Maybe a count in / detect switch or something like that so users can decide before playing in playtime? I don`t know, but maybe the same metronome on or off could be that. If metronome is on, you want a count in always...if it is off, then it detects tempo ?
Sure! If you need any ideas just let me know. THank yoU! |
Yes, request please (in the discussion / Ideas section). You are talking about count-in, but when I tried this in Live, it just recorded right a way without any count-in. This abrupt start is exactly what I think is unnecessary. But with a count-in/pre-roll it would make sense. Does this need a specific configuration in Live? |
OK I will Also, i think there is always a count in if you want to record in the arrangement in live and you have that track set to play from the arrangement in live. which reminds me that i have to make some test in reaper and playutime for this behavour as well, but i think i had some strange behaviour with pre rolls and count ins when recording a vocal track in Reaper with a count in for example but playtimne starts inmeditly making the whole thing kinda off sync with the arrangement afterwards. I`ll try to reproduce that and make an issue, but just for you to have in mind. |
Not on my machine ;) It starts recording immediately. (Live 11) |
I adjusted the following feature request accordingly: #1010 |
Thank you!! That`s great |
…mode and also when starting just one scene, but only for non-scene-following columns
…topping/panicking Different modes: - Via MIDI in real-time - Via OSC/keyboard - Via GUI
I changed the behavior for triggering ignited clips according to our discussion. Will be in 2.16.4. |
Amazing!!!!! |
Describe the bug
Pressing stop on a column makes all clips on tha column stop but then when strating to play a clip from that column again no other clips from other columns will play.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
no clips should stop playing unless i specifically stop them either from it`s slot button , column button or other row is selected.
Screenshots
heres a video capture
https://drive.google.com/file/d/14Zfa9EtMZ9kcjeZ7nWoFYMGT5z2dLRgb/view?usp=sharing
Desktop (please complete the following information):
Additional context
The text was updated successfully, but these errors were encountered: