Laag in ezoom unless mouse polling<5

Bug #706798 reported by Léa GRIS
0
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Compiz Core
Incomplete
Undecided
Unassigned
compiz (Ubuntu)
Incomplete
Undecided
Unassigned

Bug Description

Binary package hint: compiz

Since last week update, while in enhanced zoom, the mouse cursor position laag several pixels behind window displacements.

Unless setting mouse polling less than 5 (default to 20).

Actually I have already re/enabled mouse wheel events for zoom control in compiz using CCSM but, the events are not recieved by compiz when I select/click a window area. I have to be hover some window decoration area for compiz to receive the wheel super+wheel events, or must step some window switcher before. In all other cases, it no longer work despite being enabled in compiz.

t now in compiz zoom, unless having mouse tracking set to 1, there is a huge lag when moving window, having the window moving smoothly and the zoomed mouse pointer lagging behind.
It worked without lag before.

ii compiz 1:0.9.2.1+glibmainloop4-0ubuntu3 OpenGL window and compositing manager
ii compiz-core 1:0.9.2.1+glibmainloop4-0ubuntu3 OpenGL window and compositing manager
ii compiz-fusion-plugins-main 0.9.2.1-0ubuntu7 Compiz Fusion plugins - main collection
ii compiz-gnome 1:0.9.2.1+glibmainloop4-0ubuntu3 OpenGL window and compositing manager - GNOME window decorator
ii compiz-plugins 1:0.9.2.1+glibmainloop4-0ubuntu3 OpenGL window and compositing manager - plugins
ii compizconfig-backend-gconf 0.9.2.1git101213-0ubuntu1 Compiz Fusion configuration system - gconf backend
ii compizconfig-settings-manager 0.9.2.1-0ubuntu1 Compiz configuration settings manager
ii libcompizconfig0 0.9.2.1git101125-0ubuntu4 Settings library for plugins - OpenCompositing Project
ii python-compizconfig 0.9.2.1-0ubuntu1 Compizconfig bindings for python

Tags: usability
Revision history for this message
Léa GRIS (lea-gris) wrote :
Changed in compiz (Ubuntu):
status: New → Confirmed
Revision history for this message
Léa GRIS (lea-gris) wrote :

This issue is still on purpose with Ocelot

Revision history for this message
jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount) wrote :

Hi, Lea. It seems that the development version of Ubuntu (12.04) has made it much less laggy (though mouse polling is still set to 40, probably for power consumption control).

There have been many changes in Ubuntu since that time you reported the bug and your problem may have been fixed with some of the updates. Compiz, in particular, is in heavy development and this bug may have been fixed in the development version of Ubuntu (12.04) if not on your current version. If you are able, it would be of great help if you could confirm if the bug still exists by testing a livecd (available at ubuntu.com). When you test it and it is still an issue, kindly upload the updated logs by running apport-collect <bug #> and any other logs that are relevant for this particular issue. If you are unable to test the development version, please let us know if you are able to reproduce this issue on Ubuntu 11.10.

Thank you for your help and patience.

Changed in compiz-core:
status: New → Incomplete
Changed in compiz (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount) wrote :

Actually, Lea, I'm sorry, but there's another report open with more users on it. While your bug was submitted first, I'm going to mark this as a duplicate to consolidate reports.

Thanks!

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.