Quote from Scawen :

The layout editor was originally developed for autocross but gradually developed...

Can the new layout editor objects be released seperated to big update? Would improve the quality of existing layouts by a lot.

Quote from Luke735 :

That's fine, I don't mind getting an S3 license. Is what I'm asking for still...

It's very doable, with S3 you get the tools needed to create an autocross track and of course the LFS Editor, used to create mod cars. Now, you could either:
1. Make your own autocross layouts and car mods
2. Collaborate with someone on making both
3. Commission someone to do it for you

Now, I think there is a mod C5 corvette already in the game, with derivatives open, so you can take that and edit it so it fits your spec more, with weight and power etc. And autocross layouts aren't much of a pain to make.

Edit: nvm, the c5 mod is not open for derivatives, my mistake

The layout editor was originally developed for autocross but gradually developed into a lot more.

You can place cones and set checkpoints, restricted areas and so on, to create something that looks like an autocross track.

https://en.lfsmanual.net/wiki/Autocross_Editor

Hello everyone,

This is a big question that's frustrating me, and I can't find an answer anywhere. If anyone knows, I'd really appreciate it.

Where exactly in the editor do you change the distances for LOD1, 2, and 3?

The problem is that at 140m, LOD3 is set, which is the one I use for the hitbox, and I'm a shoebox.

The ideal would be to increase LOD2 (and LOD1) a lot so they don't appear, but I can't find where to change it anywhere.

Thanks in advance!

It's been some time now that we got track mods in Live For Speed, however it's hard to keep track of the race without proper TV camera positions. Yeah we have the custom view positions on the free camera mode (Shift + U) but it would be nice to have a way to set our own custom positions and car chasing cameras on certain tracks, without the need of using Shift+U.

What i mean is the same view as the "Cinematic" view for official tracks, views that track the cars or are set close to the track.

My way to do this would be have a new category of subobjects called "Cameras (C)" avaliable ONLY for the custom tracks, and be able to set them on certain points of the main object of the track so they can follow the car spectated the same way they do on the normal cinematic view, also have different options for said cameras, like Static, Tracking or "Cable" wich would work as a slider object while also tracking the cars on track until reached a certain point

This might be hard to do, or maybe not as i'm not sure how they add camera positions with the official track editor

The GIS Hub (or Godot InSim Hub) is, as its name implies, a hub application for Godot InSim. Its main goal is to provide a common interface for multiple Godot InSim apps to interface with LFS via a single InSim connection - which means you can have as many "apps" running as you want, sharing the same InSim connection, instead of being limited to the 8 connections LFS supports.

This allows the hub app to be the only "heavy" part, as a single Godot executable (and its ~80MB) is necessary here; all Godot InSim apps can instead be distributed as "modules", as small .pck files, and run directly in GIS Hub.




GIS Hub provides the following features:

• Manage a single InSim connection to use with any number of modules (practical limit is 50)
  
• Manage modules (discover on startup, hot enable/disable), with active modules arranged as tabs in the GUI
  
• Save and load module configuration, including InSim settings and enabled modules, and give access to a per-module data folder
  
• Route packets from LFS to all modules and the other way around
  
• Mirror Godot InSim functions for sending packets, managing InSim buttons, etc. at the module level (wrapper functions)
  
• Callback functions for all InSim packets, ISP_TINY/ISP_SMALL packet subtypes, and Relay packets
  
• Inter-module communication with the ability for a module to send arbitrary data, and subscribe to other modules to handle data they send
  
• Graphical interface for included modules (InSim settings and module manager, log module, etc.), and all modules can provide their own GUI
  

For instance, the GIS Hub tab is itself a module, although it doesn't do much on the InSim side. The Log module, however, provides a visual display of all packet traffic, and includes the name of the module when a packet is sent (or defaults to "InSim" if Godot InSim sent the packet automatically).
These 2 modules are considered "core": they are included in the GIS Hub app, and cannot be disabled. You can however disable logging through the Log module's options.

All other modules, including those distributed with GIS Hub, can be enabled or disabled at any time. Adding a module is as simple as dropping a .pck file in the "modules" folder next to the GIS Hub executable.
Modules can write config and data in their dedicated folder, located in the "user://modules" directory, which corresponds to:

