Use a small PortAudio user-buffer size regardless of host latency.
Bug #884694 reported by
Sean M. Pappalardo
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mixxx |
Triaged
|
Medium
|
Unassigned |
Bug Description
I just discovered that, even though I chose 2ms in the preferences, PA reports that I'm actually getting 14ms. But _the GUI controls are still more responsive_ than if I choose 11ms, still getting 14 on the audio. While we wait for the control system redesign, can't we just force the latency value low for those GUI and input elements that are inextricably tied to it? (Ideally create separate AudioLatency and GuiLatency values.)
description: | updated |
summary: |
- Artificially decrease the latency for GUI controls + Use a small PortAudio user-buffer size regardless of host latency. |
Changed in mixxx: | |
assignee: | nobody → Daniel Schürmann (daschuer) |
status: | Confirmed → In Progress |
Changed in mixxx: | |
status: | In Progress → Triaged |
assignee: | Daniel Schürmann (daschuer) → nobody |
tags: |
added: engine removed: frame-rate gui latency response |
To post a comment you must log in.
As proposed in https:/ /bugs.launchpad .net/mixxx/ +bug/884705 #19,
I would set the "Audio Buffer Size" in preferences.
It is actual a "GUI latency" but the GUI Latency depends on additional things, so I would not use this term.