ut2004 can be optimized a little by using system libraries. The performance gain here is minor, but it might be worth investigating further. Should I make patch to the ebuild to support theses links? Reproducible: Always Steps to Reproduce: Change to your ut2004/Benchmark directory and create a file called 'benchmark.sh' with the following content. #!/bin/sh ../ut2004 dm-rankin?spectatoronly=1?numbots=12?quickstart=1?attractcam=1 -benchmark -seconds=77 -ini=default.ini -exec=../Benchmark/Stuff/botmatchexec.txt $* chmod +x benchmark.sh Now go to ut2004/Benchmark/Stuff and create botmatchexec.txt showhud ship o change directory to "ut2004/Benchmark/" o run the script: ./benchmark.sh The results will be placed in ~/.ut2004/Benchmark/Results Actual Results: #with -nosound 11.751631 / 38.120991 / 92.699600 fps -- Score = 38.149940 #standard installation (3236-r1) 9.190248 / 37.392365 / 88.916649 fps -- Score = 37.421368 #ln -s /opt/ut2004/System/openal.so /usr/lib/libopenal.so 11.892935 / 37.762680 / 85.310272 fps -- Score = 37.793499 #ln -s /opt/ut2004/System/libSDL-1.2.so.0 /usr/lib/libSDL-1.2.so.0 11.756836 / 37.771847 / 86.932014 fps -- Score = 37.799709
While this is acceptable for a user to do himself, we don't want to modify the package beyond how it is shipped, as it makes support much harder. Plus it introduces 2 more dependencies to the package which are not specifically required, along with the possibility of a user's broken openal or libSDL causing problems (and therefore bugs) with the game. If you look through the CVS history for the ut2004-demo ebuild, you will see that I did this at one point for x86, but reverted to the (now patched) libraries from Ryan Gordon, at his request. Because of this, I am leaving the package alone. It isn't our place to make such changes, otherwise, I would be making changes to the .ini files to improve performance.
