Hi there!

I'll give it a try. However, the changes that have been made in this version are quite substantial. As far as I've seen until now, basically the whole thing (and I literally mean every single packet apart from the file header) needs a revision. At this stage it probably does not really make much sense, to create some Frankenstein monster, but to bring the whole thing onto a new code base.
Anyway (and even if I decide to try a "quick and dirty adaption"), this time I will need some more time as usual, as I need to evaluate all the changes and then to incorporate them ... and time is fleeting ...

If, however, someone could help out with a few representative replays, I'd be thankful.
Ideally, I would also get hold of a few that contain changes of server rules, player infos (nicknames, player flags (e.g. controls) etc ...) disconnects, server leaves, re-joins and/or takeovers (although I'm thinking of reducing takeover support for the moment ...)

Howdie!
Long time no see

Here comes an update for support of new mpr version in 0.6V.
Also, I finally found the bug regarding FE6 ... it's now dealt with
Please enjoy:
mpRes V2.08 to V2.10

So graphs do not work anymore on php7 .. good to know

For the AI drivers:
Try to put 'AIBOTdummyname' directly before the AI ingame name (INCLUDING color coding) ... which gives something like 'AIBOTdummyname^6Spr^2ite ^7- Traceur'
Maybe I should remove the colorcoding from the next version, though ... never actually thought about people really would use AI drivers with this

Hm ... this is a bit weird. To be honest, I don't see ANY graphs on your installation. But I also do not get the 500 error either.
However, I did a quick recheck on my server (running php 5.6.11) using your replay and it does work for me: http://mpres.de/single/TST/1/r3/

So my first questions are:
- Did you change any parts of the script just before this happened? (maybe the .htaccess?)
- Did your php version change?

Ah, now I see what happened ...

In case you run PHP >= 5.5 please change namecolored function to:
I'll check for backwards compatibility and then have that included into next release

Firefox graphs look ok here ...

for the names issue:

please have a look into functions.php (includes/functions.php) at lines 128-130 and replace:

Quote :

function namecolored($name) {
return stripslashes(preg_replace("/(\^([0-9]))+([^\^]*((\^\^)+[^\^]*)*)/e",'"<span style=\"color:".getColorCode($2).";\">$3</span>"',htmlspecialchars($name)));
}

with:

Quote :

function namecolored($name) {
return stripslashes(preg_replace("/(\^([0-9]))+([^\^]*((\^\^)+[^\^]*)*)/",'$3',htmlspecialchars($name)));
}

This should remove all color-coding from the names. Let's see if that shows you some name at least. If that's the case, the old function seems to be not compatible with your system. Can you tell me, what version of php you have installed on your server?

See first post for update to v2.08 (Version 0.6R including new Blackwood)


Well, for the https thing, I'll have to take a look into it, as I practically never used this.
About the names problem: Did that also appear when you changed from http to https or did you change anything else that might have caused this?

For the tocdata ... actually I have myself always found this strict way of handling this very awful. I'll have a look into that for the next update, but that will take a little while, as I'm currently quite busy finishing my PhD ... but I'll keep this noted, promise!

And finally for the finnish translation: Yes, please, I always appreciate input


cheers,
AV

And we got another incrementation in mpr-version ...
For the moment here comes a small hotfix (see attachment)
I did not test this, a closer look on this will NOT come before the weekend!
THIS FIX DOES NOT INCLUDE THE TRACK UPDATES!!!

See first post for new update (2.07) to fix the broken suport for replays with layout data ...

@troy: still trying to find what the reason for your problem is ...

interesting ... is that happening with all tracks or only specific ones?

See first post for V2.06.
This includes support for LFS 0.6K9 and above (0.6M) and also new path-files for the Kyoto fix.

Please feel free to grab the update to V2.05 (see top post) for Rockingham support

I see ... so I guess IIS is probably the problem here as it doesn't understand the url rewriting (mod_rewrite) provided in the .htaccess file. This is basically designed to be used on an apache2 webserver, not IIS.
Unfortunately I'm not familiar with IIS either, so I would need to look that up and see what we can do here.

Try this

Could you send me (PM):
- a link
- a copy of the event_definitions.txt
- the naming/path of one of the replays
?

I've just activatted your account by hand. Didn't you recieve an activation mail?

@HeRRC: I've manually activated your account.

Seems I did not reactivate the mail system of our site after the last meintenance ... sorry.

Good morning!

In the first post you'll now find a small hotfix for compatibility with newer releases of php (>5.5.0) ... That is probably most interesting to people, who want to set up the script on a local server using xammp ...
If you are running the script on php < 5.5.0 (which will probably be the case for most webservers) there is no actual need to implement the hotfix as there are no other new features for the moment ...

Good morning fellow racers!

I've just uploaded a new version of the script, that now can handle the new lfs-version 0.6H (including the test patches leading to it, most notably G14/17 ...).
We now have support for the new Westhill and the increased number of maximum racers.

You find the whole script attached to the first post ...

But: The new /setlap function is at the moment not implemented, that needs to come in the next version. Actually the function is at the moment fully ignored.

Nevertheless: Have fun and stay tuned!

Instead of deleting I was actually thinking about shifting the old data from WE1 to WE2 (including the driven laps). That should make much more sense than keeping it as it is.

That might be true, but not the point ;-)

Heyho!

I just realized that the old WE1 (International) PBs are still available on lfsworld, but now considered as WE1 (National) ...
Is that actually a bug or is it a feature?

(It seems renaming WE1 to WE2 makes things quite complicated ....)

I see, so my first guess was right.

I'm afraid that in this case reducing the number of node points per track will not be a good solution. This will work for drawing the tracks, as cargame showed (nice and interesting thing by the way!). But that is very probably only because the graphics algorithms are using splines to connect the nodes to make them smooth. In this case you want to rely on the bare node points as much as possible, because calculating all those splines wil be even more time consuming.
The only part were you might consider leaving some points out should be near the apex of a turn, but on the other hand, that is where you want most precsion, as that is the areas where cutting happens.
So all that is left for optimizing is really the algorithm.
In that respect I would give the grid-approach (link above) a try. Unfortunately I am also very busy at the moment, so I cannot give it a shot myself to see how we could optimize that.

Quote from cargame.nl :

I didn't annoy avetere yet.

// lets do that

How very annoying of you

Anyway, I don't really see, how I can be of too much help this time, as I didn't get, where the problem actually is.
Is it getting the track data, or getting the car info from lfs or simply processing it all.
In that case: There should be lots of optimization possible regarding the algorithm. I don't now, how you are donig it at the moment, but a combination of two "in_polygon" calculation (inside for outer track boundaries, outside for inner buondaries) should do the trick. There are plenty of was of doing it, though. I nice overview is here:
http://erich.realtimerendering.com/ptinpoly/

You're very welcome