Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 239073 - games-fps/unreal-tournament works too fast with CPUs & speedstepping
Summary: games-fps/unreal-tournament works too fast with CPUs & speedstepping
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Games (show other bugs)
Hardware: All Linux
: High minor (vote)
Assignee: Gentoo Games
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-29 18:58 UTC by Jan K
Modified: 2019-12-09 03:36 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
one of two scripts to resolve the speed issue. (utstress.sh,4.33 KB, text/plain)
2009-03-29 22:54 UTC, Brandon Captain
Details
one of two scripts to fix the speed issue (playut.sh,56 bytes, text/plain)
2009-03-29 22:55 UTC, Brandon Captain
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jan K 2008-09-29 18:58:52 UTC
If You have CPU frequency stepping, UT1 will work only on the slowest one - on any other the game is too fast.

Very annoying.

To use game nomaly, You need to set CPU frequency to lowest possible. (as for me, 'cpufreq-set -g powersave')

There is a workaround (taken from ubuntu forums) to use an infinite loop like 'while :; do :; done' with low priority in background, but it's waste of energey.

Reproducible: Always
Comment 1 James Le Cuirot gentoo-dev 2008-10-13 09:12:37 UTC
I will address this shortly in bug #134156. I have a quad core machine and use CPU frequency scaling but even disabling frequency scaling, using taskset and and trying those ugly workarounds didn't help.

What did help was UTGLR, the enchanced OpenGL renderer. It has a frame rate limiting option. I set this to 60 and all was well. So I have added this to my local copy of the ebuild I made in bug #134156 but when I try it on my other machine (which doesn't need it but thought I'd better test), it has some weird graphical corruption (shiny floors and ceilings in the distance) and the game freezes after a few minutes. It's not a hard lockup though and I can shutdown properly by hitting the power button. The driver has many settings so I'm going to experiment with these later today.

Unfortunately it's not the latest version (3.1 vs 3.4) because building it for Linux is a total bitch. It needs gcc 2.95 and various hacks. The version I have was built by someone else and posted at a forum. I have tried to contact them but no luck.
Comment 2 Jan K 2008-10-13 21:06:34 UTC
I googled some more time, and finally I found a nicer workaroud. It works for me also with frequency stepping and performance governor. Following
http://www.fingel.com/ut/howtos/utonlinux.html
and using the script
http://www.fingel.com/ut/downloads/linux/utcustom.sh
is a ”nice“ workaround.

This workaround generates (in an ugly way though) 100% procesor usage while starting UT1 (for the first 4 seconds). 

It's something like the lines below just before running the ./ut-bin in ut script.

RandomFork () {
	while [ "$SECONDS" -le "4" ];   do : ;   done
}
RandomFork &
sleep 1s
Comment 3 James Le Cuirot gentoo-dev 2008-10-14 01:16:55 UTC
That was one of the workarounds I tried. It didn't work for me. I think this newer renderer really is the best solution overall.
Comment 4 Brandon Captain 2009-03-29 22:53:53 UTC
this is a very sloppy suggestion. I'm gunna eventually work this into an ebuild of nobody else does, but thie is how I got it to work. download the two files I'm about to upload here (playut.sh and utstress.sh), stick them in /usr/games/bin, and run "playut" and you should be golden.

the utstress.sh file is a blatant rip-off of the one posted here: http://fingel.com/ut/howtos/utonlinux.html

that script didnt work for men, hence my mock-up.
Comment 5 Brandon Captain 2009-03-29 22:54:55 UTC
Created attachment 186691 [details]
one of two scripts to resolve the speed issue.
Comment 6 Brandon Captain 2009-03-29 22:55:37 UTC
Created attachment 186693 [details]
one of two scripts to fix the speed issue
Comment 7 James Le Cuirot gentoo-dev 2009-03-30 08:09:45 UTC
I did manage to build the latest version of that renderer in the end. Yay for Debian Sarge! The problem was that it always crashed on my laptop. I did exchange a few e-mails with the author and tried to debug the problem but it was really beyond me. We both suspect a driver issue. I'm not sure but I think the upcoming radeon drivers are major rewrites so maybe it'll go away soon. It works fine on my desktop but I wasn't confident enough that it would work for everyone else.
Comment 8 Valeriy Malov 2009-11-30 18:37:38 UTC
As far as I understand, forcing vertical syncronisation will limit FPS. It seems to work for me. I can even play multiplayer games staing in sync with server, though mouse lags a bit.
Comment 9 James Le Cuirot gentoo-dev 2009-11-30 22:32:23 UTC
That sounds like it should work but I'm sure I tried that. I'll give it another go soon. I haven't forgotten about this btw, I've been waiting for the radeon rewrite. I think it's ready so I'm going to give it a try once 2.6.32 comes out, which is any day now.
Comment 10 Arfrever Frehtes Taifersar Arahesis 2019-12-09 03:36:31 UTC
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=8b093e47371dceaf8e3daaa099a8c20cba1a6d0c

commit 8b093e47371dceaf8e3daaa099a8c20cba1a6d0c
Author:     Aaron Bauman <bman@gentoo.org>
AuthorDate: 2019-12-08 21:08:20 +0000
Commit:     Aaron Bauman <bman@gentoo.org>
CommitDate: 2019-12-08 21:08:20 +0000

    games-fps/*: drop last-rited pkgs
    
    Bug: https://bugs.gentoo.org/44351
    
    Signed-off-by: Aaron Bauman <bman@gentoo.org>


https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=25ccd8cf8f654fefc66ef924b5558873e1e44dcf

commit 25ccd8cf8f654fefc66ef924b5558873e1e44dcf
Author:     Aaron Bauman <bman@gentoo.org>
AuthorDate: 2019-12-08 21:28:28 +0000
Commit:     Aaron Bauman <bman@gentoo.org>
CommitDate: 2019-12-08 21:28:28 +0000

    games-fps/unreal-tournament: drop vulnerable
    
    Closes: https://bugs.gentoo.org/386383
    
    Signed-off-by: Aaron Bauman <bman@gentoo.org>