Quote from Scawen :

Isn't that already included?

byte Confirm; // confirmation flags : disqualified etc - see below

#define CONF_MENTIONED 1
#define CONF_CONFIRMED 2
#define CONF_PENALTY_DT 4
#define CONF_PENALTY_SG 8
#define CONF_PENALTY_30 16
#define CONF_PENALTY_45 32
#define CONF_DID_NOT_PIT 64

Hmm... I ment autox races. Suppose I have 2 sec penalty for hitting cones, how can I see that I have 2 sec penalty included in the end time with those?

Or did I miss something?

My only reason would be a slightly broken 9700. Broken probably because Il-2FB doesn't want to run anymore with above medium settings (produces artifacts and crashes which it didn't do earlier - same drivers). LFS still works... so far.

There are people with really bad cards. Maybe somebody with an awful Turbo cache card, integrated gpu or similar would need it most.

Quote from Scawen :

OK - in my version the MSL (MSg Local) is done, allowing up to 127 chars and a sound effect if you want.

Thank you. Sounds good.

Quote from Scawen :

About the autocross penalty - it does not use any of the race penalty code - autocross penalties are time based only, so that's why there is no IS_PEN.

What is it you really need to know? Are you saying that you need some kind of autocross penalty notification? At the moment I think you know if there is a penalty, because there is a difference between lap time and total time. But you don't know if they hit 30 objects or they got a false start. And if you do need a notification, what do you need, only the false start and maybe the wrong route / illegal area things? Or each cone that is hit as well? I think each cone would be a bit excessive as the driver could really spam insim by hitting every cone.

There were actually 2 points in this. 1) The 1min penalty might be bit excessive as in normal race you get only 30s (this is not insim related but point 2 is). 2) You do not get IS_PEN (or any other packet).

Ok, I was thinking that false start is the same even if you make it in autocross.

So where do I need IS_PEN for a false start? There are events (stage rally) where autox layouts are used, but penalty from cones etc is not counted. But clearly false start is such thing that you have to count that. My app reduces the penalty from cones (if set that penalty doesn't count), but should not reduce the false start penalty. This wasn't issue before as you couldn't make a false start but now... And currently I cannot catch these false starts in autox, only in a normal race.

To put it in a nut shell... I want only a way to catch a false start in autox too (IS_PEN or some other). I personally don't care about individual cone penalties (at least currently) or illegal areas, but I guess some people could find use for them too.

Since we are now in the subject... In the race result packet it would nice to have a separate time for the included penalty (eg. unsigned PTime). Like you said the penalty time is the difference between total time and best lap for 1 lap autox race. For multiple lap races I have to sum all the lap times together and compare that for the total time. Not a big job, but it would be easier.

Ok. Thank you for everything what you have done.

And sorry, I didn't mean to hurry you. I just wasn't sure if you had noticed the last point. And if you had noticed, I didn't know if they are coming in X.

I'll get me coat...

Thank you. 2 questions:
1) Is the new message echo command there which replaces the MST with /echo?
2) What about the question I posted last time (quoted below). Is the IS_PEN sent in that version in autox false start too? At least it doesn't seem like a big thing to do.

Quote from Aquilifer :

In a normal race you get 30s penalty for a false start, but in autox race you get 1min penalty. I think they should be the same (30s?).

Also in autox false start you don't get IS_PEN, which is bad in my case. But on the other hand there is currently no 1min penalty
defined in PENALTY_... enum, so you would need to either add a 1 min penalty in the enum or change the penalty to 30s (better?).

Yes, usually you get large values like those. Of course they could be low too if you are near the origo or axis. I don't know what point of the car it is. It could the center of gravity, mesh or something else.

I think there is something funny.
The speed is c. 163km/h(101mi/h), your direction is 78deg, but heading is 292deg. Doesn't sound like from this world. Or is your car flying?

EDIT: Actually the heading was anticlockwise so it is 360-ang. e.g 78->360-78=282 for heading. Now if the direction is clockwise this could even make sense (282<->292 -> 10deg slide)

Last edited by Aquilifer, Mon 14 May 2007, 18:27.

Ahem.... what?

EDIT: You are using PHP? Well I do not use that... but you do understand the structure do you?

What exactly is the problem? It is 8 times the CompCar structure. Loop it through (8 loops). In C/C++ e.g with 'for'-loop.

After the NumC, there is Node for the first car (#0) and all the other data for car #0. After that there is car #1 CompCar and so on.

Why don't you try something like Leo's Lyrics?
http://www.leoslyrics.com/

In a normal race you get 30s penalty for a false start, but in autox race you get 1min penalty. I think they should be the same (30s?).

Also in autox false start you don't get IS_PEN, which is bad in my case. But on the other hand there is currently no 1min penalty
defined in PENALTY_... enum, so you would need to either add a 1 min penalty in the enum or change the penalty to 30s (better?).

How to setup LFS?

Type "/insim <port>" in LFS text box. e.g "/insim 29999". Or start it with lfs insim=29999

For a server I think there is a config file where you can put this.

Quote from Tomtheman70 :

I voted yes.. but not for the whole thing.

I wouldn't mind having a way to play my mp3's in the car, because to my knowlage there isn't a way to control my winamp while I'm racing in-game...

Yes there is (see below)

EDIT: 2 options:
1) 2-way communication with Winamp via special WA plugin (get song names into LFS and control WA from LFS)
2) Basicly any music player without need to use plugins. Get song names into LFS, but if you want to control the player you need to enable global hotkeys in the player (if it supports such thing). Tested to work with players like Winamp, Foobar2000, Deliplayer2...)

Last edited by Aquilifer, Sat 12 May 2007, 12:10.

