Ahh, I think I understand where my problem is - I equated all racers which got any type of penalty to disqualified ones. It's not good for sure, and will be corrected.
Last edited by smith, .
Yep, he was penalised for something, thus he is moved down the grid. Looks like penalty info for the player was received in race finish packet, but of course it can be some bug too.
Can you watch the replay and tell me if he's got any penalty throughout the race progress and whether he completed this penalty?
Probably it's possible, but I don't consider it as some useful feauture. Main program's aim is to analyse multiplayer (more than one player) races to compare racers perfomance, and there is not much of interest in hotlap or single player actions for me in terms of extracted statistical data...
Uhm, yeah, some kind of templating definitely would be cool in theory, although I doubt anyone except a couple of people (including you) really needs it
Oh, I just remembered I have something you might need - http://lfsclub.mediagate.ru/temp/quali.rar
Basically that's a skeleton of insim program (with tiny bit of its own logic, which can be easily removed). All you need is to add your own packet handling blocks to UdpInSim.cpp / ReadUDPSocket() function. You just need to make sure not to remove sending of verification packets.
Basically that's a skeleton of insim program (with tiny bit of its own logic, which can be easily removed). All you need is to add your own packet handling blocks to UdpInSim.cpp / ReadUDPSocket() function. You just need to make sure not to remove sending of verification packets.
t1ger,
my program has nothing fancy within its insim interaction section. In fact, it's based on Scawen's insim demo, mentioned by you above, and practically nothing was changed in insim interaction part. Frankly speaking, LFSControl is a quite good basis to start from.
I wrote stats using C, but today I have a feeling I should've started with C#
Also, there are a couple of insim libraries by messiah and sdether which make insim programming way more convinient, maybe you should check them in LFS Programmers subsection of this forum.
If you still have any difficulties in any of the above possibilities, make a thread in LFS Programmers, you won't be left without the answer.
my program has nothing fancy within its insim interaction section. In fact, it's based on Scawen's insim demo, mentioned by you above, and practically nothing was changed in insim interaction part. Frankly speaking, LFSControl is a quite good basis to start from.
I wrote stats using C, but today I have a feeling I should've started with C#
Also, there are a couple of insim libraries by messiah and sdether which make insim programming way more convinient, maybe you should check them in LFS Programmers subsection of this forum.
If you still have any difficulties in any of the above possibilities, make a thread in LFS Programmers, you won't be left without the answer.
Wrong graphs in Krutch's replay should look properly now with new graph version.
I'd like to see what "packet error" message is looking like exactly. Meanwhile, try this startup parameters:
stats.exe 127.0.0.1 64999 65000 "" dedi
replace 127.0.0.1 with your ip address, of course.
I tested this right now, and it works. One interesting thing is that even if you have a password set in your server, you don't have to specify it in stats command parameters, but this is unrelated to your problem
P.S. You are using last stats version, right?
I seriously doubt dedigui/dedictrl is some kind of official dedicated server control program.
Dump any frontends and configure server by yourself by editing default configuration file, setup.cfg.
Dump any frontends and configure server by yourself by editing default configuration file, setup.cfg.
It will be ok with demo replays/demo servers as long as there are no joins of players during race progress. In case of one or more joins stats are going to be screwed.
Very strange situation, because in lap times data file Nauta's race time is smaller than Kok's, what is correct.
Only racers positions are wrong, and I can think of only one situation when it can happen - Nauta's lap time packet arrived later than his rival's one.
Anyhow I plan to get rid of positions data file and I'm going to rewrite positions graph so it shows position changes at every split instead of every lap.
Only racers positions are wrong, and I can think of only one situation when it can happen - Nauta's lap time packet arrived later than his rival's one.
Anyhow I plan to get rid of positions data file and I'm going to rewrite positions graph so it shows position changes at every split instead of every lap.
Last edited by smith, .
Regarding avg lap, there was some early 1.277 version with such bug.
About missed position, I just don't know. I need more input info (*.tsv files at least). Who actually finished 2nd? Looks like we have photo finish there
Last edited by smith, .
Because this is what the formula requires, we must divide by n-1.
Hmm.. you're right. Value was overflowing at one of the calculation steps. Thanks for pointing that out, it should work now.
Sorry, I don't have time to find where your error is. It's faster for me to make example from the scratch. Here is the deviation calculation for CeRT| Jet.
stats result: http://lfsclub.mediagate.ru/te ... 09.05_200032_results.html
mpr replay: http://lfsclub.mediagate.ru/te ... /liga_3_1_1_52_sprint.mpr
my calculations attached in excel format file, and they repeat stats data.
stats result: http://lfsclub.mediagate.ru/te ... 09.05_200032_results.html
mpr replay: http://lfsclub.mediagate.ru/te ... /liga_3_1_1_52_sprint.mpr
my calculations attached in excel format file, and they repeat stats data.
Nothing fancy is done with the number. Check your calculations again and make sure you are excluding first lap beforehand.
First, thanks for your friendly feedback.
Now, let's get to the answers.
1. This program won't work for demo mpr replays like your one
2. When (or if) you'll have the opportunity to use it for S2 replays, make yourself acquainted with the FAQ:
Now, let's get to the answers.
1. This program won't work for demo mpr replays like your one
2. When (or if) you'll have the opportunity to use it for S2 replays, make yourself acquainted with the FAQ:
Q: Some of the players are marked as DNF in results table, although they
completed the whole race. What's wrong?
A: Replay has ended until every single player finished their final laps, so
no correct results information is available.
A: Some players disconnected or entered spectate mode before their final position
in ingame race results table was decided, thus, no race result packet was
sent for them by LFS, and they will be marked as DNF.
Click multiplayer/start new game and delete admin password in according field.
Nothing is written only when there is no at least one _finished_ racer - check if this condition triggers...
It should be ok, but I have to mention it wasn't tested or supported in code.
You want to have them bigger?
edit: now you can.
edit: now you can.
Last edited by smith, .
You have to edit html manually, it's not automated at the moment. I'd put the server name there, if only I could retrieve it via insim.
The problem is that lfs sends is_res finish packet for the player only when his race position is finalised, i.e. when '?' sign in front of him replaces with a number. That packet isn't sending for 'unknown finishers', the ones who disconnected or spectated during finish table build-up.
In my results table generation I'm basing on insim, not the mpr file itself, so absense of proper input data leads to incorrect results.
In my results table generation I'm basing on insim, not the mpr file itself, so absense of proper input data leads to incorrect results.
GerG, read FAQ. I'm sure replay was saved (and ended) until everyone have finished their last lap (and race..) Check that, please.
Q: Some of the players are marked as DNF in results table, although they
completed the whole race. What's wrong?
A: Replay has ended until every single player finished their final laps, so
no correct results information is available.
Fixed, thanks.
to all:
* FAQ
Q: Could somebody explain the 'Lap times stability' section please?
A: The lower the stability number - more stable one's lap times are.
Only racers which did more than 2 laps are present in stability table.
First lap time is excluded from calculation.
I use the following deviation formula to calculate stability. Example of
calculation for one player:
stability = sqrt(sumN((AverageLapTime - LapTimeN)^2) / (N - 1))
where:
N - number of laps;
AverageLapTime - Player's average lap time;
LapTimeN - Player's time of Nth lap;
Q: I made a stats for our 2h endurance race and it didn't show penalty -
drive through.. it's an bug or it can't show it?
A: It shows only not completed penalties in results. That's a limitation of
LFS, which sends only not completed penalty info on race finish.
Q: Why it shows 0 pit stops for an DNF racer, while I know he did at least one?
A: Since there are no pit-related insim packets (yet?), there is no possibility
to determine number of pit stops other than on race finish. If player hasn't
finished, pit stop data is not available.
Q: Some of the players are marked as DNF in results table, although they
completed the whole race. What's wrong?
A: Replay has ended until every single player finished their final laps, so
no correct results information is available.
The lower the number - more stable one's lap times are.
Good suggestion, thanks.
FGED GREDG RDFGDR GSFDG