Archief - CS netcode interessante ondervindingen

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

L0|2|23

Legacy Member
heej
ja voor de zoveelste keer is wa onderzoek gedaan e, dus as ge da ni leuk vind om te leze beter ander threadje zoeke :baard:

packets die je verstuurt zijn gem 100bytes groot, degene die je ontvangt gem 200bytes. dat wil dus zeggen dat 1/3 van je "bandbreedte" naar upload gaat (tenminste als die gedeeld is, dus niet bij ons telenetters/adslers).

een 56k modem heeft een theoretische bandbreedte van 64k, omdat de terminal waarmee hij communiceert digitaal is, maar de modem zelf is analoog, waardoor de download gereduceerd wordt tot 56k max. maar de totale bandbreedte blijft wel 64k, dus als je tegen 56k downt kan je nog aan 18k uploaden
maar laten we nu deze upload en download verdelen volgens CS, die gebruikt 1/3 upload en 2/3 download
dus dan zou je optimaal tegen 21k uploaden en tegen 42k downloaden

en wat merk ik als ik *alle* cvars opedraai op hun limieten? ik upload tegen 21k (oftewel 2,6kbyte/s) en ik download tegen 42k (oftewel 5kbyte/s)

het netwerk verkeer is dus *duidelijk* gericht op oudere modems (56k dus :p)

iig kan ik door deze bevinding er zeker van zijn dat verdere berekeningen met deze gegevens honderd procent accuraat zijn
jullie hadden dus mooi gelijk door mij vroeger ongelijk te geven;
optimale waardes voor telenet/adsl zijn
rate 20000
cl_cmdrate 100
cl_updaterate 100

niet 101, das echt niet het max hoor, want max van rate is 20000 bytes/s, en wat krijg je als je rate deelt door 200bytes ? juist; 100bytes/s :p en niet 101 zoals wel eens beweerd wordt, het zit allemaal heel mooi in elkaar :)

cl_rate is er idd echt niet meer, dan maar zonder en dan kom je ook op 100 uit, als je ervan uitgaat dat cmdrate dezelfde max heeft als updaterate...

ik ben nog niet uitgepraat;
de multipurpose tweaker omnitoolz is bijna af, ik ben nog wat schoonheidsfoutjes aant verbeteren, maar het komt erop neer dat je met deze tweaker eender welk spel kan tweaken zoveel je maar wil :), en vind je iets niet goed aan de tweaker, dan pas je het zelf aan, want het werkt op basis van heel simpele tekstbestanden. komen er later nieuwe spelletjes uit? dan w8 je ff op een nieuwe tweaktekstbestand en dan laadt je die en die zal echt werken voor het nieuwe spel, er is met alles rekening gehouden. als je wil kan je ze zelf ook maken :)
je moet ook maar 1 keer je verbindingssnelheid ingeven, daarmee berekent omnitoolz alle pingwaarden voor je voor eender welk spel, je moet die dus nooit meer ingeven.
je kan er ook settings van al bestaande configs mee inladen, en dan verder aanpassen, en het neemt backups en ik zou nog wel langer door kunnen gaan, screeny vind je hierzo: http://www.steamtoolz.com/otz_preview.png (site is tijdelijk, komt nog wel een deftig domain)

cyaa
Laurent

candyman

Legacy Member
je moet er maar opkomen.....ben ik blij dat er slimmer mensen zijn dan ik :applause: :D

sneax

Legacy Member
dus volgens u moet ik om mijn verbinding volledig te benutten toch updaterate en cmdrate 100 zetten?

L0|2|23

Legacy Member
sneax zei:
dus volgens u moet ik om mijn verbinding volledig te benutten toch updaterate en cmdrate 100 zetten?

zeer juist

maar w8 op omnitoolz en hij zal het allemaal automatisch doen, omnitoolz zal in het begin werken met half-life, half-life 2, baldur's gate 2 (&tob), enemy terrirory en mss ook quake 3

cya

L0|2|23

Legacy Member
sneax zei:
dus volgens u moet ik om mijn verbinding volledig te benutten toch updaterate en cmdrate 100 zetten?

zeer juist

maar w8 op omnitoolz en hij zal het allemaal automatisch doen, omnitoolz zal in het begin werken met half-life, half-life 2, baldur's gate 2 (&tob), enemy terrirory en mss ook quake 3

cya

BeeLz

