Mouse lag on Linux

[aseprite-bot]

From a.w.ma...@gmail.com on November 17, 2013 16:34:24

What steps will reproduce the problem? 1. Install Arch Linux AUR version 0.9.5
2. Start aseprite
3. Experience mouse lag when moving cursor around screen What is the expected output? What do you see instead? Expected native mouse speed without lag but instead the mouse had a huge amount of lag making it unusable. What version of the product are you using? On what operating system? Version 0.9.5 running on Arch linux using Linux 3.12 x86, xfce 4.8, Nvidia Geforce Proprietary drivers.

Please provide any additional information below.
Seems like a similar issue to https://code.google.com/p/aseprite/issues/detail?id=76 but I tried both changing the ScreenScale to 1 and starting a seperate x instance but neither helped remove the mouse lag.

I googled around for solution but only found the previous bug report and a report from another user of a similar lag experince on linux http://www.ludumdare.com/compo/category/ld-27/?author_name=meszka (mentioned in the 'Graphics tools' section)

Original issue: http://code.google.com/p/aseprite/issues/detail?id=283

[aseprite-bot]

From DocHoncho@gmail.com on November 21, 2013 22:20:31

Confirmed on Ubuntu 12.04 (VMWare).

It doesn't seem to be limited to just the mouse, the entire application is extremely laggy, making it impossible to do just about anything.

If I had to guess I'd say it was an allegro problem. I seem to recall Allegro requiring a yield_timeslice() function to play nicely with windowing systems. Haven't used Allegro in years, but the function looks like it's still there in some form.

Looking in to this some more.

Status: Started
Owner: DocHoncho@gmail.com

[aseprite-bot]

From davidcapello on November 22, 2013 02:23:58

If you find a solution it would be great. The real solution is to change the way events are processed (i.e. changing Allegro 4 backend to Allegro 5 or SDL, which use messages queues).

You can start looking at: https://github.com/aseprite/aseprite/blob/dev/src/ui/message_loop.cpp

[aseprite-bot]

From jgsww...@gmail.com on November 25, 2013 17:01:10

Confirmed on #! Waldorf (With Jessie repo's)

[aseprite-bot]

From davidcapello on December 18, 2013 06:43:49

Maybe a temporal solution: https://code.google.com/p/aseprite/wiki/FAQ#Why_do_I_see_double-sized_pixels

[aseprite-bot]

From a.w.ma...@gmail.com on December 18, 2013 07:35:13

As mentioned in the initial report I did try setting the ScreenScale to 1 and starting a separate dedicated X instance just for aseprite but neither helped with the lag.

[aseprite-bot]

From trooper...@gmail.com on December 31, 2013 09:45:05

I also have this problem on Arch Linux x86_64. The issue seems to me to be related with mouse acceleration. When I move the mouse slowly, the cursor is able to keep up. However, if I move the mouse at a higher speed, the on screen cursor is unable to keep up. There seems to be a certain threshold for what speed Aseprite is able to keep up with the mouse movement and when it falls behind. As was mentioned before, my guess would be that program can't keep up with the mouse events.

[aseprite-bot]

From mesz...@gmail.com on April 23, 2014 11:49:28

I found a workaround which fixed the mouse lag for me: changing my mouse polling rate from 1000Hz to 500Hz.
Here is a general howto: https://wiki.archlinux.org/index.php/Mouse_Polling_Rate or if you're using a Razer mouse along with razercfg like me, you can set it there.
For completeness: I'm using aseprite 0.9.5 (from AUR) on Arch Linux x86_64.

[aseprite-bot]

From davidcapello on July 16, 2014 20:30:27

Labels: OS-Linux

[aseprite-bot]

From cosku....@gmail.com on July 25, 2014 11:24:45

I can confirm this bug. Arch linux 32 bit. Compiled from AUR. The application is unusable because of mouse lag.

[aseprite-bot]

From whatshis...@gmail.com on August 12, 2014 12:39:27

Also experiencing this on Arch using aseprite 1.0.2. It's really unusable.

[CptTeacup]

Has there been any progress on this?