Test case for mako (using Mir 0.16 syntax): env MIR_CLIENT_PERF_REPORT=log mir_demo_client_target -n -- --desktop_file_hint=dialer-app
Expect: The reported FPS is higher than the display refresh rate (above 90 on mako). -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to unity8 in Ubuntu. https://bugs.launchpad.net/bugs/1497105 Title: Clients can't get high resolution input in Unity8 Status in QtMir: New Status in qtmir package in Ubuntu: New Status in unity8 package in Ubuntu: New Bug description: Clients can't get high resolution input in Unity8. Using native (non-nested) Mir servers, clients can get the full speed input stream if they so choose (MIR_CLIENT_INPUT_RATE=0). And it's planned that this will become a formal API feature: bug 1439590 However in Unity8, because it is a nested server, the client no longer has the option of getting this high resolution input. Examples of clients that utilize high resolution input for improved visual quality: mir_demo_client_fingerpaint -w--desktop_file_hint=unity8 mir_demo_client_target -n--desktop_file_hint=unity8 You may also want to experiment with those using ultra-high resolution input by adding a kernel parameter: usbhid.mousepoll=1 This is a tricky problem because for touch at least we do want the input stream to be throttled to the display rate from the top level down. Perhaps the answer is to enhance Unity8 to be a full-speed (non- resampled) client and then the clients of Unity8 can then still have a choice of whether they get resampling or not. To manage notifications about this bug go to: https://bugs.launchpad.net/qtmir/+bug/1497105/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
