SRCDS Steam group


HL1 & HL2 Booster Library
#61
I already did that. Earlier in the thread I already pointed out for others that you have to do so...
Reply
#62
Good job,guys ! Here is the result on my cs 1.6 server :

My Result
Reply
#63
I recommend for now to use BehaartesEtwas's BEpingboost.c, use Monk's adaptive usleep or to hardcode-modify the multiplier in the usleep() function of DiSTANT's hl-boost.c
( tv_nsec = usec * <MULTIPLIER>; ) Default value is 1000.
Usually it requires only a minor changement, e.g. 990 instead of 1000 to reach a 1000fps.

I've come to realize that most of the code could (and should) be done an other way. Additionally DiSTANT gave me the idea and some example scripts so I'll try to impliment RDTSC with syscall fallback aswell as use Monk's SSE2-Patch.
Additionally all critical parts and functions will be removeable or changed to an alternative method by setting a simple flag, so if you don't want e.g. fps correction it's simple to turn off Smile
Oh and I decided to really test a lib for a change before posting it =)
It might take a time to finish, but don't worry (or get your hopes up Toungue) I'll be back Toungue

Additionally I'm working on a (php-based) fps-graphing software that tracks a whole host (not only fps but also system load, memory, disk usage, network,...) and (hopefully) tracks packet RTT time to get to understand some of the changes and srcds-features better. I'll release the source together with the lib v 2.0
Q: What would an omnipotent computer to?
A: Get rid of humanity!
Reply
#64
Hi! I have an error
Code:
Auto detecting CPU
test: 423: -------------------------------------------------: unexpected operator
test: 423: -------------------------------------------------: unexpected operator
Using default binary.
after this error my server use srcds_i486. When i write srcds_i686 instead of srcds_run. I also have an error.
Code:
Failed to open bin/dedicated_i686.so (tier0_i486.so: cannot open shared object file: No such file or directory)

how can i fix that?
p.s. sry for my english
Reply
#65
What is the problem?

gcc -fPIC -g -O2 -shared -o boost.so hl-booster.c -m32 -lrt
hl-booster.c:51: error: expected ')' before 'usec'
In function 'construct':
warning: incompatible implicit declaration of built-in function 'floor'
make: *** [boost.so] Erreur 1
Reply
#66
@slymer
I must confess I have absolutely no idea. The code is compiling fine on my systems. Which distro are you using?
Maybe someone else knows what this error means?

@f0y
Does it work without the lib?

@saintjimmygd
That doesn't necessarely mean the fps are stable, as hlds's "stats" doesn't show fps-rates above 1000 however it accelerates the game if it reaches too high. Try running it with FPS=990 and see what value it runs at. However the code isn't really compatible to hlds as I had to realize (one of the reasons I'm rewriting from sratch)
Q: What would an omnipotent computer to?
A: Get rid of humanity!
Reply
#67
yes, it works, with lib and without, but lib uses i486.
what difference between srcds_i686 and srcds_i486?
i think that i686 better and i try to run i686, but i get an error.
Reply
#68
(01-05-2010, 07:08 AM)d4f Wrote:  @slymer
I must confess I have absolutely no idea. The code is compiling fine on my systems. Which distro are you using?
Maybe someone else knows what this error means?

debien etch 32 bits
Reply
#69
(01-05-2010, 07:30 AM)f0y Wrote:  yes, it works, with lib and without, but lib uses i486.
what difference between srcds_i686 and srcds_i486?
i think that i686 better and i try to run i686, but i get an error.

Remove all the printf lines and it should fix your problem. For some reason, certain systems think the printf lines are part of the input parameters.
[Image: banner.php?t=2&amp;bg=002244&amp...p;id=82023]

[Image: banner.php?t=2&amp;bg=002244&amp...p;id=82024]
Reply
#70
@slymer: try to run this on the shell at first:

apt-get update && apt-get install gcc-4.3-multilib gcc-multilib lib32bz2-1.0 lib32bz2-dev lib32gomp1 lib32z1-dev libbz2-dev libc6-dev-i386 zlib1g-dev

after that give it another try to compile ... it should work now. if you run in probs you have to upgrade your distro to i.e. deb lenny (5.0), I guess.
Reply
#71
2 DiSTANT
thanks! my problem fixed!
Reply
#72
(01-05-2010, 07:41 PM)ulx Wrote:  @slymer: try to run this on the shell at first:

apt-get update && apt-get install gcc-4.3-multilib gcc-multilib lib32bz2-1.0 lib32bz2-dev lib32gomp1 lib32z1-dev libbz2-dev libc6-dev-i386 zlib1g-dev

after that give it another try to compile ... it should work now. if you run in probs you have to upgrade your distro to i.e. deb lenny (5.0), I guess.

Thx Big Grin
Reply
#73
On my SRCDS server,without this lib, the FPS fluctuates from 900 to 1000 ( RT Kernel 2.6.31.6 ).
With the lib installed ... it makes no differnece ! In game-play really,it doesn't matter if you use it or not.
With FPS=4000 it still fluctuates from 3700 to 4000 and the PING's are the same as before.
So...why should i use it ? Realy, is there any difference ?
Reply
#74
(01-06-2010, 03:34 AM)saintjimmygd Wrote:  On my SRCDS server,without this lib, the FPS fluctuates from 900 to 1000 ( RT Kernel 2.6.31.6 ).
With the lib installed ... it makes no differnece ! In game-play really,it doesn't matter if you use it or not.
With FPS=4000 it still fluctuates from 3700 to 4000 and the PING's are the same as before.
So...why should i use it ? Realy, is there any difference ?


Playing at 1000 or 4000 fps makes almost no difference. You're right !
Stability is the most important thing.

This lib use a lot of clock_gettime from the monotonic source. It can be a performance killer !
For gettimeofday on a 64bits kernel it's slower, on a 32 bits it's twice faster.
For the usleep it use a lot of gettime that slow down calculation.

So don't use it as it is for now. Wait for a new cleaner version using rdtsc and another algo.
Reply
#75
Well,it's true,i use a 64 bit kernel (debian)...
I'll wait for the next version.All i really want is the lib to make my FPS's stable at 1000,or maybie 995-1000,on a full 32/32 server.That's all i can hope.
Anyway,i apriciate the effort of building this great library and i hope next version will do the trick Big Grin
Reply


Forum Jump:


Users browsing this thread: 20 Guest(s)