Can hack around this but I'm probably going to finally rewrite it once more and make it use XML. There can be spaces in names which breaks the use of spaces as delimiters.

BTW the errors reported by pubstat seem to be the same for plain text and XML, just pain text errors. Found these, anybody aware of some other related to reading WR?

Quote :

not authed (invalid identkey)
Invalid Ident-Key
Identification is required
can't reload this page that quickly after another

Might add command line options to config file and maybe allow more cmd options, where cmd options would override those in config.

Empty config file, everything alright

Hope this thing will be a little more error proof in the end. It should catch wrong IPs and ports as well. Host names are supported too now.

Quote :

# Host IP or host name
host = localhost

Never heard of one. You're lucky if LFS reloads the textures and you don't have to restart it with every texture change.
Try ask Lynce or others who made track texture packs.

Quote from vitaly_m :

I try to capture info from multiplayer replay file. I tried "utf-8", "ascii",, "cp1251", "cp1252", "cp1253" encodings. Currently "cp1252" works best. But I get this: "12 - R.Kronpu^Bðs" instead of "12 - R.Kronpušs"

(bytes are: 12 - R.Kronpu^B\xf0s\x00\x00\x00\x00\x00\x00\x00)
(49 50 32 45 32 82 46 75 114 111 110 112 117 94 66 240 115 0 0 0 0 0 0 0)

Do I need to interpret ^B as some special character? Or do I need to use some other encoding?

LFS uses escape codes to switch codepages because it does not use UTF8 and has it's own messy playername/message/... encoding.
Colors are fine that's pretty standard but the codepages are certainly not.

Quote from vitaly_m :

Thanks Dygear for even more references. For now it works good. In replay file (at least in header) I didn't meet ^8 or ^9 characters (as far as I remember) so if I see ^* I covert 1 letter and then revert back to cp1252.

Maybe in further replay parsing (now I need to find out what players was on starting grid, because they do not get to header if they do not finish).

I would rather say the switch is applied until you encounter another switch that resets the current code page while reading that string or sets a new. Not only 1 character but a whole sequence.

Vitaly: best get a library that converts/handles these custom LFS strings. Reads/writes and strips/converts them.

LFS devs: please use UTF8 or something else that is standardized and supported widely. Even old and simple C has wide chars.

Rewriting the class that collects and calculates individual stats, inevitable.

Sectors named as splits, defined as individual variables instead of indexable arrays or lists.
I'm surprised nobody notified for so many years that the split times in output html are actually sectors.
And yes just found another bug, all best splits(= sectors) apart from the last one show a lap lower by 1 than where they have been done. Saw that in code and verified on v2.0. Set best split times in first lap, it will show 0 as a lap where those splits were done. There is no such thing as lap 0 *laugh* How could we miss this for so long.

Qualification seems a little off as well.

I think the further networking update is going to be v2.2 after this works once again.

Last edited by JackCY, Sat 28 Sep 2013, 23:57.

Quote from Flame CZE :

There is one, called ReadMe_RU.htm.

I appologize but I am blind, where is it?

That's the contents of 0.99b:

for so many sound options though, so it does not seem repetitive.


Apart from the false positives it gives and bugs it's nice, a good addition if one wants some of the features.

Hi everyone,

this is a continuation of previous LFSStats v1.xx that was developed by Gai-Luron. I've made an updated version v2.0 a long time ago that was submitted in previous thread and it seemed to be used. It had mainly cosmetic fixes at the time as it was otherwise working well. LFS has changed though and the old base code of LFSStats started to be outdated.

Now I wanted to practice and make it usable again so I've started to make an update v2.1 almost 2 months ago. Working on and off on it as I have time.

There are going to be major changes and hopefully a completely new network layer with a working TCP. Swapping the networking to InsimDotNet. Added all fixes I could find that Luron made but none seem to work very well, they work but TCP still does not work flawlessly.