• Windows: "%APPDATA%\Godot\app_userdata\GIS Hub\modules\<module name>"
  
• Linux: "~/.local/share/godot/app_userdata/GIS Hub/modules/<module name>"
  

As an example, the Teleporter module allows configuring the position of its InSim button interface, and saves it to its data folder (and will read it when enabled, of course). It also reads saved teleport destinations in txt files in the "spawn" subfolder, which means you can easily modify destinations without exiting the app, and even update the destinations for the current track by simply disabling and re-enabling the module (as destinations are updated when the track changes or the module is enabled).


Downloads and documentation:
GIS Hub is not released yet, but will likely be soon after Godot InSim 3.0, which I plan to release shortly after Godot 4.5 is available. You can still download it from the GitLab repository and use it or create modules. Do keep in mind that it may still be unstable at this time, and requires a beta version of Godot 4.5 to work with the latest version of Godot InSim.

A documentation website for module developers is in the works; the public API is also documented inside the Godot editor, and you can read the source code of both core and other modules for reference.


Provided modules:
GIS Hub: [Core] This module provides the main interface for InSim settings and module management.

Log: [Core] This module displays all InSim packet traffic, including timestamps, packet direction (and the sender module if relevant), and a human-readable version of the packet contents (which may omit some data, depending on the packet type). It also creates a log file with the full data for all packets, and allows loading such files back into its GUI for easier reading.
Log options include color management for log files (none, ANSI, BBCode), whether to log files to screen and/or file, and whether to include NLP/MCI packets.

Teleporter: This module provides the "teleport" command to display a simple InSim button GUI allowing to choose a teleport destination. Such destinations can be included in a "track.txt" file according to the format in the provided examples, and files should be named according to the track they are intended for (e.g. "BL1.txt", "SO4R.txt"), or only the first 2 letters for open configs (e.g. "WE.txt" instead of "WE1X.txt").
The "teleport" command can be typed either as "/i teleport" or using the InSim connection's prefix ("!teleport", "@teleport", or any other prefix character).

Messager: This module provides a simple text entry GUI allowing you to type messages directly in UTF8, without having to go through the multiple LFS character pages. You can also easily change text color on the fly without having to retype text, and you can also mention someone using the list of connected players, just like you would in the game.
Do note that LFS has poor support for UTF8, despite the addition of code pages for multiple languages, so many characters are not supported and will produce garbage.
Additional planned features include saving shortcuts to custom messages and message history. Providing a virtual keyboard to show characters from some code pages, as you can see in LFS, is very unlikely to happen.

Last edited by Bokujishin, Thu 31 Jul 2025, 18:03. Reason : Updated GitLab link

Some images of him in the game,
doing tests and still learning how to use the Lfs Editor.
An image of the real car

I'll fix this for the next update. These flaps keep breaking themselves. Sometimes when i come out of the editor it breaks the map or the orientation on the angled one on the roof. Must be some bug.

Quote from hamad97 :

This is Live for Speed, I want you to add streets and cars like ...

The cars are possible through modding using an S3 license and LFS Editor. The street "map" will be possible when the new revamp of South City comes, although it won't be Arab-style.

Since we now can use the pit limiter on custom layouts, i think it would be a good idea to have a possibility to set a custom speed limit that you could set in the layout editor, maybe a set of presets that are something like:

- None
- Use original track speed limit (same as none on open configs?)
- 50 kmh
- 65 kmh
- 80 kmh

since this probably requires changes to the .lyt format, it would be good to have when it gets changed (with the new objects we have seen a few years back? ) )

Quote from Marcin20022 :

Who Must Pay For CAR LICENSES??? You OR Developers???

There is a difference between an official content and mods. Mods are not an official content, it is just an unpaid fan hobby. It would not make any sense if developers had to pay for my hobby.

If you would like to make a licensed mod, you have to obtain a permission from a manufacturer. It depends on a manufacturer, if you have to pay for it or will get a permission for free. Sometimes it may be little risky, because some manufacturers are not very friendly to their fans, and your work may be lost. Fortunately, people from Škoda were very friendly and I got a private agreement

If you like some car more than 100-200 hours of your free time (a manufacturer has to be satisfied with a mod quality), go for it, learn the LFS editor basics and contact the manufacturer

Quote from elmilicox2 :

how u do this?

