Recently I've been working on the timing systems, using the front of the car for start grid alignment and checkpoints. A few complications to solve there, including discovery of new bugs (related to the new line-based timing system in conjuction with the still used path-based position tracking) and highlighting of old bugs (e.g. fluctuating race positions list, originally reported by Degats, I think). Eric has updated some of the grid start boxes that need to be updated on all tracks to align with the new front of vehicle positioning system.
Anyway just so you know this is under control before I comment on another thread.
Anyway just so you know this is under control before I comment on another thread.
OK, the provider has changed some settings and the connection should now be reliable. Please post here if you have any problems.
I have restarted 7 hosts that I stopped during the maintenance.
I don't know why this server location sometimes goes wrong and the provider has to use new settings to fix it.
I have restarted 7 hosts that I stopped during the maintenance.
I don't know why this server location sometimes goes wrong and the provider has to use new settings to fix it.
The voucher has already been redeemed, so cannot be used again.
Turkey maintenance [FINISHED]
Hello, a few days ago we noticed that the Turkey server has had connectivity issues since 7th July.
Our provider is looking into it and wants to restart the server at some point.
So for now I have stopped all the game hosts that were running on it, and stopped the node controller so the hosts cannot be restarted for now. You are free to move them to a different country server if needed or you can wait a while. If if the server is OK after they restart it, I will restart the hosts that I stopped.
Our provider is looking into it and wants to restart the server at some point.
So for now I have stopped all the game hosts that were running on it, and stopped the node controller so the hosts cannot be restarted for now. You are free to move them to a different country server if needed or you can wait a while. If if the server is OK after they restart it, I will restart the hosts that I stopped.
I will restart the server anyway.
I'm sorry for the disruption but the server must be restarted.
EDIT: OK, the Brazil server is restarted.
I'm sorry for the disruption but the server must be restarted.
EDIT: OK, the Brazil server is restarted.
Last edited by Scawen, .
The provider confirmed network issues.
It does appear stable now though, for the past 12 hours.
It does appear stable now though, for the past 12 hours.
Connectivity issues on the Brazil server
We have been notified about intermittent severe connectivity issues affecting the Brazil server, which we confirm.
We have contacted the service provider to see if they know of a reason for this and we will investigate.
We have contacted the service provider to see if they know of a reason for this and we will investigate.
Marcin, I want to help you avoid annoying people.
Please read this post again in which I made some important suggestions about your posting style and frequency.
https://www.lfs.net/forum/post/2128402#post2128402
Please read this post again in which I made some important suggestions about your posting style and frequency.
https://www.lfs.net/forum/post/2128402#post2128402
Marcin, please can you calm down your posting style, a lot?
You seem to be confusing a forum with a live chat system.
The difference:
Forum: Do some research, make a well formed post if needed
Live chat: Write single sentences
You shouldn't write on forums as if it is a live chat system. Please do your research, stop asking random questions all the time, when you could find the answer by searching the forum or the manual: www.lfsmanual.net
You joined two weeks ago and have already made 47 posts. This is not reasonable. Maybe if you did 5 posts in that time, that would be OK. So for a rough guide, maybe you are posting 10 times more often than reasonable.
Double question marks after your questions. Why not just use a single question mark?
Writing style: Please don't put a capital letter on every word. They go at the beginning of a sentence, or for names (proper nouns).
You seem to be confusing a forum with a live chat system.
The difference:
Forum: Do some research, make a well formed post if needed
Live chat: Write single sentences
You shouldn't write on forums as if it is a live chat system. Please do your research, stop asking random questions all the time, when you could find the answer by searching the forum or the manual: www.lfsmanual.net
You joined two weeks ago and have already made 47 posts. This is not reasonable. Maybe if you did 5 posts in that time, that would be OK. So for a rough guide, maybe you are posting 10 times more often than reasonable.
Double question marks after your questions. Why not just use a single question mark?
Writing style: Please don't put a capital letter on every word. They go at the beginning of a sentence, or for names (proper nouns).
Update F10:
List of Hosts now has 30 lines and does not show the obsolete status text
Hover text with description when the mouse cursor is above a blob in the IP column
FIX: Stopped on "Join Specific Host" page after "Start New Host" (should immediately join)
Download: https://www.lfs.net/forum/thread/110607
List of Hosts now has 30 lines and does not show the obsolete status text
Hover text with description when the mouse cursor is above a blob in the IP column
FIX: Stopped on "Join Specific Host" page after "Start New Host" (should immediately join)
Download: https://www.lfs.net/forum/thread/110607
F10:
List of Hosts now has 30 lines and does not show the obsolete status text
Hover text with description when the mouse cursor is above a blob in the IP column
FIX: Stopped on "Join Specific Host" page after "Start New Host" (should immediately join)
List of Hosts now has 30 lines and does not show the obsolete status text
Hover text with description when the mouse cursor is above a blob in the IP column
FIX: Stopped on "Join Specific Host" page after "Start New Host" (should immediately join)
Have a look on this page: https://en.lfsmanual.net/wiki/Options/Controls
Just over half way down at "Setting up the wheel" there is an animation that should help.
Just over half way down at "Setting up the wheel" there is an animation that should help.
Related test patch, F9:
Warning if you are joining a host that will log your IP address
- Your decision to trust that host is remembered, to avoid asking you again
- You can remove the "trusted" status by clicking the "trusted" button
- List of Hosts has a new IP column to indicate hosts that log your IP address
Stops on "Join Specific Host" after you click a join link on calendar or website
- You will need to click the "GO" button as if you had clicked in List of Hosts
Download: https://www.lfs.net/forum/thread/110607
Warning if you are joining a host that will log your IP address
- Your decision to trust that host is remembered, to avoid asking you again
- You can remove the "trusted" status by clicking the "trusted" button
- List of Hosts has a new IP column to indicate hosts that log your IP address
Stops on "Join Specific Host" after you click a join link on calendar or website
- You will need to click the "GO" button as if you had clicked in List of Hosts
Download: https://www.lfs.net/forum/thread/110607
For now, I have provided an option to show guest IP addresses.
Next time you restart your host, IP addresses will not be displayed by default. But you can switch them on with an option in the basic settings.
This is not what I was hoping to do in the first place, to really improve privacy by hiding the IP address, but it does (or can) help a bit.
1) Minimum disruption. People who want to use the IP address on paid hosts still can.
2) Reduce general visibility of IP addresses. They will only be there if the option is enabled, and never in free hosts.
3) The master server is aware of the setting, so I can make it visible in the list or show a warning to joining guests.
I'd rather not work on a unique identifier to identify the guest's PC or LFS installation with a random number at this time. There are too many distractions and not enough development time so some things will have to wait if I don't really have to do them at the moment.
Next time you restart your host, IP addresses will not be displayed by default. But you can switch them on with an option in the basic settings.
This is not what I was hoping to do in the first place, to really improve privacy by hiding the IP address, but it does (or can) help a bit.
1) Minimum disruption. People who want to use the IP address on paid hosts still can.
2) Reduce general visibility of IP addresses. They will only be there if the option is enabled, and never in free hosts.
3) The master server is aware of the setting, so I can make it visible in the list or show a warning to joining guests.
I'd rather not work on a unique identifier to identify the guest's PC or LFS installation with a random number at this time. There are too many distractions and not enough development time so some things will have to wait if I don't really have to do them at the moment.
Thanks for the FIA regulations reference. So at least in F1, it's the wheels that need to be inside the box.
I'd be interested to know if any other classes require bodywork to be behind the line. For practical reasons I could imagine that being the case in karting, but really have no idea. I wonder about classes that are not open wheel.
At the moment in LFS, the timing (at splits and finish line) is done when some arbitrary point of the vehicle crosses the line. Probably the model's origin. This is what I don't like at the moment.
Bear with me as I'd like to get this right if possible. I believe the coding to be relatively simple but I want to get this right by thinking it through.
What we have so far is that starting point, at least in some classes, should be based on front wheels behind the white line. Probably just aim for the yellow line. It would be interesting to know if some classes put the bodywork behind the line. And that leads me to a related issue I am wondering about:
Photo finishes.
I guess that photo finishes must be based on the front part of the bodywork, rather than the wheels? But the front overhang can vary a lot between different cars, up to a value of a few milliseconds depending on the speed. So this leads to the point that some cars might need to drive further to complete the race. Of course this is really of no concern with an ordinary grid, every car drives a different distance anyway, so who cares about a few inches. But what about a drag race? The start and end must depend on the same thing (wheels or bodywork). What method is used for the timing? At first I could imagine them using laser timing, but I guess that doesn't work if you have two cars overlapping.
So then we have the possibility that for a drag race, the bodywork should be behind a line, but on a grid start, the front wheels must be behind the line.
Should splits and finish line use the front of the bodywork rather than the front wheels? In real life racing what methods are used for the millisecond-accurate timing?
Hope I've explained this confusion enough, would be interested if anyone has knowledge or evidence to resolve the questions.
I'd be interested to know if any other classes require bodywork to be behind the line. For practical reasons I could imagine that being the case in karting, but really have no idea. I wonder about classes that are not open wheel.
At the moment in LFS, the timing (at splits and finish line) is done when some arbitrary point of the vehicle crosses the line. Probably the model's origin. This is what I don't like at the moment.
Bear with me as I'd like to get this right if possible. I believe the coding to be relatively simple but I want to get this right by thinking it through.
What we have so far is that starting point, at least in some classes, should be based on front wheels behind the white line. Probably just aim for the yellow line. It would be interesting to know if some classes put the bodywork behind the line. And that leads me to a related issue I am wondering about:
Photo finishes.
I guess that photo finishes must be based on the front part of the bodywork, rather than the wheels? But the front overhang can vary a lot between different cars, up to a value of a few milliseconds depending on the speed. So this leads to the point that some cars might need to drive further to complete the race. Of course this is really of no concern with an ordinary grid, every car drives a different distance anyway, so who cares about a few inches. But what about a drag race? The start and end must depend on the same thing (wheels or bodywork). What method is used for the timing? At first I could imagine them using laser timing, but I guess that doesn't work if you have two cars overlapping.
So then we have the possibility that for a drag race, the bodywork should be behind a line, but on a grid start, the front wheels must be behind the line.
Should splits and finish line use the front of the bodywork rather than the front wheels? In real life racing what methods are used for the millisecond-accurate timing?
Hope I've explained this confusion enough, would be interested if anyone has knowledge or evidence to resolve the questions.
Last edited by Scawen, .
You are right that this is a bit of a mess at the moment, something we've never considered properly. To fix it, we need to:
1) align the visual objects correctly with the invisible start positions
2) set the cars such that part of the car is aligned with one of the lines
Eric found the dimensions of the grid box and has provided me with an accurate start grid box object.
It's not clear to me what the actual rules are, regarding the positioning in the box. Is it the front of the car needs to be within the white lines, and the yellow line is just a sighting line for drivers (e.g. F1) as they can't see the white lines? Or is there something about aligning the wheels with one of the lines?
I'd be interested to see some evidence about what part of the car should line up exactly with which line, if anyone can find that.
1) align the visual objects correctly with the invisible start positions
2) set the cars such that part of the car is aligned with one of the lines
Eric found the dimensions of the grid box and has provided me with an accurate start grid box object.
It's not clear to me what the actual rules are, regarding the positioning in the box. Is it the front of the car needs to be within the white lines, and the yellow line is just a sighting line for drivers (e.g. F1) as they can't see the white lines? Or is there something about aligning the wheels with one of the lines?
I'd be interested to see some evidence about what part of the car should line up exactly with which line, if anyone can find that.
Posted by cuni on LFS Movies thread: https://www.lfs.net/forum/post/2126555#post2126555
A 16 minute history of LFS in Spanish by Jinx / @Littl3Jinx
A 16 minute history of LFS in Spanish by Jinx / @Littl3Jinx
Last edited by Scawen, .
Reason : added name of the video's creator
Editor F11:
FIX: wire overlay was not clearly visible especially in 2D views
32 layers are now available + scroll bar and option to show all
FIX: wire overlay was not clearly visible especially in 2D views
32 layers are now available + scroll bar and option to show all
Thanks, I see the same (it looks good in F but not F10).
That is probably related to the Z buffer change.
That is probably related to the Z buffer change.
Editor F10:
FIX: Rear caster angle can now be set in the base default setup
FIX: Avoided the jaggies on generated sky texture near the horizon
FIX: Rear caster angle can now be set in the base default setup
FIX: Avoided the jaggies on generated sky texture near the horizon
In my test that seems to be working as intended. Adjusting the "Lowest wheel height" misaligns the fork, but the misalignment is corrected with "Forward" in Suspension settings (at top left of screen).
Although it seems odd, this is also intended.
It's something like: the first setup defines the geometry but the second setup works like an adjustment.
When you delete the base setup, the new base setup defines the geometry, so if its lowest wheel height was different from the deleted base setup, you will then need to adjust the lowest wheel height or the "Forward" value.
Thanks for the report.
It looks as if that has been the case for a long time, I think since before LFS editor was released.
EDIT: Correction, it looks like the change was September/October 2022. I think the setup storage changes were related to multithreading. So it probably did work correctly in the earliest public versions of LFS Editor.
Without much investigation, I don't think it should be like that, but on the other hand I think it doesn't really affect anything much (given the current limitations of LFS suspension physics). I think it was an unintended result of a change around the way the live setup is stored. I'll have a look to see if it can be corrected.
It looks as if that has been the case for a long time, I think since before LFS editor was released.
EDIT: Correction, it looks like the change was September/October 2022. I think the setup storage changes were related to multithreading. So it probably did work correctly in the earliest public versions of LFS Editor.
Without much investigation, I don't think it should be like that, but on the other hand I think it doesn't really affect anything much (given the current limitations of LFS suspension physics). I think it was an unintended result of a change around the way the live setup is stored. I'll have a look to see if it can be corrected.
Last edited by Scawen, .
FGED GREDG RDFGDR GSFDG