Legacy Member
probeer de pandorianen maar te overtuigen, ik probeer da al een jaar :)
en doe ook eens onderzoek naar ex_interp want da MOET op 0 staan en velen geloven da nie :)

Ghorax

Legacy Member
BeeLz zei:
probeer de pandorianen maar te overtuigen, ik probeer da al een jaar :)
en doe ook eens onderzoek naar ex_interp want da MOET op 0 staan en velen geloven da nie :)

da moet op lan op 0.01 staan en voor de rest maakt da geen zak uit :o)

BeeLz

Legacy Member
(netcode in cs1.6):
ex_interp:
Set this variable to 0 and nothing else. Counter-Strike will automatically set your ex_interp to 1/cl_updaterate (i.e. your console will say: “ex_interp forced up to xx msec”). This is because the time in between each packet is exactly 1/(the # of updates per second), so this is how long you want your client to interpolate. Adjusting your cl_updaterate will automatically adjust your ex_interp (when ex_interp is set to 0). I recommend only changing your cl_updaterate, and letting Counter-Strike set your ex_interp. You cannot set this command lower than 1/cl_updaterate anymore, and setting it higher is an exploit. Using a value above 1/cl_updaterate forces you to shoot behind the actual model displayed on your screen, which should be considered an exploit. For example, if you use cl_updaterate 101, the correct value for ex_interp would be 1/101 = 0.009 (9 milliseconds), but by using the default value of ex_interp 0.1 with this high cl_updaterate, the aforementioned exploit appears.

Recommendation:
ex_interp 0.

Snipe

Legacy Member
ex_interp MOET op 0 staan, da is gewoon zo, dan berekent hij de juiste interp automatisch (0.009 dus voor upd 100)

@topic, fijn dat je ons nu gelooft
& wat een sluikreclame :p

Ghorax

Legacy Member
BeeLz zei:
(netcode in cs1.6):
ex_interp:
Set this variable to 0 and nothing else. Counter-Strike will automatically set your ex_interp to 1/cl_updaterate (i.e. your console will say: “ex_interp forced up to xx msec”). This is because the time in between each packet is exactly 1/(the # of updates per second), so this is how long you want your client to interpolate. Adjusting your cl_updaterate will automatically adjust your ex_interp (when ex_interp is set to 0). I recommend only changing your cl_updaterate, and letting Counter-Strike set your ex_interp. You cannot set this command lower than 1/cl_updaterate anymore, and setting it higher is an exploit. Using a value above 1/cl_updaterate forces you to shoot behind the actual model displayed on your screen, which should be considered an exploit. For example, if you use cl_updaterate 101, the correct value for ex_interp would be 1/101 = 0.009 (9 milliseconds), but by using the default value of ex_interp 0.1 with this high cl_updaterate, the aforementioned exploit appears.

Recommendation:
ex_interp 0.

op lan ja, maar op inet in .be met de schijtconnecties die we hier hebben gaat da nie! sommige mensen hebben last van andere players die schokken bij 0 interp en bij 0.1 is da weg. Tis allemaal mooi op papier wa ge daar zegt, maar in de praktijk ist allemaal anders.

sneax

Legacy Member
Het enige wat ik wankel vind aan al die theorieën is dat valve het toch beter weet hoe hun netcode geprogrameerd dan de community die zo maar wat testjes doet en vanalle tegenstrijdige resultaten bekomt.

Ik heb met de standaard settings voor mezelf totaal geen problemen, valve zal toch zelf wel weten wat het beste is? Valve brengt een game uit die een redelijke high end pc nodig heeft dat verplicht moet draaien op een kwa bandbreedte zwaar programma (Steam), ze gaan hun netcode écht niet speciaal aanpassen voor 56k'ers eh, das zoals hun game speelbaar maken op een PII300 met riva TNT.

BeeLz

Legacy Member
Ghorax zei:
op lan ja, maar op inet in .be met de schijtconnecties die we hier hebben gaat da nie! sommige mensen hebben last van andere players die schokken bij 0 interp en bij 0.1 is da weg. Tis allemaal mooi op papier wa ge daar zegt, maar in de praktijk ist allemaal anders.

das dan ook omda ze met lowrates spelen, lowrates is alles onder updaterate 80 :P

BeeLz

Legacy Member
sneax zei:
Het enige wat ik wankel vind aan al die theorieën is dat valve het toch beter weet hoe hun netcode geprogrameerd dan de community die zo maar wat testjes doet en vanalle tegenstrijdige resultaten bekomt.

Ik heb met de standaard settings voor mezelf totaal geen problemen, valve zal toch zelf wel weten wat het beste is? Valve brengt een game uit die een redelijke high end pc nodig heeft dat verplicht moet draaien op een kwa bandbreedte zwaar programma (Steam), ze gaan hun netcode écht niet speciaal aanpassen voor 56k'ers eh, das zoals hun game speelbaar maken op een PII300 met riva TNT.
netcode is designed zodat 56k ers konden spelen, 4j geleden had niet iedereen breedband, en ex_interp moet op 0 staan

sneax

Legacy Member
BeeLz zei:
netcode is designed zodat 56k ers konden spelen, 4j geleden had niet iedereen breedband, en ex_interp moet op 0 staan

ha wacht ik weet et al - ik ben over source bezig ;)

kakature

Legacy Member
L0|2|23 zei:
heej
ja voor de zoveelste keer is wa onderzoek gedaan e, dus as ge da ni leuk vind om te leze beter ander threadje zoeke :baard:

packets die je verstuurt zijn gem 100bytes groot, degene die je ontvangt gem 200bytes. dat wil dus zeggen dat 1/3 van je "bandbreedte" naar upload gaat (tenminste als die gedeeld is, dus niet bij ons telenetters/adslers).

een 56k modem heeft een theoretische bandbreedte van 64k, omdat de terminal waarmee hij communiceert digitaal is, maar de modem zelf is analoog, waardoor de download gereduceerd wordt tot 56k max. maar de totale bandbreedte blijft wel 64k, dus als je tegen 56k downt kan je nog aan 18k uploaden
maar laten we nu deze upload en download verdelen volgens CS, die gebruikt 1/3 upload en 2/3 download
dus dan zou je optimaal tegen 21k uploaden en tegen 42k downloaden

en wat merk ik als ik *alle* cvars opedraai op hun limieten? ik upload tegen 21k (oftewel 2,6kbyte/s) en ik download tegen 42k (oftewel 5kbyte/s)

het netwerk verkeer is dus *duidelijk* gericht op oudere modems (56k dus :p)

iig kan ik door deze bevinding er zeker van zijn dat verdere berekeningen met deze gegevens honderd procent accuraat zijn
jullie hadden dus mooi gelijk door mij vroeger ongelijk te geven;
optimale waardes voor telenet/adsl zijn
rate 20000
cl_cmdrate 100
cl_updaterate 100

niet 101, das echt niet het max hoor, want max van rate is 20000 bytes/s, en wat krijg je als je rate deelt door 200bytes ? juist; 100bytes/s :p en niet 101 zoals wel eens beweerd wordt, het zit allemaal heel mooi in elkaar :)

