Comment 16 for bug 990992
Revision history for this message
| William Good (bkgood) wrote Re: The new controller polling frequency is too high for desktop systems | #16 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
35a32c5
(Get the code!)
> Can you give the load/idle numbers for no MIDI device enabled? (that way we
> see a baseline for no polling going on at all)
12% idle/55% load.
I have no issue with simply increasing the polling interval.
> Also, I don't really see why you use QThread::msleep(1) instead of just
> increasing kPollIntervalMillis to 2 in controllermanag
It only sleeps when the poll didn't see any data. So if mixxx starts taking in a stream of data (scratching), it'll hopefully not sleep. It does increase latency from no data to data though, which will be common scenario (no midi input to hitting a button, for instance). Honestly I thought there were limitations of midi over usb that prevented data from coming in at 1ms intervals so this could all be for naught.