That's indeed useful. It's annoying when you see the chat spammed either when you as a user hit the vote and THEN it gets cancelled, or when people indeed "catch up" and restart, but after that you want to cancel it once again.

Now that im thinking of that. Calibration was useful to manually set the maximum value of an axis. For example you could have a joystick to work as an e-brake.

1. Holding it down
2. Clicking on the "C" button
3. Letting it go to its center
4. Lock all the axis

So i guess if you remove it, then the people who use this trick won't be able to do that anymore, unless you have a way to manually set that.

Instead of having the full range of an axis to do something, "split" it into 2, + and - of the center.

Sounds great. A little suggestion. Would it be possible to add F# keys to the controller section and make them able to bind in addition of ctrl+F# and alt+F#?

This is happening because "profiler" doesn't apply the (game/global)settings until you focus into the window. So as you plug the wheel and the game is already in focus it won't load the new settings.

If you could re-focus the game once a new control is plugged-in, i guess this could fix it.

Quote from felplacerad :

Just noticed something regarding the auto-update system (that's probably not relevant to the ongoing discussion) and figured I'd mention it:

It appears as if LFS checks for an updated version when you click on the Multiplayer screen but not when you unlock the game. And since you need to unlock LFS after an update (at least in my case going from 0.6K to 0.6M) you might need to use 2 unlocks.

ie:

• Launch (unlocked) instance of LFS
  
• Unlock the Demo
  
• Go online (proceed to be prompted about the update, download, install and restart LFS)
  
• Unlock the Demo a second time
  

In short: For a smoother experience, perhaps do an update check before opening the unlock screen.

I had 2 unlocks so I'm good but this approach would probably save some time for both the users and ScaViEr.

Usually, when there's a new version unlocks are getting reset so that shouldn't be a problem.

Although i like your idea, especially for the main reason that it's easier to know if there's a new version. Cause if you play singleplayer, connecting directly to a server, or anything, you won't really know.
P.S It's not that easily visible at that side to understand and find out that there's a new version.

Quote from Scawen :

A packet goes to the host, the host sends a player info packet to all guests including yours, your guest then sends a car info to the host, the host sends that to all guests.

So... yes, a delay is inevitable. Shouldn't be long though, and it's no longer than it ever was before.

If you have a 3 second delay then someone must have switched on join requests but is ignoring them.

I've been curious, because before the menu was disappearing and now the button gets disabled till you spawn. Once again thanks for the detailed info.

About JRR. I noticed some servers that don't use insim, have a small delay after you click OK to exit pits. Is this needed(when there's no insim connected i repeat)?

I see now how it effects it. Thanks for clarifying it, and really thanks for the implement of this. Now the movement look way smoother!

Were you reading my mind? I was thinking 2 days ago about how the steering ain't smooth.

Also as you're working on that, is it easy to increase the maximum packets per second on internet to be the same as on LAN?

Quote from MrSam :

Hi all,

New version 0.6M added to the update in the control panel.

Best Regards,
Sam

Would be nice to add it when ordering servers as well. Is there support for custom insim and MySQL?

Won't something simple like that work?

Quote from Yisc[NL] :

but I don't feel the need to litter your topic with reactions every time

Nailed it. I guess we are all like that, silently watching your amazing progress and detailed reports. Thanks for that!

(insert celebrations image here)
Really like the new packet. Wouldn't be easier to just have the OSP packet and use this when a player joins or just spectate him? Now RQJ seems to be the same as NPL.

A small suggestion on that, can you add a bit on OSP to choose where you want to reset PLID's car, or just move him to the /pitlane?

Tried the patch and its working great. I'm having more fps than using SoftTH while borderless fullscreen.

Now the only thing that's missing is to have the ability to use different resolutions due to different monitors.

1. Vertical doesn't exist at all
2. Horizontal which now can only be different between the sides(both of them use the same now) and the center.

You can use these based on the G27 leds. The 1st value is when the first led light opens. I guess downshifting could be down about 500. And upshift about the same as the 2nd value is the redline.
http://pastebin.com/0SkLctWd

Also there can be a "limit" while turning on how fast it will upshift. Maybe the upshift rpm +100(and some delay) or something?

Also got to say im always staying up to date on this post, watching from my cave! Great progress so far!

Instead of making +F12 to go to the "main" monitor, you can make it to go full screen to the monitor which uses the most pixels(like all the windows applications do).

Ex. If it's 52% on the 1st monitor and 48% on the 2nd. It will go full screen into the 1st monitor.

As you are doing multi-monitor stuff, i have noticed that when you have 3 monitors, one left and one right (and the middle one),

the 2 side monitors can't have different width resolutions. For example when you change left's monitor, it will also change the right's one.

Can you make them independent in case somebody has 3 different monitors and want to combine them?

And then night! I guess it's too early to get excited.

"The given key was not present in the dictionary" means that something is wrong with your array (CON.A/B.PLID).
Check while debugging what _players[CON.A.PLID] returns.

I guess these work with 0-1 values of the axis, so between 2 frames it will be, zero clutch-> full engaged clutch axis. I don't think that's possible irl, unless it works some other way.

But i believe a check like that (if it really works like this), would work.

Enable the timers after insim.init. Because it tries to send the buttons while its disconnected.

You need to set the flag 'ISF_CON' on insim init to recieve the packets.
#define ISF_CON 64 // bit 6 : receive CON packets

The code is ultra NOT optimised. The "MCI_Update(MCI.Info[i].PLID);" should be into the first loop, and actually the whole function would be better to be moved at your MCI packet cause now most of your code is dublicated.

Should be "boxy = Msg;" i think.

Or you can just use
MsgBox(StringHelper.StripColors(Msg));

and delete ALL of the "replace" code

Quote from ab12 :

Hello, please help me a little.
So i have this code but don't work:

foreach (CompCar car in MCI.Info)
{
if(car.X == -102 | car.Y == -42)
{
insim.Send("/msg Hello");
}
}

You'll need to learn programming first before you go into complicated things.
You need to compare if the car is at X AND(&&) Y.
Replace | with &&