You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently invoking FAST REWIND [back] or FAST FORWARD [fwd] makes the track to suddenly change speed. This can lead to unwanted effects if the channel is currently playing and not very elegant overall.
I propose to change the behavior of said controls to change the speed with a fixed ramping value of 1000 ms. In this time the tracks speed can go from current speed to target speed (x4?) . No more abrupt speed changes. It would also allow to use [back] and [fwd] for small corrections if beatmatching. This is useful cause the keys are very close together on the keyboard.
Additionally i could think of increasing the speed even more if the [back] or [fwd] control is continuously active for a certain period thereby shortening the time required for seeking ( useful for very long tracks).
The text was updated successfully, but these errors were encountered:
This is a general problem with Mixxx I think -- there are many cases where
we would potentially use a discontinuous or abrupt change in velocity. I
think we need to rethink how the engine's rate works -- possibly a better
setup would be if we did something a little more physically inspired, where
we control the acceleration of the deck so the velocity is smoother. I'm not
sure what the best answer is but I've been meaning to whip up a test of
something like this.
On Tue, May 31, 2011 at 11:07 AM, jus wrote:
Public bug reported:
Currently invoking FAST REWIND [back] or FAST FORWARD [fwd] makes the
track to suddenly change speed. This can lead to unwanted effects if the
channel is currently playing and not very elegant overall.
I propose to change the behavior of said controls to change the speed
with a fixed ramping value of 1000 ms. In this time the tracks speed can
go from current speed to target speed (x4?) . No more abrupt speed
changes. It would also allow to use [back] and [fwd] for small
corrections if beatmatching. This is useful cause the keys are very
close together on the keyboard.
Additionally i could think of increasing the speed even more if the
[back] or [fwd] control is continuously active for a certain period
thereby shortening the time required for seeking ( useful for very long
tracks).
** Affects: mixxx
Importance: Wishlist
Status: New
--
You received this bug notification because you are a member of Mixxx
Development Team, which is subscribed to Mixxx. https://bugs.launchpad.net/bugs/790737
Title:
Make FAST REWIND and FAST FORWARD to work with increasing, not static
speed
Temporary pitch change already have ramping. It needs to be enabled in preferences before it works though. Something similar could be done for fast forward and reverse.
Reported by: esbrandt
Date: 2011-05-31T15:07:13Z
Status: Confirmed
Importance: Wishlist
Launchpad Issue: lp790737
Currently invoking FAST REWIND [back] or FAST FORWARD [fwd] makes the track to suddenly change speed. This can lead to unwanted effects if the channel is currently playing and not very elegant overall.
I propose to change the behavior of said controls to change the speed with a fixed ramping value of 1000 ms. In this time the tracks speed can go from current speed to target speed (x4?) . No more abrupt speed changes. It would also allow to use [back] and [fwd] for small corrections if beatmatching. This is useful cause the keys are very close together on the keyboard.
Additionally i could think of increasing the speed even more if the [back] or [fwd] control is continuously active for a certain period thereby shortening the time required for seeking ( useful for very long tracks).
The text was updated successfully, but these errors were encountered: