I have also noticed that the mouse scratching now works better than the
contoller scratching. But the controller scratching via "scatch2" or
"scatch" should not be effected by the mouse scratch patch via
"scatch_position".

Did you test may atomic_co branch? there might be a tiny scratch
improvement. We should tweak contoller scratching based on this branch,
with the same approach like waveform dejerk: a timestaped CO + synced to
audio buffer size.




2013/4/29 RJ Ryan <email address hidden>

> I don't see how this is related to mouse scratching. Did you bisect down to
> an actual revision that shows this or is that a guess? Or is it just a
> temporal relation (i.e. it happened sometime since X) versus a causal
> assertion?
>
>
> On Mon, Apr 29, 2013 at 8:17 AM, Sean M. Pappalardo <
> <email address hidden>> wrote:
>
> > Public bug reported:
> >
> > (As of 1.11 r3846)
> >
> > Since the mouse scratching waveform work, controller scratching response
> > is affected by the presence of vinyl widgets (getting worse the more
> > that are on screen,) as well as by waveform frame rate, though to a
> > lesser degree. The size of the skin or latency setting doesn't matter.
> >
> > This can be best reproduced using a sine wave sound file and preferably
> > a controller with a high-resolution wheel (more than 500 ticks per
> > revolution.) With the waveform set to the highest frame rate and
> > software renderer, latency as low as the system allows, disable the
> > vinyl widgets and slowly scratch the sine wave. Enable both widgets and
> > scratch in the same way. Notice that the sound becomes warbly and space-
> > like. Disable the vinyl widgets and the performance increases again.
> >
> > Also, change the frame rate of the waveform or switch to a GL-based one
> > and do the same scratching listening for the warbliness.
> >
> > (I made a screen cap and Mixxx recording but am having trouble editing
> > them together. Let me know if it would be helpful.)
> >
> > ** Affects: mixxx
> >      Importance: Undecided
> >          Status: New
> >
> >
> > ** Tags: scratching
> >
> > --
> > You received this bug notification because you are a member of Mixxx
> > Development Team, which is subscribed to Mixxx.
> > https://bugs.launchpad.net/bugs/1174292
> >
> > Title:
> >   Controller scratch performance affected by GUI widgets
> >
> > To manage notifications about this bug go to:
> > https://bugs.launchpad.net/mixxx/+bug/1174292/+subscriptions
> >
>
> --
> You received this bug notification because you are a member of Mixxx
> Development Team, which is subscribed to Mixxx.
> https://bugs.launchpad.net/bugs/1174292
>
> Title:
>   Controller scratch performance affected by GUI widgets
>
> Status in Mixxx:
>   New
>
> Bug description:
>   (As of 1.11 r3846)
>
>   Since the mouse scratching waveform work, controller scratching
>   response is affected by the presence of vinyl widgets (getting worse
>   the more that are on screen,) as well as by waveform frame rate,
>   though to a lesser degree. The size of the skin or latency setting
>   doesn't matter.
>
>   This can be best reproduced using a sine wave sound file and
>   preferably a controller with a high-resolution wheel (more than 500
>   ticks per revolution.) With the waveform set to the highest frame rate
>   and software renderer, latency as low as the system allows, disable
>   the vinyl widgets and slowly scratch the sine wave. Enable both
>   widgets and scratch in the same way. Notice that the sound becomes
>   warbly and space-like. Disable the vinyl widgets and the performance
>   increases again.
>
>   Also, change the frame rate of the waveform or switch to a GL-based
>   one and do the same scratching listening for the warbliness.
>
>   (I made a screen cap and Mixxx recording but am having trouble editing
>   them together. Let me know if it would be helpful.)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/mixxx/+bug/1174292/+subscriptions
>