It has problems with 3 and 5 cylinders, it must be resolved first. There was no such problem in the past. The game fails.
It has problems with 3 and 5 cylinders, it must be resolved first. There was no such problem in the past. The game fails.
+1 on that request
They may seem smooth for the person with the high ping, but viewing others in A.C or Pcars 2 with such a high ping is bad. Jumping around all over the track which then has a negative effect on other racers
The problem with the virtual keyboard location is, other dialogs.
All the normal dialogs share a top point and the vkb was placed above that. It's hard to reposition the other dialogs as you can see in the attached image. There is also a search dialog, confirmation dialog etc.
The only thing that comes to mind is if the vkb could have its top at ordinary dialog height, if there is no other dialog visible. It sounds easy enough though I haven't looked in the code yet. But would that be of any use?
it's very cool to have contact with the devs, really.
i waiting a long time to improve these little requests, i try it now...
we manage races on the GUM GARAGE and and little tools improvements will be really cool like :
1- possibility for race/server admin to adjuste the time for Stop&Go penalty (very usefull in case of reset available in enduro races to "pay" he instantly repair of the car)
2 - possibility to exactly know the start mode actually set ! random, reverse or standard . i think it will not extrem difficult to display an information like quali time or laps in the grid screen.
on the track this information could be display with the "msg" form on the top left
3- i really wish the possibility in future to adjust the speed time for day to night ! imagine begining a race on dayligth to finish at night !
4- possibility for race manager to apply speed limiter to ALL racers (especially on aval races to simulate safety car / yellow flag
5- ... or a IA safety car , called with a single key.
hope you read that little requests Scawen !
Best Regards
i waiting a long time to improve these little requests, i try it now...
we manage races on the GUM GARAGE and and little tools improvements will be really cool like :
1- possibility for race/server admin to adjuste the time for Stop&Go penalty (very usefull in case of reset available in enduro races to "pay" he instantly repair of the car)
2 - possibility to exactly know the start mode actually set ! random, reverse or standard . i think it will not extrem difficult to display an information like quali time or laps in the grid screen.
on the track this information could be display with the "msg" form on the top left
3- i really wish the possibility in future to adjust the speed time for day to night ! imagine begining a race on dayligth to finish at night !
4- possibility for race manager to apply speed limiter to ALL racers (especially on aval races to simulate safety car / yellow flag
5- ... or a IA safety car , called with a single key.
hope you read that little requests Scawen !
Best Regards
I should've realised that's why.If this is possible, I would be in favour. Could even be given its own layout option: Dialog layout [fixed|centred] (idea attached).
Maybe I should also take this time to remind you of the space click issue I always run into while typing on my actual keyboard in VR while in text-entry mode. While typing with the chat dialog open, sometimes the gaze-cursor can trigger ok/cancel/specials when typing and pressing space, which means I have to make sure the crosshair isn't anywhere near the dialog, which just feels (and looks) ridiculous!
about drifting with GTR, isnt better make a "D1GP" version from XR?
you will can fit tyres, steerlock, a huge engine everything you said on first post, Scawen
you will can fit tyres, steerlock, a huge engine everything you said on first post, Scawen
Generally, through sophisticated prediction code.
Taking iRacing as an example, it runs a simplified remote client physics engine on the local client to predict the positions of remote client cars. When it receives remote client positional and steering input updates from the server in a sufficiently timely fashion, these are passed into the remote client physics engine and factored alongside such considerations as track geometry and typical driving line. Although simplified, there's quite a lot factored in that engine; it has been steadily improved over time.
For iRacing, the default is to retrospectively patch remote client positions in the replay files, provided that the required (frame reference) server packet is received within one second or so of realtime, otherwise the patching code gives up and the predicted position is retained in the replay. The default can be changed to switch patching off, in which case the replay will replicate what was seen by the local client driver during the live race, i.e. with all remote client car positions from the prediction code. Some drivers prefer this, but it generally leads to less smooth animation when viewing replays; patched replays are generally smoother and that's one of the reasons that feature was implemented as the default.
Dealing with latency and packet loss is a very hard software engineering problem and there are many performance trade-offs and challenges, as Scawen has already noted. Current sims are generally much better at this than older generation sims, e.g. Grand Prix Legends, to choose a random example.
So, in another words is not likely we will have the same smoothness level (seen in other modern sims) in LFS? I really wish Scawen could come up with some nice solution toward this. 
I would like to suggest something about the changes made with F12 menu during pitstops.
When you are changing tyre pressures with F12 menu for a pitstop and you change the compounds or change a worn tyre to a new one, it still takes extra time saying setup changes. So, it would be nice if no extra time is spent on pits when getting new tyres fitted.
Also it would be nice if we can set a strategy preset before race for the changes in pitstop other than fuel and wear threshold. Like which compound, pressures, downforce etc for each stop. Maybe provision for multiple stops too. Essentially if you have sticking to the strategy plan you set before race, you don't need to fiddle around with F12 menu while you are racing on track. Maybe a strategy tab in Garage if its too much UI clutter?
Not sure if anybody else has felt the need for any of these. Sorry if it's only me.
When you are changing tyre pressures with F12 menu for a pitstop and you change the compounds or change a worn tyre to a new one, it still takes extra time saying setup changes. So, it would be nice if no extra time is spent on pits when getting new tyres fitted.
Also it would be nice if we can set a strategy preset before race for the changes in pitstop other than fuel and wear threshold. Like which compound, pressures, downforce etc for each stop. Maybe provision for multiple stops too. Essentially if you have sticking to the strategy plan you set before race, you don't need to fiddle around with F12 menu while you are racing on track. Maybe a strategy tab in Garage if its too much UI clutter?
Not sure if anybody else has felt the need for any of these. Sorry if it's only me.
+1
This. I use real keyboard to type while in VR and i always accidentally click the buttons when pressing space.
I know examples of suspensions that allow you to make large steering lock angles, at least 60 degrees is possible.
"Offering over 60 degrees of steering lock, the near zero ackerman Wisefab BMW kit provides more steering angle than you will ever need, without hitting the lower arms like you would on a normal high steering angle BMW set up."
https://www.wisefab.co.uk/wisefab-bmw-e30.html#:~:text=Offering%20over%2060%20degrees%20of,steering%20angle%20BMW%20set%20up.
https://youtu.be/m8IRrcOTFgY?t=93
https://youtu.be/REQEJe5NbxM
That steering rack sure would make parallel parking easier 😂
Thanks all for the comments. I'll go through this thread and make two separate sheets of notes about compatible and incompatible changes I could possibly do.
I'm not replying to everyone but will check the posts again. It's supposed to be a really quick update as I have to get back to the development version. But some changes are important and they all carry through to the development version anyway so it's worth trying to get a few things right.
That sounds kind of like a bug. Not a bug in code but in logic. So it would be good to look at that. I don't think I can go into the planned strategy system at the moment.
I have had this "pressing space in chat mistakenly presses buttons using VR crosshairs" on my notes for a while so would like to sort it out. I'm struggling to think of a solution though. Sometimes people actually type a word or two with the virtual keyboard (because they can't see the real keyboard) so I think VR click needs to be active by default when text box opens.
But when typing with the real keyboard, that's when the space bar becomes as issue. I remember a suggestion to have a small minimum time to hold the VR click to make it act but I think that would make the VR space bar too much trouble. It needs to be fast. And don't really want it working differently when there is a chat box open.
How about if "VR click by space bar" could be temporarily disabled if you start typing with the real keyboard, when the chat dialog is open? Maybe as soon as the first character is added to the text by a real keypress?
That sounds like it could work, as you can press enter or escape to get out of the dialog. So usually you don't need VR click at that point. But you might want to click other buttons on the chat dialog, so maybe the VR click function should switch on again after a few seconds? Or should it be manually enabled somehow if you want to use VR click again? Or do we rely on the mouse (or assigned controller button) for clicks, if "VR click by space bar" has been disabled by typing on the real keyboard and don't switch on "VR click by space bar" again at all until the dialog exits?
I'm not replying to everyone but will check the posts again. It's supposed to be a really quick update as I have to get back to the development version. But some changes are important and they all carry through to the development version anyway so it's worth trying to get a few things right.
That sounds kind of like a bug. Not a bug in code but in logic. So it would be good to look at that. I don't think I can go into the planned strategy system at the moment.
I have had this "pressing space in chat mistakenly presses buttons using VR crosshairs" on my notes for a while so would like to sort it out. I'm struggling to think of a solution though. Sometimes people actually type a word or two with the virtual keyboard (because they can't see the real keyboard) so I think VR click needs to be active by default when text box opens.
But when typing with the real keyboard, that's when the space bar becomes as issue. I remember a suggestion to have a small minimum time to hold the VR click to make it act but I think that would make the VR space bar too much trouble. It needs to be fast. And don't really want it working differently when there is a chat box open.
How about if "VR click by space bar" could be temporarily disabled if you start typing with the real keyboard, when the chat dialog is open? Maybe as soon as the first character is added to the text by a real keypress?
That sounds like it could work, as you can press enter or escape to get out of the dialog. So usually you don't need VR click at that point. But you might want to click other buttons on the chat dialog, so maybe the VR click function should switch on again after a few seconds? Or should it be manually enabled somehow if you want to use VR click again? Or do we rely on the mouse (or assigned controller button) for clicks, if "VR click by space bar" has been disabled by typing on the real keyboard and don't switch on "VR click by space bar" again at all until the dialog exits?
I always use mouse for clicks, so for me personally the option to disable "VR click by space bar" or the ability to reconfig the hotkey to some other button on keyboard would be the best solution.
But if there's people that use the crosshair+space in the menu and the real keyboard to type messages with that doesn't solve the problem for them.
Other than that it's by far the best VR experience i've had in a racing simulator so good job with that.
Related to this, from a realism point of view; when changing tyre compounds, LFS currently forces damage repair. This isn't particularly realistic for minor damage - like slightly worn shocks - and forces longer pitstops than probably should be necessary.
I would be happy with that.
Some "little" things:
For example: Some pre-configured racing combinations like GTR races or road vehicle races or, or, or (we old users can do that, but beginners lose themselves in the OptionsMonster LFS)
Or some preconfigured routes / cars combinations that have proven to be particularly suitable.
Or the possibility of holding a championship with a point system.
In short, some interesting racing pre-configurations.
For example: Some pre-configured racing combinations like GTR races or road vehicle races or, or, or (we old users can do that, but beginners lose themselves in the OptionsMonster LFS)
Or some preconfigured routes / cars combinations that have proven to be particularly suitable.
Or the possibility of holding a championship with a point system.
In short, some interesting racing pre-configurations.
No need to make a new car. We already have a few. The problem is that only XRT and "FZ5" are the actually acceptable for drifting. RB4 lacks lock(and has a bit slower steering wheel, but that's ok), LX lacks lock and are not really made for drifting even with a very well balanced setup, also LACKS LOCK! And of course GTRs don't have lock either, nor tyres. If lock goes to like 55 for all of them and GTRs get "street" tyres we get way more options to have some fun.
Increasing the steering lock to 55 or more on most cars. Yes, please!
Unlocking all tyre options for all cars. Yes!
Scawen, consider to give us the option to increase the horse power while you're at it.
Yes, i play this game sideways.
Unlocking all tyre options for all cars. Yes!
Scawen, consider to give us the option to increase the horse power while you're at it.
Yes, i play this game sideways.
i would love to see those changes! i would love to have something updated to the drifting scene, like maybe add a bit more steering angle and maybe one option to change tire sizes and track width of the front and rear kinda like spacers, and maybe an potion to increese the turbo presure or increese the power in general. and about making the XXR and FZR drift able sound fus aswell, u should make those updates for the drifters 
Under certain circumstances, the outsourcing of AI drivers to the dedicated host would be a better solution than increasing the permitted number on the client side? It would be good if you could determine the "field size" and as soon as a real driver connects, the number of AIs is "dynamically" reduced (or increased if someone disconnects from the host).
Perhaps this variant would even be compatible with the U version, because the dedicated host has to manage all connections anyway? But I guess that's a too simplistic view on this subject?
Perhaps this variant would even be compatible with the U version, because the dedicated host has to manage all connections anyway? But I guess that's a too simplistic view on this subject?
That would be good because one question that often comes up is this: https://www.lfs.net/forum/thread/94944-About-to-create-a-race-with-different-car-models
For new player it is difficult to figure out how to give different cars to AI-drivers.
Another potentially small thing:
A while ago, max resolution for uploaded skins was increased to 2048x2048.
I think the plan was to make downloads in 1024 default and 2048 for premium.
On lag:
It always seemed to me that players driving with mouse or keyboard were much more jumpy. Maybe I am biased.
I had several experiences where just from watching how an unknown driver's car moved, I could correctly guess that he was not using a wheel.
As if the predicition code does not work as good with the more abrupt input changes. (wheel is smoother/slower to move)
I'm not sure about the need for this patch, it's essentially causing some extra delays as you (Scawen) have already had to write several posts to discuss changes etc.
Knowing that the big LFS update is coming this year (it is, right? December 2021) we don't really mind waiting just a few months longer for these changes. I'd be more interested about how it is going with the tyre physics update. It seems like this is a topic you're frightened to pick and work on because of how much trouble it has caused in the past, but it's inevitable and you will eventually need to start working on that as well. Helping Eric with the editor, light system etc. is also something critical for the update so I'd rather be reading about that, not on some updates that really bring no new value or new life into this game. Let's focus on some priorities. Oh, and some of the LFSWorld functionalities are missing now because of the Adobe Flash so that's another thing on the list to get sorted out. It's quite a big list right now. Remember, if the big update gets delayed by another 2-3 years the first updated track (Blackwood) will have looked obsolete by the time of release and will need to be reworked again 
We don't really want to see that happening to be honest.
Knowing that the big LFS update is coming this year (it is, right? December 2021
) we don't really mind waiting just a few months longer for these changes. I'd be more interested about how it is going with the tyre physics update. It seems like this is a topic you're frightened to pick and work on because of how much trouble it has caused in the past, but it's inevitable and you will eventually need to start working on that as well. Helping Eric with the editor, light system etc. is also something critical for the update so I'd rather be reading about that, not on some updates that really bring no new value or new life into this game. Let's focus on some priorities. Oh, and some of the LFSWorld functionalities are missing now because of the Adobe Flash so that's another thing on the list to get sorted out. It's quite a big list right now. Remember, if the big update gets delayed by another 2-3 years the first updated track (Blackwood) will have looked obsolete by the time of release and will need to be reworked again We don't really want to see that happening to be honest.This thread is closed
Possible changes for a semi-compatible update
(159 posts, closed, started )
FGED GREDG RDFGDR GSFDG