Mouse Feedback in game - Linux

ProgressionMurp

Dalayan Beginner
Hello Everyone,

I'm using a 64 bit version of Ubuntu 9.10 Karmic Koala. In game my mouse feedback is terrible. I move the mouse and it lags across the screen. Does anyone know what this could be due to? It seems when I two box it gets worse.


Thanks,
Alex
 
well several things, first when you run the game you should be binding each instance of the game to a different processor. so if you run it from the command line taskset -c 0 wine eqgame.exe patchme is binding the process to processor one. if you are executing off a desktop script it probably has it in the script and you can make one for each instance. taskset -c 1 wine eqgame.exe patchme would bind to processor two and so on.
{actually nevermind the first. i just looked at the patcher and it does it for you. i run things a bit differently}

second, what graphic settings are you running the game on? on board video cards aren't great and you might want to see if lowering the settings changes your mouse response.

run glxgears from the commandline and post it here. it will give you a message like;
pparrish@arbiter:~$ glxgears
76269 frames in 5.0 seconds = 15253.739 FPS
75428 frames in 5.0 seconds = 15085.496 FPS
75479 frames in 5.0 seconds = 15095.739 FPS
75352 frames in 5.0 seconds = 15066.634 FPS


third, you can try taskset -c 0 wine -opengl eqgame.exe patchme off the command line but i dont know if that will work.

last, you may have an issue more related to ubuntu then sod. you might want to make a detailed post on the ubuntu forums about the problem you are having and ask if anyone has had a similar issue. and when i say detailed os, wine version, video card and then some detail on what the mouse is doing.
 
Last edited:
Thanks again Boehm! Shall I run glxgears while in game?

alex@InMotion:~$ glxgears
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
4021 frames in 5.0 seconds
3560 frames in 5.0 seconds
3380 frames in 5.0 seconds
3460 frames in 5.0 seconds
3320 frames in 5.0 seconds
3560 frames in 5.0 seconds
3400 frames in 5.0 seconds
3420 frames in 5.0 seconds
3360 frames in 5.0 seconds
3163 frames in 5.0 seconds
3420 frames in 5.0 seconds
3580 frames in 5.0 seconds
3320 frames in 5.0 seconds
3440 frames in 5.0 seconds
3560 frames in 5.0 seconds
3320 frames in 5.0 seconds
3360 frames in 5.0 seconds
3480 frames in 5.0 seconds
3400 frames in 5.0 seconds
3520 frames in 5.1 seconds
4720 frames in 5.0 seconds
3940 frames in 5.0 seconds
3960 frames in 5.0 seconds
4460 frames in 5.0 seconds
5440 frames in 5.0 seconds
4860 frames in 5.0 seconds
4515 frames in 5.0 seconds
2980 frames in 5.0 seconds
3020 frames in 5.0 seconds
2900 frames in 5.0 seconds
3120 frames in 5.0 seconds

alex@InMotion:~$ taskset -c 0 wine -opengl eqgame.exe patchme
wine: could not load L"C:\\windows\\system32\\-opengl.exe": Module not found
alex@InMotion:~$
 
Last edited:
actually opengl won't make any difference really. glxgears should be giving you an fps reading and shouldn't be synced with anything. don't run it while in game. run it several times and see if that changes the output.
 
Last edited:
I closed eq loged off the user and logge back on and ran and recieved the same synchronize vertical refresh message.

alex@InMotion:~$ glxgears
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
3821 frames in 5.0 seconds
3600 frames in 5.0 seconds
3540 frames in 5.0 seconds
3700 frames in 5.0 seconds
3580 frames in 5.0 seconds
3580 frames in 5.0 seconds
3440 frames in 5.0 seconds
XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0"
after 55325 requests (50949 known processed) with 0 events remaining.

Second time running:

alex@InMotion:~$ glxgears
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
3821 frames in 5.0 seconds
3500 frames in 5.0 seconds
3540 frames in 5.0 seconds
3480 frames in 5.0 seconds
XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0"
after 29645 requests (6701 known processed) with 0 events remaining.
alex@InMotion:~$

3rd Time running:

alex@InMotion:~$ glxgears
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
3541 frames in 5.0 seconds
3560 frames in 5.0 seconds
3540 frames in 5.0 seconds
3380 frames in 5.0 seconds
XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0"
after 29405 requests (7094 known processed) with 0 events remaining.
alex@InMotion:~$
 
Last edited:
there are some issues with intel chips it seems. intel is changing their layout and only providing 2d support for them. ubuntu intel faq

your speed may be related to a speed issue caused by the sync ing;
syncing

you might want to follow the sync to vblank guide, but be prepared to put things back if it doesnt change your response.

VBlank synchronization is an optimization technique that balances the output rate of your graphics card with the rate that your monitor displays images on the screen. Your monitor's refresh rate -- also called the vertical blanking interval (VBlank) -- is the maximum speed your monitor can present images. If your graphics card renders faster than this rate, the extra images are rendered for naught, as you'll never actually see them. So if your monitor's VBlank is 60 Hz, and your graphics card is rendering 1000 frames-per-second, then 940 frames are getting drawn for no purpose. So theory synchronizing the two makes a lot of sense.

HOWEVER, things are not so simple, and vblank syncing can actually make performance worse. For a deeper discussion, see http://www.tweakguides.com/Graphics_9.html

To turn off vblank sync, use any of the three methods:

1. Setting vblank using compizconfig-settings-manager: Go to System->Preferences-> Compiz config settings manager -> general options -> Display settings-> Sync to VBlank. Turn it to 'off'.

2. From the compiz gconf configuration:

sync_to_vblank = false

3. Via driconf: 'Synchronization with vertical refresh (swap intervals)' -> set to 'Never synchronize with vertical refresh'.


-----------------

as noted this is a ubuntu/linux card issue related to manufacturer documentation support for the chip. you should probably check around their guides and the forums if there is any thing specifically related to your card.
 
I managed to find sync to VBlank through method 1 and it was already of. I'm not sure how to do the 2nd or 3rd.

well as i mentioned i dont use ubuntu and therefore not compiz for management. you are going to have to google aom of this; but you can run the gconf editor by running

gconf-editor on the command line. the probably looking under - apps - compiz
 
Back
Top Bottom