I've compared it (the PHP version) to code that I've got in use and you're not missing anything that I can see. I'm using cURL with a follow option rather than file_get_contents... maybe there's a redirect in there somewhere?
$accessTokenPost = array( 'grant_type' => 'client_credentials',
'client_id' => LFS_OAUTH_CLIENTID,
'client_secret' => LFS_OAUTH_CLIENTSECRET);
$ch = curl_init(LFS_OAUTH_TOKEN_URL);
curl_setopt($ch, CURLOPT_HTTPHEADER, array('Content-Type: application/x-www-form-urlencoded'));
curl_setopt($ch, CURLOPT_POST, 1);
curl_setopt($ch, CURLOPT_POSTFIELDS, http_build_query($accessTokenPost));
curl_setopt($ch, CURLOPT_FOLLOWLOCATION, 1);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
$result = curl_exec($ch);
curl_close($ch);
if (!$result)
{
if ($debug)
{
echo 'failed to get token '.LFS_OAUTH_TOKEN_URL.' ';
var_dump($result);
var_dump($http_response_header);
}
exit();
}
$json = json_decode($result);
$bearerToken = $json->access_token;Stats at https://piranmoto.uk/events/215
Last edited by Racon, .
Stats at https://piranmoto.uk/events/214
Last edited by Racon, .
Westerweiterung3b - 27.15km / 16.87m - New longest LFS track
EDIT: longest 'contained' track, not longest of all tracks 
The longest track since Westerweiterung2 - adding more than a mile and increasing the already high average speed by another 5%, while fixing many problems with the flow.
The horrific concrete of Westerweiterung2 has been replaced by only-slightly-iffy concrete. It's survivable, if not exactly pleasant, at its worst. The finish line and direction at start are standard WE1. Images attached.
Times are available at https://piranmoto.uk/tracks/721
Track is online at PiranMOTOStreetRacing (!vote to change track if not loaded)
Comparisons/averages are me driving a Firefly 200 with varying degrees of practice:
Speed trace:
The longest track since Westerweiterung2 - adding more than a mile and increasing the already high average speed by another 5%, while fixing many problems with the flow.
The horrific concrete of Westerweiterung2 has been replaced by only-slightly-iffy concrete. It's survivable, if not exactly pleasant, at its worst. The finish line and direction at start are standard WE1. Images attached.
Times are available at https://piranmoto.uk/tracks/721
Track is online at PiranMOTOStreetRacing (!vote to change track if not loaded)
Comparisons/averages are me driving a Firefly 200 with varying degrees of practice:
Speed trace:
Last edited by Racon, .
Stats at https://piranmoto.uk/events/213
Last edited by Racon, .
I mostly use my insim logs for checking things out, but I've used the virtual console a few times. I can't remember what for exactly (sorry!).
3 days worth of log is good enough for me, chunking it into days is no problem.
I was wondering about replay storage also, just because we have many months' worth but I only really need the same few days, maybe a week to be safe. At the moment it's just on/off, but if there were a shorter option I'd pick it. Maybe it's not so big a deal on servers without a 24/7 lurker
3 days worth of log is good enough for me, chunking it into days is no problem.
I was wondering about replay storage also, just because we have many months' worth but I only really need the same few days, maybe a week to be safe. At the moment it's just on/off, but if there were a shorter option I'd pick it. Maybe it's not so big a deal on servers without a 24/7 lurker
Stats at https://piranmoto.uk/events/212
Last edited by Racon, .
It is an archive, it's just an exe because it's a self-extracting one. If you right-click on it in windows explorer, one of the '7zip' options is 'open archive' which will treat the exe file as if it's just a regular windows folder, and you can copy files out of it from there.
No need to run it or rename it that way.
No need to run it or rename it that way.
Stats at https://piranmoto.uk/events/211
Last edited by Racon, .
Stats at https://piranmoto.uk/events/210
Last edited by Racon, .
Stats at https://piranmoto.uk/events/209
Last edited by Racon, .
Stats at https://piranmoto.uk/events/208
Last edited by Racon, .
Shift-I turns off all the InSim buttons you've got on your screen, but doesn't stop any more being sent - think of it as "clear current buttons" rather than "turn off buttons".
InSim authors can detect Shift-I and not send any more buttons until you do Shift-I again to make it act like "turn off buttons", but they have to write it that way.
The clearing of the current buttons happens regardless, so it just depends on the InSim if they reappear afterwards.
InSim authors can detect Shift-I and not send any more buttons until you do Shift-I again to make it act like "turn off buttons", but they have to write it that way.
The clearing of the current buttons happens regardless, so it just depends on the InSim if they reappear afterwards.
There were 3 admins there - two of us don't use the command, but one of us had it set to a bind. He uses ctrl-f6 and alt-f1 for other common things, but has alt-f6 set as '/zero_all'. It's infinitely more likely that he confused the key combinations without realising it than that it's a bug that has gone undiscovered this long.
Apologies for the wild goose chase!
Apologies for the wild goose chase!
It was server version E8 at the time of the race, my client version was E12.
I imagine everyone else was using a variety of client versions. I can find out if it turns out to be helpful, but I think it was a host issue rather than client because it affected us all.
I imagine everyone else was using a variety of client versions. I can find out if it turns out to be helpful, but I think it was a host issue rather than client because it affected us all.
Split 1 times were removed for all players during race
In the race attached, every player had their split1 time 'undone' on lap 1.
We crossed the split and registered a time as shown on the top-right of the screen. InSim sent an SPX packet for each.
A couple of seconds after the first was set, all of them were undone - no longer showing in the top right for any player.
A couple of players hadn't crossed the split when it happened and they both registered times as they did, but they too lost their times shortly after.
We all continued and LFS behaved as it would have done if we'd physically missed the first split, ie, not registering any further splits or the first lap. (I don't think anyone noticed until the second actual lap was showing as lap 1).
When the first player crossed split1 for the second time, it registered, and everything was as it should be from then onwards. The only difference in the end was that we'd driven four laps but only registered three.
I have splits/laps logged, you can see the effect in the times here. (I store all the splits in a stack until they're written on completion of the lap, so there's an extra split showing too)
Timeline: (in lap times, not replay time)
0:20.93 - First split1 set
0:23.10 - All split1 times undone
0:23.55 - First new split1 set
0:28.91 - New split1 times undone
1:32.84 - First split1 set (on second actual lap) - All OK here
We crossed the split and registered a time as shown on the top-right of the screen. InSim sent an SPX packet for each.
A couple of seconds after the first was set, all of them were undone - no longer showing in the top right for any player.
A couple of players hadn't crossed the split when it happened and they both registered times as they did, but they too lost their times shortly after.
We all continued and LFS behaved as it would have done if we'd physically missed the first split, ie, not registering any further splits or the first lap. (I don't think anyone noticed until the second actual lap was showing as lap 1).
When the first player crossed split1 for the second time, it registered, and everything was as it should be from then onwards. The only difference in the end was that we'd driven four laps but only registered three.
I have splits/laps logged, you can see the effect in the times here. (I store all the splits in a stack until they're written on completion of the lap, so there's an extra split showing too)
Timeline: (in lap times, not replay time)
0:20.93 - First split1 set
0:23.10 - All split1 times undone
0:23.55 - First new split1 set
0:28.91 - New split1 times undone
1:32.84 - First split1 set (on second actual lap) - All OK here
FGED GREDG RDFGDR GSFDG