So that you know when someone goes into the garage!

As an example, I have scripts that whenever you join, i.e. when the IS_NPL is sent, that check to see if you are in the right car and have the right handicaps. Those scripts are to stop if you a) spectate which you can tell when a IS_PLL packet and b) if you go to the garage/pits which is the IS_NPL packet.

Both work prefectly well when "in game", but when in the lobby screen you never get the IS_NPL packet so you don't know the player as entered the garage so the scripts continue because they haven't been told to stop.

Quote from GeForz :

But why would you need the PLP Packet in the lobby screen?

The IS_PLP packet is not sent when a driver enters the garage when at the "multiplayer lobby" screen. The IS_NLP gets fired as expected, but not the IS_PLP.

So what exactly is this serious bug?

Quote from BurnOut69 :

Spent a few hours scratching my head and just found this from nikka in another thread, just so everyone knows.

Wow... the guy just asked a question, he didn't asked to be bashed/flamed/etc.

Krammeh, I'd try the suggested phc-win compiler and see what results you get on something small of course first. Can't really stand PHP myself, but I think its a great idea to provide an exe for ease of use plus the source (personally I think all LFS utilities should be released as GPL) if someone wants to run it in as just PHP scripts.

No problemo... was just a bit of a headscratcher for a few.

The following code in RaceTrackPlayer always returns zero because it is doing an integer divide, i.e. byte / integer = integer.


Change it to


resolves the issue.

Last edited by Hollywood, Wed 15 Aug 2007, 13:25.

I'd say it's something with luaLFS then. What that is I have no idea.

Quote from maczo :

The inspector works OK

Try the Lfs State Inspector (http://www.lfsforum.net/showthread.php?t=28591) and see if you are able to connect. That will at least rule out issues with luaLFS or with your environment.

Quote from maczo :

I tried both, but why wouldn't it work when typing in command line?

No, running LFS with in the /insim command-line switch does work.

If you are typing /insim=2999 after launch LFS (without the command-line switch) will only work if you first go into the single player or get to the server entry screen.

Quote from Kada_CZ :

Stupid question, do you run: LFS.exe /insim=29999 (it doesn't work), or do you run LFS.exe and you type /insim=29999 inside LFS (it should work)?

There's no exceptions, debug or trace logs?

Quote from maczo :

Here's what I did:
1. Firewall - disable
2. Run LFS with /insim=29999 (same as in config.lua)
3. Run luaLFS

What I got within LFS:
"luaLFS connected" message
after half a minute - "inSim guest closed: luaLFS"

Have you tried connecting starting LFS up with the /insim command-line and trying to connect luaLFS to it and see if it works? Have you stopped the firewall and tried connecting?

Quote from maczo :

I still have no idea why the connection fails. I tried it on my other computer (also WinXP and built-in firewall) with exactly same results. Could anyone with WinXP SP2 confirm that they managed to have luaLFS connect (and stay connected) and share their firewall settings if possible, please?

I believe the point was that if other LFS leagues have to play-by-the-rules as far as posting league event information, promotions, etc. in the league section, then all leagues should have to do it too. Doesn't really matter if its GFC, CTRA, LOTA, OLFSL, BOTT, etc.

Quote from BigDave2967 :

But with this in the General Discussion, it'd attract more members who would be interested in participating in an league.

:smash3d:

Quote from DeadWolfBones :

Thanks. It's important when you're writing for an audience as combative and volatile as the sim racing community

FYI, you can use sdsether's LFSLib (written in C#) with any VisualStudio.NET language (VB, COBOL, J#, IronPython, think there is a Ruby one somewhere, etc.) and its up-to-date and fully functional.... one of the beauties of the .NET platform.


P.S. Before anyone gripes, I know there are compilers that compile other languages into the Java bytecode...

Next up... Banshee will be modeling some CoRe and LOTA gear!

Quote from banshee56 :

Oh......my......GOD!!!! Appie....you certainly are showing signs of being married.

We can't wait! His wife will be sure to disown him!

Quote from DeadWolfBones :

Thanks, guys. Glad you liked it.

FYI, CTRA is *NOT* a feature of LFS... its a 3rd party "mod". There is plenty of other racing outside of just the CTRA.

Quote from obsolum :

But you wouldn't spend less money for the same thing, as S1 and S2 are not the same. S2 has a lot more cars & tracks. Also, there's only very few S1 servers left that are populated. Now that the CTRA servers are back there's CTRA Race 1, you can join that one with S1, but you'll only be able to drive the normal road cars and not the faster ones. I myself bought S1 first and had a lot of fun on CTRA, but when they went down for a few weeks when patch X came out there weren't any S1 servers anymore so I was forced to upgrade to S2. Haven't regretted it, though.

LFS S2 license. It's the same thing as the LFS S1 + LFS S1->S2 licenses.

Quote from grandma_07 :

LFS S1 license (unlock partial S2 content) £ 12
LFS S1 -> S2 upgrade (unlock full S2 content) £ 12
LFS S2 license (unlock full S2 content) £ 24

Wich am i better off buying ?

Yeah, bog... n/m. Delete this topic, totally bogus. Another issue was causing the problem and I was fixated on new code that was added (i.e. checking mass/intake) as the culprit.

Player structure to contain voluntary handicaps...

struct IS_NPL // New PLayer joining race (if PLID already exists, then leaving pits)
{
byte Size; // 76
byte Type; // ISP_NPL
byte ReqI; // 0 unless this is a reply to an TINY_NPL request
byte PLID; // player's newly assigned unique id
byte UCID; // connection's unique id
byte PType; // bit 0 : female / bit 1 : AI / bit 2 : remote
word Flags; // player flags
char PName[24]; // nickname
char Plate[8]; // number plate - NO ZERO AT END!
char CName[4]; // car name
char SName[16]; // skin name - MAX_CAR_TEX_NAME
byte Tyres[4]; // compounds
byte H_Mass; // added mass (kg)
byte H_TRes; // intake restriction
byte Model; // driver model
byte Pass; // passengers byte
int Spare;
byte Sp0;
byte NumP; // number in race (same when leaving pits, 1 more if new)
byte V_Mass; // added mass (kg)
byte V_TRes; // intake restriction
};

<first part removed> I was again thinking it was cumulative between voluntary and server... doh.

However, there may be a bug with regards to the H_Mass in InSim when the 200kg of voluntary mass is used on the FZR; if you choose the FZR, add 200kg of voluntary mass, then it seems that InSim may be crashing (or could be LFSLib, not sure yet).

Last edited by Hollywood, Sun 5 Aug 2007, 19:17.

For replays you have to send a TINY_NPL packet. Personally for replays I do a TINT_NCN then when I've gotten all the connections I send the TINY_NPL packet.

Quote from buedi :

Coming back to this topic because there is no IS_NPL Packet when watching Replays and so there is no Car Name to get via Insim. The only possible way to do this is using Insim if I am right.

Is that correct?

Ok, thanks for the info! Was there a post explaining this that I missed... its definetly not in any of the readme that I could find.

In the TBO/GTR cars, does setting the voluntary handicap override the server handicaps? i.e. if the server handicap is 70kg for the FZR, if I set the voluntary handicap to 10kg, does that make it 10kg handicap or does it make it an 80kg handicap?

Nope! But do you know anyone who is going to voluntarily handicap themselves?

Quote from sdether :

But, I agree, that would be useful. Although i think it would be more versatile and wouldn't require InSim changes if we could just get commands for these actions, such as:


/intake_restriction <value>
/add_mass <value>
/add_mass_position <value>


Good idea.