Thank you. I would be very happy with the new packet. I cannot think anything else to put into it right now.

The 128 char array is certainly enough. It is usually the driver names with many color changes and char set changes which can make the 64 char array small very fast. It wouldn't be bad if even 80 chars could be used in MTC too. I don't think it would take too much BW as the text packets are not sent constantly.

About this no MTC in offline mode thing.

I don't like it. I managed to go around it somehow without needing to redo much. But it reduces max string length to 64-6=58 (needs to use MST with /echo) and basicly cuts short many lines. Especially those where I have used colors become often impossible to make fit. I would need to recalculate how long all lines can possible grow and then if too long maybe split them into 2 lines or restructure them. That is a very big job in my case.

In earlier insim versions server and offline versions could work the same way. Why can't it allow to send MTC with UCID 0 offline? It should work always as there is always #0 connection (host). If there is some good reason could you then consider increasing the max string length from 64 to maybe 80?

So far the insim changes have been good, but this really causes problems for me.

Maybe not relevant, but just said my opinion that the solution would be wrong way to deal the problem. (with all the respect)

"But I'd like to see ping/latency info in the MCI packet. It would make it possible for us to deal with players with very high latency."

Just curious... what other way would you deal them than kick? Do you want to gather some kind of ping statistics?

Doesn't LFS kick out a player if he lags too much? In my opinion the system should be inside LFS and in the server config file you could set how much delay is allowed (maybe with variance allowed over the limit). Not so that you need to make an insim program for that.

Delay of 110ms is not that much. I checked Call of Duty 2. The first page of servers seemed to have max ping of 100-250ms. Maybe half of them didn't use it (max ping=0). But I think LFS might handle larger delay because racing is bit more predictable than men running with guns. In demo I raced with somebody from India and he had quite bad ping, but he didn't seem to lag so much.

I noticed this change from insim v3.

In insim v3 if you typed e.g "/mso test", you would get into insim mso message "/mso test" (well actually another mso with "test" too). In insim v4 you get only mso with "test". This is not really a big problem as you can test that there is no player name before the actual text. But it would be better if the following flag was added...

Maybe a flag could be put into the MSO packet to tell if it came from the 'owner' of the LFS which is running this insim? Or even better if the connection (NCN) had an "IOwnYou" type flag for similar purpose. Or is there some other easy way to tell which connection owns this insim?
(in server use you could assume host is always the 1st connection, but not so in client tool)

Quote from himself :

Have a look at this circuit. Amount of setups is incredible (A1 to K5 - alltogether 55).

http://theracingline.net/racin ... s/Bolivia/PucaraniC2.html

Nice find. I suppose the 7 configs of Aston are not so much after all... Maybe there is enough room for another 50

Actually a thread just started in "general racing" which was originally about a 1930s racing web site. But it seem to have turned into talk about the old AVUS track in Berlin. I guess that track is what you want

http://www.lfsforum.net/showthread.php?t=23663

Maybe it would be nice to cruise around for few laps, but after that pretty boring.

About AVUS...
Here is more info and a nice pic about the "wall of death"
http://www.forix.com/8w/avus.html

Few lines from the text...

"The new North curve was built with a surface of red bricks and had a banking of 43 degrees. With the track turning up into a low vertical wall with no other safety arrangements on its high side any driver that went off could expect a long airborne ride. It is therefore no wonder that the curve soon got the nickname "The wall of death". "

"On the straights the cars could reach 380 km/h while the North curve could be taken with 180 km/h. "

"During the fight with Caracciola in the heat he did his last lap in 4:11.2. With an average 276.39 km/h (171.78 mph) that was the fastest racing lap of the pre-war era. As a matter of fact, no Formula 1 race has ever reached that lap speed so it remains the fastest lap ever done in Grand Prix racing. It was not until the early 70s such speeds were seen in the Indy 500. "

Amazing cars and drivers when you remember that the cars had awful tyres, suspensions and brakes compared to modern F1 cars... and no wings.

Quote from deggis :

Pretty interesting looking track

"the wall of death"... totally new word for T1 mayhem (or is it T2?)

About as interesting looking as this one...
http://www.kolumbus.fi/leif.snellman/t9.htm#PHILLIP_ISLAND

Yep. I tested by planting a non zero byte to 64th place and it fails always then. So I guess it's solved then.

Thanks

Quote from Scawen :

Just a couple of questions before I look into it.

1) Are you using UDP or TCP?
2) Is the message text filled with zeros all the way to the end of the packet? It should be as LFS probably checks that the end byte is zero.

1) all UDP
2) Hmmm.. nope. It just puts the end zero and leaves rest of it. So it must be full of what ever nonsense there is in the memory. It could explain why it fails so rarely, if the end byte happens to be zero usually.
I try that fix tomorrow...err today (is the clock that much?).

It's just that from the error I got impression it cannot find the connection where to send it. Very hard to confirm if it works after that (if it works). You can test very long but still cannot be sure that it never happens. (=easier to prove if something fails than proving it never fails)

BTW: Is this the case with all the char arrays in insim packets? (except the license plate)

Is this a bug or did I do something wrong? I used W17 in hotlap mode

Sometimes I get the following error when sending MTC...


I printed some debug info and it comes in this case from the following message


..but it should be ok as the connections and racers are...


The person with UCID=0/PLID=2 should get it, but since I send it with PLID=0, LFS should use UCID, which is 0 here. Right? It is really annoying as it happens only 1/100 messages I send and rest work ok. The same message works in most cases but sometimes I get that.

It would be nice if LFS also printed the UCID/PLID values in the error message if it cannot match anybody. Like...
"IS_MTC - could not find destination (UCID=0, PLID=0)"