move helmet.sre from data/hmn to data/3dob in editor load as main object and hit export , I've asked him like a year back

i download the file lfs editor and its not work the file i download i cant open the file some idk what happen so if it can be fix can you fix this

First you need to allow slick tyres on the car. This can be done in the vehicle editor Allow tab.

Hello,
First of all, I would like to apologize for my poor English. I am from Poland. I have an S3 license and I use the Vehicle Editor add-on. I would like to be able to change the type of tires in cars. For example, to install slick tires on XFG. Is it possible?
Thanks, Dawid.

Day 6+

Premise:
Uploading exterior shell to LFS Editor.
Installed frame, engine, suspension, aero, lights, LOD2 & LOD3.
Still a lot of work to be done before release.

A big thank you to instasam for providing the headlight and taillight textures.
The car would not look nearly as good without the support.

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

Evening,

It may have taken longer than expected, but since my last post, a lot of inaccuracies have been found. I've been working on converting the Macan GTS to the 2020 model (for more accuracy) & fixing the inaccurate parts. also many improvements in roof, interior, and rear.

Physics update as well by RBunny (martin18). New Aero dynamics, Minor edit to frame, and lower center of gravity.



Here are some old/new pictures in both Blender and LFS Editor:
























Some comparisons:


Old:




New:






roof edit (windshield all the way to the rear wing):


Old:




New:





Thanks to RBunny (martin18) for helping me with finding & pointing out the inaccuracies in the model.

Last edited by M7md1467, Sat 7 Jun 2025, 18:16.

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

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.

Last edited by Scawen, Thu 5 Jun 2025, 07:32.

try this https://www.h-schmidt.net/FloatConverter/IEEE754.html
it's 32bit IEEE-754 encoded decimal value.
ie. 0.05 = 0x3D4CCCCD (which stored as four bytes in little-endian way is CD CC 4C 3D).
ie. for you the relevant field on the web page is "Hexadecimal Representation" and swap bytes to get little-endian version (or check if your hexa editor can display/edit also 32bit values to let it do the split-to-bytes step)

Fixes for moving subobjects in Editor F9.

Thanks for the report and test data.

The problem was related to a movable subobject that was made invisible by configuration layers. Any subobjects later in the list would go wrong.

The problem was only in the recent editor and not in the public LFS.

The bug is now fixed in Editor F9. https://www.lfs.net/forum/thread/111321

Sometimes you get the opportunity to work on the project when you don't expect it. Such was the case here, as I had to spend a day at home, waiting for the watermeter to be replaced at essentially random time of that day. That at least gave me few extra hours of productive time I opted to use for further improving this mod.

Early on I tackled with the LOD2 and LOD3, as these were non-existent up to this point.
Shortly after that I completely reworked the tube mass model to get the accurate weight distribution of the vehicle.


Afterwards I had a thought about improving the quality of the wheel rims. These were extremely basic and initially I did not intend to work on them further, however I was in a mood of giving it some extra 20 minutes of care. Of course 4 hours later in the rabbit hole I ended up with completely remodelled rims. I'm actually quite proud of this though, I mean, have a look:

Initial version:

Reworked version:

IRL design:

I still have to play a bit with smoothing groups and mappings, but I gotta say it already looks pretty good.

Also tried to have some fun (with occasional desperation) in the engine editor, as I kept trying to perfectly match the irl engine specs. Sadly with the tools available I can only get it about 90% right, so some compromises had to be made.

Oh and I remodeled the steering wheel as well, so now it is much smoother with way more polygons.

One more version of the steering wheel is planned (movie car had different steering wheel compared to the original/displayed design). Should be a quick job though.

The to-do list is now getting very small, I believe by the end of the week I should be able to send the mod for manufacturer's approval.

Cheers!

OK, let's figure this out. For some reason the subobject you are trying to move has type "SLIDER" but the internal 'mover' that moves it has type "SPINNER".

But of course the mover should have acquired its type from the subobject it represents. So the question is why is that happening. Could it be you have reached a limit? How many moving subobjects do you have?

EDIT: Incidentally, object type 'spinner' was not working in the latest version of the editor (Test inputs) but I've fixed it now. But that is not related to Tuttu's bug.

Last edited by Scawen, Tue 3 Jun 2025, 13:58.