-
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Feature Request: Time aligned mouse transition #8749
Comments
Commented by: the+r |
Commented by: the+r I had a brief look at this. I think I may be able to do it myself (time permitting). But the question is, would such a feature be adopted? Part 1 (see attached mock up screenie)
Part 2 Add modifier keys, I'm thinking along the lines of Alt+Click / Alt+Release jumps to the next beat. There should at least be a hint in the tooltip window. I'm not sure how everyone feels about modifier keys like this, but I think it's better than changing the default behaviour. Moreover, one may possibly want/need all 3 depending on situation, so it'd be rather long-winded to use a configuration option. Part 3 Just eye candy. If either of the modifier keys is pressed, the caret can actually be displayed in the location that matches the jump target. Part 4 Perhaps the modifier keys should be configurable. |
Commented by: Be-ing
We need a general solution for specifying the beats-per-bar of a track, and not just for this proposed feature. I think assuming 4/4 is okay for this, at least for a proof-of-concept. |
Commented by: the+r I had worked on this one and a half years ago and came up with a demo including the hotkeys mentioned above (see screenshot attached), but my math for the jumps was off. Then RL got in the way and I never got round to giving it another look. I'm happy to push what I had to github if that's helpful in any way. I'm not sure I can continue to work on it in the near future. |
Commented by: the+r I got a bit more time again and would like to have another go, hence trying to assign the entry to myself. |
Commented by: Be-ing Doing anything with bars is premature until Mixxx has this information available. Fortunately we have two Google Summer of Code students working on that this summer. If you want to participate, take a look at: We will not merge anything that simply assumes all music ever made is in 4/4 like other DJ software. However, you could develop a prototype using that assumption which would later be usable when Mixxx actually knows where downbeats are.
If that's all you want this for, showing the downbeats on the waveforms would be easier to use than this. If what you want is to jump by a specific number of beats, we already have beatjumping. You can even type an exact number of beats if you want something that isn't a power of 2. |
Commented by: the+r Thanks for the heads up. Yes, the beatjump is already incredibly useful to me, so thanks for the addition of that, and I suppose an improved display would be almost all I need. I'd still like a mouseover caret in the waveform overview, and perhaps it could stick to the next beat if quantification is enabled, for now. That should not depend on the above. Then, one could easily add an additional downbeat sticking mode later on, once all of the above is available. Would that be acceptable? |
Commented by: Be-ing Yeah, I think quantizing seeks from mouse clicks on the waveform would be reasonable. |
Commented by: Be-ing Oh wait, Mixxx already does that when quantize is on. In 2.3 we now have the time that would be jumped to shown on mouse button down. This only shows real time though, not musical time. |
Commented by: the+r OK, I just had a look at 2.3 and I think it's already very usable for me. Downbeat marking in the waveform would then be another very useful addition. So I don't think this feature request here holds any additional value on top of that, at least not for me. Happy to close it now from my point of view. |
Commented by: Be-ing Okay, let's close this then. When we have downbeat information in Mixxx, one feature I want to have is to show musical time (bars) in addition to real time on the waveforms when hovering cues and right clicking. |
Issue closed with status Won't Fix. |
Reported by: the+r
Date: 2017-01-07T18:29:49Z
Status: Won't Fix
Importance: Wishlist
Launchpad Issue: lp1654773
Attachments: screenshots.zip, [mixxx overview with caret.png](https://bugs.launchpad.net/bugs/1654773/+attachment/4911698/+files/mixxx overview with caret.png), 2018-09-21-083918_3840x2160_scrot.png
I'd like to see this Traktor feature in mixxx. I have attached screenshots from Traktor to show the behaviour.
1.png:
I move the mouse along the preview waveform. A single step on here equals a chunk of 4 beats. bars+95 then actually is a move by 95*4 = 380 beats. After the screenshot I click, and set hotcue #3 there.
2.png
I am back at the beginning of the track. I move the mouse along the preview waveform. This time, I go to bars+94, this results in jump to 4 beats before bars+95 (or 4 beats before hotcue #3).
3.png
I set a hotcue #5 on this location.
4.png
The transitions are always relative to the current position. For example, if I go back to the start of the track, and move 1 beat to the right, then use the same bars+94 transition as before, I end up 1 beat after hotcue #5 set before.
5.png
I set a hotcue #6 on this location.
What's the point to this? When preparing tracks, I want all hotcues on first beat. This method may not work with all tracks, but 95% of the time it does give me a first beat after transition, and that way it saves me from scrolling/listening around the target location.
Perhaps it might be an idea to provide this behaviour only with a modifier button (e.g. ctrl+click) as to not disrupt the existing behaviour.
The text was updated successfully, but these errors were encountered: