Skip to content

Add long press left mouse speed-up#1158

Open
Tulipyun wants to merge 1 commit into
Aleksoid1978:masterfrom
Tulipyun:feature/longpress-left-speed-clean-test
Open

Add long press left mouse speed-up#1158
Tulipyun wants to merge 1 commit into
Aleksoid1978:masterfrom
Tulipyun:feature/longpress-left-speed-clean-test

Conversation

@Tulipyun

Copy link
Copy Markdown

This adds an optional mouse gesture to temporarily speed up playback while holding the left mouse button.

Changes:

  • Add an option under Player > Mouse to enable long press left button speed-up.
  • Add configurable speed values: 2x, 4x, 8x, 12x, 16x.
  • Add configurable long press delay values: 250 ms to 500 ms.
  • Default enabled, default speed 4x, default delay 300 ms.
  • Restore the previous playback rate when the left mouse button is released.
  • Cancel the gesture when mouse movement exceeds the system drag threshold.
  • Preserve normal click, double-click, fullscreen click, and window dragging behavior.
  • Fix fullscreen left-button-up forwarding to send WM_LBUTTONUP.

Tested:

  • Built Release x64 successfully.
  • Tested normal window and fullscreen playback.
  • Tested enable/disable option.
  • Tested delay values between 250 ms and 500 ms.
  • Tested single click, double click, and window dragging.
  • Tested Simplified Chinese and English option pages.

@v0lt

v0lt commented Jun 16, 2026

Copy link
Copy Markdown
Collaborator

Test build - MPC-BE.1.8.9.320_left_mouse_speed-up_1.

@tsubasanouta

Copy link
Copy Markdown

The test build works fine.
If I may ask, do you currently have plans to merge it?

@v0lt

v0lt commented Jun 23, 2026

Copy link
Copy Markdown
Collaborator

We will make a decision after the release.

I have doubts about the need for an adjustable delay parameter.

@Tulipyun

Copy link
Copy Markdown
Author

I’m delighted that people are taking an interest in this feature.

As I am unable to obtain feedback on this feature from a large number of users, I am unable to determine what the optimal delay should be.

I suggest retaining the adjustable delay parameter in early versions to allow for greater flexibility whilst we await reliable user feedback.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants