InSim and Take Over
(4 posts, started )
InSim and Take Over
Am I missing something, or when another racer takes over for the first, is a IS_NPL not sent along with the IS_TOC packet?

Below is a snipet of the event log output... as you can see, 6 seconds past after the RaceTrackPlayerChange (i.e. IS_TOC) packet was sent, but no further packets as I sent sorta idle in the pits after taking control.

Without the IS_NPL packet, you don't know what the user's plates, player flags, etc. are.


2007-07-17 09:14:02,160 Event: LFSState
2007-07-17 09:14:02,160 Event: RaceState: NoRace
2007-07-17 09:14:02,176 Event: LFSState
2007-07-17 09:14:02,176 Event: RaceState: NoRace
2007-07-17 09:14:02,192 Event: LFSMessage
2007-07-17 09:14:02,317 Event: PlayerId: 0
2007-07-17 09:14:02,317 Event: Message: : LiveForStats.NET has started.
2007-07-17 09:14:02,317 Event: RawMessageText: System.Byte[]
2007-07-17 09:14:02,317 Event: LFSState
2007-07-17 09:14:02,317 Event: RaceState: NoRace
2007-07-17 09:14:05,739 Event: LFSMultiplayer
2007-07-17 09:14:05,832 Event: RaceTrackConnection
2007-07-17 09:14:05,832 Event: ConnectionId: 0
2007-07-17 09:14:05,832 Event: Username:
2007-07-17 09:14:05,832 Event: RaceTrackConnection
2007-07-17 09:14:05,832 Event: ConnectionId: 5
2007-07-17 09:14:05,832 Event: Username: hollywood
2007-07-17 09:14:05,989 Event: RaceTrackReorder
2007-07-17 09:14:05,989 Event: RaceStart
2007-07-17 09:14:06,004 Event: RaceTrackPlayer
2007-07-17 09:14:06,004 Event: ConnectionId: 0
2007-07-17 09:14:06,004 Event: PlayerId: 1
2007-07-17 09:14:06,020 Event: LFSState
2007-07-17 09:14:06,020 Event: RaceState: Race
2007-07-17 09:14:08,785 Event: LFSState
2007-07-17 09:14:08,785 Event: RaceState: Race
2007-07-17 09:14:35,692 Event: RaceTrackSplitTime
2007-07-17 09:14:35,692 Event: PlayerId: 1
2007-07-17 09:14:35,707 Event: Number: 1
2007-07-17 09:14:56,567 Event: RaceTrackSplitTime
2007-07-17 09:14:56,567 Event: PlayerId: 1
2007-07-17 09:14:56,567 Event: Number: 2
2007-07-17 09:15:06,410 Event: RaceTrackPlayerFlag
2007-07-17 09:15:06,410 Event: PlayerId: 1
2007-07-17 09:15:11,114 Event: RaceTrackPlayerFlag
2007-07-17 09:15:11,114 Event: PlayerId: 1
2007-07-17 09:15:21,410 Event: LFSMessage
2007-07-17 09:15:21,410 Event: PlayerId: 0
2007-07-17 09:15:21,410 Event: Message: BONGO made a pit stop
2007-07-17 09:15:21,410 Event: RawMessageText: System.Byte[]
2007-07-17 09:15:21,410 Event: RaceTrackPlayerPitStopBegin
2007-07-17 09:15:21,410 Event: PlayerId: 1
2007-07-17 09:15:24,629 Event: LFSMessage
2007-07-17 09:15:24,629 Event: PlayerId: 0
2007-07-17 09:15:24,629 Event: Message: Zolt USA took over from BONGO
2007-07-17 09:15:24,629 Event: RawMessageText: System.Byte[]
2007-07-17 09:15:24,770 Event: RaceTrackPlayerChange
2007-07-17 09:15:24,770 Event: PlayerId: 1
2007-07-17 09:15:24,770 Event: InPits: False
2007-07-17 09:15:30,660 Event: LFSMultiplayer
2007-07-17 09:15:30,660 Event: RaceEnd

I suppose it's meant to be optional. I.e. if you care about the details of the new driver after a takeover, you can always request the player info again with an IS_TINY/TINT_NPL.
Quote from sdether :I suppose it's meant to be optional. I.e. if you care about the details of the new driver after a takeover, you can always request the player info again with an IS_TINY/TINT_NPL.

Yes, I suppose that's true... guess will have to do that. Thanks for the tip... should have seen it myself.
Ok, I totally misread my output, it does send down the player flags with the player flag change packet (IS_PFL). But in terms of efficiency, it'd make sense to send an IS_NPL packet immediately following the IS_TOC or just make the IS_TOC basically equivalent to an IS_NPL packet.

Otherwise you have to do, as you suggested, send a TINY_NPL which means you receive all the players info again. Not to mention it'd be nice to be able to request just one player's info, and not all of them.

InSim and Take Over
(4 posts, started )
FGED GREDG RDFGDR GSFDG