See change log below to see what updates have been made:
(I'm not even sure it has them all, there is unlikely to be a part of code I did not change by the end.)


Command line usage:


I'm not sure what are valid Insim interval times, anybody knows?
The rest of configuration is per usual in a config file.

---

OLD version 2.0 (temporary hosting, same release only config changed to UDP mode):

binary
source

v2.1

I'll get the newer versions on one of the open source project hosting sites sourceforge, github, codeplex or similar once it's done and releasable.

---

The templates are made new from scratch, HTML5 and CSS3, not finished yet with Qualification, Practice and CSS. Here is a preview of LBL colors that LFSStats generates so it's something not changeable in CSS completely.



The colors are continuous and can be redefined in source code easily if needed. Any other colors are only temporary in CSS.

I'm thinking of changing the menu once again, right now it works the same way as Yamakawa's template that is via JavaScript showing and hiding parts of the webpage but it's not very user friendly to be honest. Thinking of switching it to scrolling down and up with the header and menu being fixed on top and possibly avoiding JavaScript.

This is the current HTML5 outline of race statistics template:


If you wish for a different order or grouping in navigation, let me know below.
Update: Splits were changed to sectors.

---

Please keep bug reports for later when v2.1 is released, a lot has been already fixed.
Can't help you with bugs of older versions made by Luron, please report those in his thread.

Last edited by JackCY, Sat 28 Sep 2013, 23:58.

Quote :

I agree with you, but Lexanom is not that good in English, so he'd need a Russian translator who could translate the readme into English first.

Even a Russian one would be at least something (we can Google translate, just put it there)

Quote :

There is a pitboard which shows you how far ahead/behind are your closest opponents. It also shows the PB difference on splits at the top. But it doesn't have the difference meter or how much you gained on people around you at each split.

LFS has a board that shows distance to others though it only shows the time when you cross the split or so, I think it does not show it always, only on split updates of you and your opponents.
That difference meter on top reminds me of Rally games
Like CMR and RBR.

Quote :

Last lap? Is that necessary? Does it work with time based races?

Sometimes I forget it's the last lap, when I am in a big fight and I am not focused on the lap counter. Could be made optional (ability to turn it off), though.

Ah true. It would be neat if it could say last lap when you get lapped. As you will not have time to drive all lets say 40 laps but only 39 so it would tell you in 39th that it's your last.

Guess for those who like to see overload of laps and split times it can be useful. I prefer to check those afterwards. During race what I find useful is to know how much time/laps to catch up somebody or how much time/laps before somebody catches up with me.

Lets say car behind is driving faster and will get close to overtaking based on previous progress in last few laps in 6 laps. Drives 1s faster and the gap is 6s, so 6 laps to catch.
Comes handy to do in endurance races. If it's worth it to speed up and catch somebody, speed up to not get caught or to drive a little more safer and bring the position home.

Quote from Litro :

Wow, this version works! Thank You!

That's the v2.0 that was here before, same archive, I've only changed the mode to UDP in config and zipped it again.

Well even the latest v2.1 (in TCP mode) I have still crashes on occasion because of how the internals were made, which is a bit of a guess and it seems one needs to check everything and everywhere as packets and information gets built for the stats in an unknown order.

Joined online server with v2.1 running, shortly after crash. User sent message and it has to translate user ID to nickname but there was no entry yet in the translation dictionary for this ID ==> :hbomb:
Will have to look into it later when rewiring things.
Right now it works fine so I'm waiting if it crashes again.
...
Hmm so far it's running fine.

Only error in stats is that it lists some best possible laps of people who did not make a lap but did a split or something. Making a note to check it later.

---

Changing the internals a LOT.
Even configuration and stuff. Can't work with it much unless things are nicely separated.

Last edited by JackCY, Thu 26 Sep 2013, 14:52.

Quote from Litro :

Well...your version also did the same.

Very likely, did not fix the network back then and the network was also working with older LFS much more. v2.0 fixes and updates were more cosmetic than changing the inner operation of LFSStats.

Will make a new thread and repository for the code with new version.

I think TCP is a necessity here for LFSStats to create valid results so I have another big thing to update = remove the whole "network layer" and wire it to InsimDotNet.

I'm not sure there will be much left from the original LFSStats anymore.

---

OLD version 2.0 (temporary):

binary
source


Will try to get the new one out once it makes an output that is usable.
Still missing Q and maybe practice, need to make CSS to style the whole thing.
Then I can publish and fiddle with TCP/InsimDotNet.

Make the connection time out longer, before LFS starts and I can make it open insim, LS stops connecting and I think it did not shutdown either.

Giving it a try, though I rather prefer to drive and see the road than read while racing

Is slow car ahead just a copy of yellow flag?

Add a readme, there is nothing about configuration if it's needed or not and neither I see where and how to connect so it works with default 29999 but nothing else?
Yes something gets printed into console but I'm likely to have that on background and LFS in fullscreen and not notice some special commands printed into console. But would read a readme in advance to see what to do and how clearly at any time, not only after connecting to LFS.

Make the buttons "save&close" and "cancel".

The default positions of GUI are over mirrors! I don't know how about others but I do use them.

Moving the GUI from left to right is a nightmare of 1000 clicks. Make it more easy to move around. Or allow arrow keys for movement, just hold a key and move it. Ok found it, CTRL+Click and it jumps a lot, could be a little less.

Also I'm driving first after start in XRT, others have STDs so are behind quite a bit. Approaching first corner and I hear loud slow car in front blah blah and text flashing at least 2 times. While there is nobody in front obviously.

Is there volume control?

Don't we get these split times and such already from server Airio on those that have it?

Is the GUI configurable per car?

Turned off sounds but cross a finish line and hear voice again, no idea what it says though. Not understandable.

Diffline does not show with semi-transparent background.

Standings with time 0 show on top instead of bottom or rather being omitted from the results.

GUI is kind of confusing, good, awesome etc. when I drive pretty crappy laps. Guess it's not comparing to laptimes of others but to mine?
WE1 RAC, first in race, nobody near and nobody even near after u turn, crossing finish line it yells at me car in front car in front etc. like every lap it reports some fake yellow stuff. There is no yellow flag yet the system yells there is a car, slow, in front, etc.

standings and relative contains cars that do not race, shows them on top, should be removed alltogether.

What is Opt under the PBs?

Wasn't there already a LFSSpotter? This does reports cars nearby ok, but the fake collision prevention reports are annoying.
Relative and standings can be handy, though I would probably like them to be visible after key press not always.

Spotter seems ok, though it's hard to tell without any close racing how accurate it is.

Last lap? Is that necessary? Does it work with time based races?

Does this all work in qualification and practice reasonably?

When switching to another driver via the provided GUI it does not show laps etc. as in it does not collect these and only start collecting from that point = useless half the time. Does not change this following based on what car you're viewing with an optional lock.

Looking at a replay, the spotter tells it late, after I have 1/3 of a car on side already overlapped. Thus if I had steered we would already collide before the spotter reporting. It could be handy to have this for rights in a corner though where an overlap is needed to have a right. Relying on it seems risky though.

And I think I just crashed it while browsing a replay and trying to get to SHIFT+B again. It closed, no idea what error since the console closed as well with it.

Last edited by JackCY, Wed 25 Sep 2013, 11:50.

Quote from Litro :

error
I see something similar to this https://www.lfsforum.net/showt ... php?p=1758174#post1758174 but where to move that folder? Tried another direction...didnt helped.
When i use spr replays it gets stats.

Dunno, that looks like Luron's v1 so expect a lot of bugs.
That one fails to create a class of IS_STA packet while trying to read some [S]WORD (Int32)[/S] I mean USHORT (uint16) which in Insim is named as WORD

But yeah this is one of the things that can still go to hell because of how the Insim was coded and handled. I may switch it to InsimDotNet if that one does work. The plan was to not rewrite network layer if necessary but it's something that needs to be done nonetheless.

It's probably one of Luron's early programming projects so it looks like it. There is no checking and safety, it assumes everything is always ok, well it is not and then it crashes instead of recovering.

Quote from Gutholz :

thanks for reply and your work

There was this replay I could not generate stats from:
https://drive.google.com/folde ... 2cbH56Sx8ndWRjdW53WGxhRzQ
It crashed at end and the generated stats were "empty" (everybody DNF etc) Not sure if it was just bad luck but tried 2-3 times and did not work. (It worked for some other replays)
(sorry, do not remember more details than "it crashed" or I'd give error message)


Only just started with insim and did not test it, but maybe this?
ISP_RES, // 35 - info : result confirmed
At least for quali & race, practice maybe has no results.

Let me check if it works with the latest version on UDP when jumping the replay to the end. Yes both replay work and generate. Though there is an issue that the results may miss a lap or something because it's on UDP and my hardware is a little old. So the results are not correct to the race due to the network transfer. That's why having TCP is better to have the results correct even if something slows down, nothing gets lost.
And I don't know about a mechanism in Insim that would handle lost packets.

IS_RES is only reporting result of a race and in Q it gets sent with every finished lap and IS_LAP.

Yes the only way seems to stop (and start) on IS_RST and the other options is to monitor IS_STA. I think I have it now, at least it reports all P,R,Q start and end all the time. But it could be made cleaner and easier to find those states of a track session.

Quote from Litro :

INSIM ERROR : WOULDBLOCK
This appears in LFS when i run LFSStats. And then LFSStats close auto. What could be a problem?

No idea, never saw it.

If it's with version 2.0 and it prints some exception or log into console then I could check.

I've bullet proofed things a bit in v2.1 so all the old code from v1 that is causing these errors is easier to catch and find. Or was already fixed when I saw it in code.

WOULDBLOCK might mean that something would block or maybe overflow the TCP/socket buffer in LFS. Though there hardly anything gets sent from LFSStats, only a few requests to get connections and players and such. Otherwise it just sends ACK to reply to LFS to keep the connection alive and that's usually about it.

The TCP only goes down for me when I try to jump in replay, well it is up but LFS does not send anything and does not close it either. So it just lingers half open.

I've now closed LFSStats while I've closed LFS earlier:


I still can't get it to show code lines though, it should show them but maybe I will have to disable optimization for it to do so, which I don't want to do. Or it can't show for unhandled exceptions. Who knows, would have to test.

Guess I should suppress these errors when it's shutting down on my command.

---

HTML5 outline of race stats:

LFSStats log of Gutholz's replays.


Yeah the call to Graph.dll takes some time the first time sometimes. Guess it gets loaded or something or it just gets scheduled later. The export is now run in parallel so it does not affect the rest of the application at all. It could take 5min to export and have another export to be done already executed as well, it would still work. Should Never tested but it should work.

---

The new Lap by lap, everything apart from menu layout and colors of the laptimes is going to change since it's not styled yet.
The times are colored continuously now.



Yes it is more green than the old one since anything in the range of 101.5-103% is green-yellow.
The same for other colors. The bar under menu shows the preview at predefined percentages. Can add more or change colors anyhow. This seemed the best.
It's 100+0.5+1.0+1.5+2.0+2.5 for the percentages.

Last edited by JackCY, Wed 25 Sep 2013, 00:41.

Quote from Flame CZE :

InSim.txt in data/docs folder is not a sufficient documentation for the needs of this app?

Well not much, it mostly defines what it sends, how the data is layout. It's basically a header file with comments, nothing more.
Does not define when it sends what packets and how the communication goes. A little is in the comments of the header file and that's about it.

That's why I think using another project that handles the insim communication might be better than trying to keep with the changes that are made to API/insim and break backward compatibility. Though that probably does not solve the issues of properly detecting states.

Yes people say: insim.txt
Have they tried to use it themselves though?

What defines a session (race, qualification, practice) end?
As far as I've seen nothing. It's basically hacked around to detect it via starting a new session, etc.

---

Why are there so many null errors in LFSStats? Because it was coded previously without checking for nulls and they do happen to pop up, same goes for index out range. I'm adding checks and fixing things where I find it.

Right now, I'm in TCP mode and got IS_SMALL with a length of 4 instead of "always 8" as insim.txt says. And other junk. Don't get it in UDP and don't get it consistently in TCP either. Have a log of it now, caught it once in debug and the IS_SMALL was [4,4,4,4], Size 4 ok but invalid for IS_SMALL, Type IS_SMALL, ReqI 4, SubT 4, and nothing for UVal that is on positions 4-7 and those are missing.
Don't need IS_SMALL, it doesn't work for what I hoped so I can remove it but why do I also get:


48 is OK, anything under 55 is defined. The rest is not though. So right before the invalid IS_SMALL it also receives some other junk. Only in TCP and only sometimes. Not fun to debug.

Another:
TCP, the moment I click to fast forward a replay, TCP returns nothing as if no packets are sent to the stream. While they do get sent in UDP and do get sent in TCP while not fast forwarding. From that moment on, the stream reads nothing. And I bet it would yell at me with some kind of fatal error if the stream got closed and I was reading from it, which does get caught. It's as if LFS does not write to the stream anymore.

This last thing was originally implemented with an Exit, the application just shut down when LFS would do this. For me it gets hanged in an infinite reading of empty TCP stream over and over, trying to get packets but none are coming.

Found another fix from Luron, from LFSLapper so I'll try it, it's the same part of code so we will see if this finally fixes the TCP for what ever reason. But is shouldn't from what I see, as it only throws an exception, that's what I had here right now, it spawns the console with exception, the exit is better.
The fix might work on something else though. Like the above log of messy packets.

Last edited by JackCY, Sat 21 Sep 2013, 15:21.

Quote from Gutholz :

Hi
I wanted to use this program but encountered a problem.
Using LFSSTAT1.12.zip from http://cgtavc.monespace.net/la ... d/lfsstat/LFSSTAT1.12.zip
(link of first post in thread)

LFSStat.cfg is set to TCPmode = false

Start LFSSTat.exe, in LFS type /insim 2999
LFSstats says "Connection OK" but when unpausing the replay it gives an error:
http://pastebin.com/3GBR92AN

"Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt." roughly translated:
"The object referenz was not set to object instanz"

The JackCY Moded Version 2.0 links are dead

Is there a newer/working version or am I doing something wrong?

Hi, yes I'm working on it currently as I need to practice. This type of error should be fixed and if it is unknown it should be possible to find out what caused it. Guess I should enable debug so it shows the code lines in the messages even release version. This type of bug you encountered is usually caused by how Insim sends packets and the use of UDP. Or just bad luck when clicking around in LFS was causing this. I've done some more on this today or yesterday, found new bugs and basically disable handling Insim packets except 2 until a session is started.

Yes sources are down, something was rehosted but I did not rehost them yet, I've put a link there when I found out, so it goes to Yamakawa's host. Later I started to update it again so I can practice.

I'll move it to github or similar site so it will have it's own webpage or at least a definite download place for everything.

I can rehost the 2.0 version quickly somewhere, maybe I've set Luron links to update the front page but I'm not sure. Nobody sent me a PM so I did not see a need to rehost or even knew it's down already.

Yes Yamakawa's version is a copy of my version 2.0 with his new graph.


Here is a sneak peak of changes, I may try to change the rubbish TCP, I just found a fix for LFSLapper so I will try it. The problem is that Scawen changes Insim and there is no documentation of Insim, after the last couple days I basically hate how he sends Insim messages. Such a mess that we causing LFSStats to crash. Like getting a YellowFlag FLG after race end and returning to a host screen, made LFSStats look up a player that did not exist anymore. TCP should be better in avoiding something random like this but Scawen introduced something in LFS that broke the TCP completely with a random error by shutting the connection down or some such.

Any known bugs that you guys can't live with?

Another option to solve the screwed Insim is to use InSimDotNet.

Latest InSim version is 5, at least on a client 0.6E and the older version in LFSStats is a version 3 updated to version 4 or something like that. + the fixes I made to mostly visual appearance, flags etc.

Basically, 2.1 has completely new templates in HTML5 and CSS3 with JavaScript.
I just have to do part of the HTML, qualification and chat. Then the new CSS for all. Menu works already that is in JavaScript.
The rest is endless programming and fixing.

Quote :

Statistics (LFSStats) 2.1.223.264 (X86)

^264 builds since I changed the versioning in 2.1

Race HTML goes fine, as long as Insim does not screw it up, probably due to the UDP or some packets getting lost. I had a lap fall out of the stats sometimes, when replay jumping.

Last edited by JackCY, Sat 21 Sep 2013, 00:20.

Still a problem even on 0.6E with a wire connection that does 30/26Mbit/s at the moment of being kicked out due to MP replay out of stash space with 10-15ms ping.

Yes my connection could hiccup, but it his very unlikely and I did see the car updating fine until the point when it kicked me out. I could immediately connect back to the server, no issue what so ever.

Please fix this finally. How can it lag for so long I don't understand either. Everything is updating fine so there clearly is a valid connection.

It's one of the things we say: "ONLY IN LFS" this can happen.

The older packaging in a .zip file was better, just sayin'.
No need to install anything, which just clutters the Win register, makes icons and what not.

Yes LFS from lfs.net is safe to install on supported systems.
Just be sure to get the installer from lfs.net or it's mirrors.

Quote from edge3147 :

Because you are going over the limiter, it is trying to slow the car down by cutting the gas. When you disengage the clutch, you are cutting the connection from the turning wheels to the engine which causes the car to stall since there is no gas being supplied from being over the limiter.

I am not sure about how these work in real racing cars but this is how it works in LFS apparently.

Yes and I think it works pretty badly in LFS.

Is there a proper bug tracker for LFS?
Or is it so closed software it does not have a public bug tracker?

Ok, one weird thing about speed limiter (GTR cars or any other speed limiter enabled car).

Drive to over 100km/h. Engage speed limiter AND CLUTCH. Hold clutch. Doesn't matter what gear, car will coast, engine will go down in rpms, until it STALLS.

I have no idea if this is normal behavior for real racing cars, but to me it seems very strange that a speed limiter would override even the minimum gas applied so the engine keeps it's minimum revs.

This is similar to driving in pits on full gas and hitting clutch. The engine refuses to rev up which is annoying, the speed limiter PREDICTS the needed gas to reach speed limit and cuts off the throttle in advance.
Again, seems LFS weird specific.

Can we have cars not stall because engine refuses to give it minimum gas?
Also you can step on gas while being on speed limiter doing over 80km/h and holding the clutch, no gas will be applied at all. And not even the minimum so the engine stalls.

Gai-Luron, your source code for version 1.12 is older than 1.11 that I still have. I've copied the changes from insim4.cs and have found no other connection related changes. When connecting in TCP mode it refused to connect with an error when the port was already open in LFS. I've started LFS, started LFSStats and opened the port, it was ok, but then quit LFSStats and it would not connect anymore when run again, it would write an error out.

It seems to work fine in UDP mode though.

And I'm going to fix some things related to new insim version but not the connections. If it works in UDP, it works in UDP and I'm fine with that.

This the bug I got when LFS quit, it was in UDP and working fine, until LFS was closed and the connection died.


The reason may be that it tried to export stats (exportOnSTAte enabled) when LFS quit. And it can't handle the dropped connections or some lack of information to generate the stats.

Last edited by JackCY, Sun 4 Aug 2013, 20:58.

Quote from driftbrk :

can someone please upload it for me? :c

Yeah that would be nice, I'm right now making maybe 3rd collection of all these mods and it seems to pay off now as MOST of the stuff is offline by all the years and LFS dies, really dies. Scraping and looking on what I saved years back. LFSDB is dead, sites go down like flies and so do files on them.
LFSDB was nice, it had a lot of mods there, dunno why it went caput.

Lynce's site and downloads are 99% dead. For the packs so far I managed to find 1-2 downloads from the hordes of useless mirrors there were. One year Lynce's site works and it has the stuff, next year, gone.

So much work from Lynce and other modders but no reliable source for others to get their work.

Quote from Scawen :

- Faster text updates when messages appear on screen, reducing packet delays

Not multithreaded yet? Because otherwise I don't see a connection between what's on screen and what happens on the network.

Quote :

- Improved protection against hackers

Hopefully. As this is really annoying for everybody when people join online servers with no names, speedhacks and so on. My guess is that there is not much protection against that on local clients?

Quote :

- Use of skin not found on LFS World causes player to be spectated

I think everybody will be happy about that

Quote from dawesdust_12 :

Never mind that the time investment for patches like this is probably fairly low, while the usefulness for current servers (and in the future) is very high.

Sure, as people flee due to no updates in years to the game itself.

Quote :

Tyre physics, on the other hand, would be a high time investment (as we've seen) and the results – while having a large impact on LFS' future – clearly take forever to be implemented.

Quote from sicotange :

Discussing road maps or schedules is risky and should not be done unless the time is ripe. How often do you see devs giving release dates and not being able to comply ?

You mean like VW Scirocco for christmas? At least they did not say what year right?
I don't think we need schedules or precise dates, but at least some info and roadmap of what is on the horizon. So far it seems dead for a few years and that's just how it is. We see security patches here and there and removing some old bugs but that's about it. No real changes that would have bigger impact or bring new content. Not even opening the game for users to add content themselves.

And the game still freezes when a player joins mid race, it's been introduced with one of the patches and never removed again. Guess I will just turn off skins and see if that really helps.

Thanks for an updated dedicated server, I'm sure those who host servers will appreciate it.

It would be nice to remove some client side bugs though as well.
I don't think anybody expects new content anymore, so what ever is released, is released. Who wants tracks and cars probably plays other games now.

Hi,

alright, there is another speedhack around, just have one player now on Cargame.nl S2. Driving RB4, sensibly or stupidly, decide for yourself. First time just flew through a grid and crashed all GT2s in front.

Maybe CG tried to ban him on the server but it did not work and he's now back again. So more replays. (2013-07-10 16.00-17.00 CEST races on Cargame.nl S2)

Player: soaresmatheus1996

First replay is quite clear, just watch him on the start.
Other replays are when he managed to get back again and is still using the hack.

So I guess it would be nice to have another security update of LFS.

Thanks Scawen

Last edited by JackCY, Wed 25 Sep 2013, 14:28.

Yeah sometimes it starts behind the scenes and can be alt-tabbed to if it does not appear on start bar. WinXP.
etc. other applications don't do that at all or almost at all.

My guess is it just gets stuck somewhere sometimes, that's another issue that used to happen that it would not load completely.
But this window on background is more OS related than LFS probably.

Quote from Scawen :

Someone might like to have a look at why this program doesn't work with the recent LFS test patches, causing a buffer to fill up so LFS is forced to close the connection.

HECTOR_UA describes the problem here.
http://www.lfsforum.net/showthread.php?p=1758174#post1758174

I've added my interpretation two posts below that. I suspect it's a bug in LFSStats which was not noticed before. But if you find out it's really an LFS bug I'd like to know about it!

EDIT : HECTOR_UA now says it works ok if he moves it to another folder. So I don't know what's up or if it's really a problem.

Will check it. But as I see Luron released some patch on it.

Quote from Titanio :

Is there another place to download that files? Megaupload is disable

I have to rehost it, you know after a few years the websites, hostings etc. do change and cease to exist. Nobody hit me with a PM so I can't notice. I think I did rehost it once already but that site went down for sure, it's up again but not the files.

Quote from Gai-Luron :

Hello,

Maybe, you can reproduce this bug starting replay with LFSStat and go to the end or replay with cursor. I remember this bug occur sometime also in previous release of LFS.
For now i stop all my dev waiting for next significant LFS release.

Bye

Gai-Luron

PS : Updated download link for LFS stat

Yes there always were some bugs around, especially when the replay jumping/seeking was introduced. I don't even want to know what it may do if you jump forward and then back etc.

As Gai-Luron said, it's pointless for anybody to work on tools for LFS.

1. Nothing changed in the past couple years or so
   
2. I still see people using LFSStat and they don't tell me they have a problem, if they had, they resolved it
   
3. If S3 is ever going to be released, it may as well be worth it to start some tools from scratch
   

Anybody looking for a complete up to date LFSStat with nice graphs, download here.
Hopefully we will get yamakawa to share the sources as well

Last edited by JackCY, Thu 11 Apr 2013, 16:43.

Sure that code should do it, would you share your source code with project files?

I could replace the old Graph with your new YGraph and maybe see if it could not be easily modified for other graphs. I think I also already noticed an error in your YGraph, the same that was in LFSStat, it does not handle character encoding correctly and foreign language names are a mess. I don't know how it work with your Japanese but I suppose not at all?

Race time progress graph, will get done when somebody needs it and makes it

I'll check LFSStat thread if there are any requests and needs.

Dygear: yes that's correct I think. I've asked him for the sources, will see if we can get them here. I think it would be useful for others to reuse, modify.

Last edited by JackCY, Thu 11 Apr 2013, 15:46.