cl_rate is er idd echt niet meer, dan maar zonder en dan kom je ook op 100 uit, als je ervan uitgaat dat cmdrate dezelfde max heeft als updaterate...

ik ben nog niet uitgepraat;
de multipurpose tweaker omnitoolz is bijna af, ik ben nog wat schoonheidsfoutjes aant verbeteren, maar het komt erop neer dat je met deze tweaker eender welk spel kan tweaken zoveel je maar wil :), en vind je iets niet goed aan de tweaker, dan pas je het zelf aan, want het werkt op basis van heel simpele tekstbestanden. komen er later nieuwe spelletjes uit? dan w8 je ff op een nieuwe tweaktekstbestand en dan laadt je die en die zal echt werken voor het nieuwe spel, er is met alles rekening gehouden. als je wil kan je ze zelf ook maken :)
je moet ook maar 1 keer je verbindingssnelheid ingeven, daarmee berekent omnitoolz alle pingwaarden voor je voor eender welk spel, je moet die dus nooit meer ingeven.
je kan er ook settings van al bestaande configs mee inladen, en dan verder aanpassen, en het neemt backups en ik zou nog wel langer door kunnen gaan, screeny vind je hierzo: http://www.steamtoolz.com/otz_preview.png (site is tijdelijk, komt nog wel een deftig domain)

cyaa
Laurent

:eek:
Hebt gij da zelf gemaakt? ^^

liquido

Legacy Member
nogal technisch voor mij maar begrijp het wel in grote lijnen...
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan