There are 2 important things which can make life easier for users.
1) Some way to keep track of newly created leagues. Just put one more sort field named "Creation date" so driver can see which ones he already know, otherwise everytime you enter the leagues section, you have to remember which ones you already checked.
2) Put cars class field on Leagues page. Why not? Even if it has 10 fields, it is the most important field for some people. Can be shortened by using class names (TBO/SS/GTR/NGT etc). If it has more than say 4 classes, can name it Mixed and put everything in the tooltip.
Also, there is a problem with how people use it already. Some of the teams (Worldwide Racing, CityLiga) decided to use 1 league for everything, which feels wrong. Everytime you want to add more seasons to some championship, you are okay with that. But if you add something completely different, there should be new entry in Leagues, so people see something popping up in the list.
Otherwise a lot of stuff gets potentially ignored.
A lot of program features rely on certain memory layout which changes from build to build. I wonder how much usefull will LFSLazy be without proper memory access... Maybe it's possible to disable some stuff, but it is lot of work I guess.
Seems legit, but there is 1 little limitation with that. This way pitlane is limited to be straight. If you look at KY1 pitlane, you can see it's curvature. Not possible to represent this with just 2 checkpoints. EDIT: Ok, you propose to get rid of the "zone" check and just check if car passed the checkpoint. Good idea actually
Regarding autocross editor. It would be nice to have some simple curbs in the editor. This can bring new life to the autocross and generally useful on open-configs aswell.
Now that the shadow system is in work, can the shadow under the own car please be rendered, too? At least in Rift mode, because when leaning outside of a single seater something feels missing.
This is longstanding stuff which can be fixed by using "custom view" set to 0 0 0 position instead of stock "in-car view". I am not aware if it works in rift mode though.
The only thing you really did wrong is pressing throttle right after the contact. The other thing -- contact itself, is simply a race incident. I think you were targetting for getting outside line in first part of chikane, and were expecting blue flagger to let you both through.
Anyway, this depends on specific race rules. If there are no specific rules about blue flagged cars (sometimes they say just "respect blue flag", which only means "be aware that some people are faster, don't block them like idiot"), I would consider them as normal and therefore wouldn't rely on anything and drive safe behind them.
UPD:
Turned out you were braking even later, thats much more faulty. Ofc it wasn't your fault completely but you can't say "its not my fault" imo.
Error's happen, in transit, on disk, or in memory. Looks like it was one of the other two this time.
Ye. First I would've checked downloaded patches checksums with something like http://corz.org/windows/software/checksum/ if there were 2 download attempts. If thats okay I would want to check my filesystem for errors.
I want to fall through land, I want to get black screen, I want my car to fly into space, I want my pc to reboot when I run LFS, but I want some test patch!
Personally I think that Daniel is rather in the light side of the force here. Setup/fuel ripping was possible since the very beginning, just that it was limited to those who could figure out how to do that.
For the sake of true competition you should ask devs to implement ability to keep simulation in sync without sending the setup data. Is it possible? Yes. Will it work any good for close racing? I doubt.
If you drive without enabled wheel, choose no_wheel version. If you happen to drive with wheel sometimes, use with_wheel version (it works okay in both situations, also sometimes you enable wheel to spectate someone, so this variant is more universal).
How do you retrieve data, &action=hosts I presume?
You may consinder using :
http://www.lfsworld.net/athost.vitaly_m
if your only goal is to get server name. It will use much less data, but be aware that update time will increase with the number of buddies (in that case I'd suggest to place requests in separate threads).
Yes, I use pubstats &action=hosts.
I will consider your suggestion. Thanks. But there is a question of how many requests am I allowed to do. Because if buddy list gets to say 50 users it might get kinda strange both for my program (how many time does it take to execute the single request? and how much slower it gets when I do 50 requests at the same time?)and for the lfs servers (anti-ddos etc).
Also with pubstats I do get some more info like track, conns...
Moreover, I plan to add Favorite Hosts feature to the program, so probably I stick to pubstats stuff.