Im so happy that lfs team suprise us all with the LFS mods editor. Next thing what im really waiting for is if they give us a proper LFS TRACK EDITOR that you can build realistic IRL race tracks.

LFS in my heart to the grave what ever happens to the game, thank you scawen and lfs crew.

Give us the track editor, you know you wanna.

You must follow the installation instructions correctly.

Install a fresh new version of LFS editor then install the test patch.

hi i cant go lfs editor because its say could not load humans
anybody can help me?

anybody can help me?
i cant go lfs editor because its say could not load humans what i do?

Quote from Scawen :

Note, from Editor D34: https://www.lfs.net/forum/thread/102626

Oh thank you, that will be very useful I need to sit down and read all the test patch changelogs.

Quote from Scawen :

EDIT2: Not yet released but I've been working on some wheel rim updates that should allow reproduction of a rim lip with the style of a steel wheel (and other styles) also with higher resolution and not appearing to blend directly into the tyre.

For the time being I was creating fake lips on my steel rims by adding 2 surfaces in the rim editor - at the spot where the tire meets the rim. It looked better than nothing, but still - not quite right. Looking forward to that improvement

The message "Invalid file" comes up if a dds file or a png file has the wrong header (the first few bytes of the file). Are you able to open that file using other software?

One possible cause (other than a corrupted file) is that a file of one type was renamed to another file type, by changing the filename extension. That cannot work, of course. LFS will create dds files from png files when required. You should use png files in the LFS editor and just forget about the dds files because LFS will create them for you when you do an export.

Quote from Amynue :

- Increased Max Drag value from the default 0.400 N@1m/s to 1.000 (maximum value) to reduce the top speed shown by the speedometer. It went down from 290km/h to 210km/h - which is still higher than desired, but 1.000 N@1m/s drag is the max. This also means that the bus will now be slightly slower to accelerate, especially at higher speeds.

Note, from Editor D34: https://www.lfs.net/forum/thread/102626

Quote :

Vehicle editor:

Maximum value for main body drag increased from 1.0 to 6.0

Dashboard editor:

Speedo:
- set maximum value in km/h (steps of 5)
- option to show units (km/h or mph)

EDIT: there are similar options for the tacho now, and you can set it to 5..10..15..20... if you set it to x100 instead of x1000

EDIT2: Not yet released but I've been working on some wheel rim updates that should allow reproduction of a rim lip with the style of a steel wheel (and other styles) also with higher resolution and not appearing to blend directly into the tyre.

Last edited by Scawen, Sat 22 Jul 2023, 14:02.

Quote from Draggo :

You just noticed it there? It is there since 2022, when people tried to upload your mods.

I dont see anything about lfs since release of the editor

Quote from Evolution_R :

There was like 40 updates (text patch D40).
Allowing to make some beautiful looking gauge clusters.

Wow! Cool Cockpit - This gives me a better idea of what Scawen is still busy working on (mod/vehicle editor > next test patch version).

It remains exciting!

Quote from Marty_Deslions :

I must admit that the prolonged silence has left me a bit concerned.

I'll start by linking to a couple of threads which show a lot of the work I have been doing recently:

Test Patch D33: https://www.lfs.net/forum/thread/102117
Editor Test Patch D40: https://www.lfs.net/forum/thread/102626

As you can see, particularly on the Editor Test Patch thread, I have made a huge number of improvements for the mod support. I find it a great thing that LFS is a way for people to be creative, and the mods system is a massive new part of that. It was very "new" indeed when released (basically a bunch of dev editors brushed up a bit) which is why there have been so many issues to sort out.

In the past months, while I have been doing these, Eric was at first finishing South City, which took a lot longer than he anticipated. Filling those holes is not easy, and he likes to fill them just as people would actually "fill the holes" when building a real city. I received an update recently and tested it, reported a bunch of issues and he fixed those. We find the completion level very good now, basically good enough for public testing when we can get the full version together. He is now working on the Kyoto improvements. As you may know from the official progress reports, that was never finished before Eric moved onto the South City, that turned into an epic development and massive expansion.

On my side, I'm trying to finish test patch things so that I can finally complete the tyre physics. In fact my current focus is on wheels, both in the development and public version. In the public version there should be a graphical update for wheels in the next few days, to go along with the many updates there have been for mods. Again, please read the test patch threads to know what I'm talking about.

There is also other work I do, that you never see, such as updates for the track editor. Suppose Eric is doing a task and finds he has to do something in a laborious or repetitive way and one of us thinks of a new editor function that could help him achieve certain tasks more quickly, then I always want to stop whatever else I was doing and work on the track editor for a few days.

I'm trying to get to an official release so my focus can then be entirely on the tyre physics in the development version. It has taken me much longer than expected to complete this round of test patches as there were so many unfinished things in the mods system. When I see creators, working hard and having to use workarounds for issues, I feel a great responsibility to get that issue sorted out.

Of course, the priorities I attach to various tasks, will not be the same as someone else's priority. We all have different priorities, so there's not a person in the world who could agree with all my choice of tasks to work on. But I must work on what I feel is important. Actually I find it a huge mental effort to complete these tasks, and that's why I need to follow the inspiration. Sometimes I'm awake at night working out how to do something, then experimenting and testing, it's a lot of work.

It takes a long time, but there is always progress.

Quote from Evolution_R :

I just got an idea (probably a silly one ):
Can we have our custom gauges shown in the follow view too:

Edit: But that will require another (transparent) version of it... which means different texture...

I think it is like that on the new version (judging from the Editor since it is using partly the new graphics.)

Checking on my laptop with amd integrated graphics and nvidia dedicated gpu, also get that error when I try to switch to the dedicated graphics, but I've found a fix.

Don't change the adapter in lfs settings, but set the "adapter select" to 0, for me in the nvidia settings I have to set the lfs_editor.exe to use dedicated graphics, then it works fine and i go from 361fps to 462fps when viewing the rb4 in vehicle editor. (idk why not more, 60% gpu usage, 11% cpu, but no cores are fully utilized)

Please can you tell me the exact message that comes up? In the code I found two similar messages but neither is exactly what you posted.

Also, I'd like to know:

- When you exit LFS editor after selecting the other adapter, which numbers do you see in cfg.txt in these lines:
Adapter Select [number]
Output Select [number]

- After restarting LFS editor and it fails to start, is there any information in deb.log?


EDIT: If you have any problem restarting after that, you can simply delete the adapter and output select lines from cfg.txt.

I understand there is a conflict at the boundary between LFS generated tyre/rim and the user created objects. It's something I need to consider. I can't jump to quick fixes. This is because the tyre generation and profile will change a bit in future and existing mods cannot be broken at that point. Maybe LFS needs some defined profile styles for physically plausible rims, including a proper 3D edge between the rim and the tyre, and/or some way to interface cleanly with user defined rims. The current tyre shape is a compromise, designed a long time ago, so I need to examine how the visual tyre and rim width are produced from the "Rim width" setting in the vehicle editor. I realise there is a resolution issue - some mod creators want to use a lot of triangles around the edge to create a perfectly round appearance, but that is not compatible with the tyre resolution as the LFS tyres can move and they are CPU-expensive to send to the graphics card each frame, even in the new LFS system. No doubt there is a better way to do that too, with a special shader.

I do see the issues as I can see the high quality rims that people want to make, so I have to think about this a while. At this point I think the changes are not in the immediate future, as you know I'm trying to do this full release to get back to the tyre physics, so things will be easier when I only have to work on one version of LFS, and we all get the benefit of the new graphics.


Anyway, for today there is a new update, D40.

Vehicle editor:

Hub object custom colours now appear in the list of wheel colours

Modeller:

Reflect object function is now available for individual subobjects
Combined clean object buttons into a single button with a dialog
Spoke mode "export SRE" saves combined spokes as a modeller object
Spoke mode "import SRE" function to load modeller object as a spoke

Download: https://www.lfs.net/forum/thread/102626

Quote from Flame CZE :

I think you should use the rim editor to model the cross-section of the rim excluding the spokes, then use the spoke editor to only model the spokes excluding the outer rim.

This is not the best solution. This is a oversimplification when it comes to real rims. I don't know how it is seen in the west, but we have a saying that rims are 50% of car beauty (some even saying 80%).
When I was modeling my mods, I studied the theory of rims engineering. In rim design, there is a rim profile. This is an important constructive visualization of the rim that helps when modeling it. And besides that, it was just fun to study (as exampe 1,2). So the rim profile has elements like flange\bead, hump, drop center. And flange\bead cannot be accomplished in rim editor.

You can see that on many rims the flange\bead part (part that adheres to the rubber on the inside) has a curvature of a certain slope and thickness from the tire that forms the visible edge, all this affects the appearance of the rim. This can only be achieved by creating the rim yourself. And when I modeled the rim that I liked based on the parameters of the rim profile I noticed that the bead part starts to go through it, even though the bead is on the rubber in the right place. So it just does not fit the wheel in LFS because of this default non-removable edge. Even though the rim is modeled to the correct specs of rim profile. It was not very pleasant to reduce the diameter of the entire rim because of this, and lose some of its beauty.

Last edited by Aleksandr_124rus, Mon 10 Jul 2023, 16:18.

Yes, this is what I did, but I lose some detail of my rim and there are some limitations.
It would be much more intuitive to just load/model your own rim and that's it.
Just an option to hide the rim editor produced inner rim.

I think you should use the rim editor to model the cross-section of the rim excluding the spokes, then use the spoke editor to only model the spokes excluding the outer rim.

I did the colours this morning, it was fine.

I've also added a function to export a wheel object from the spoke editor. It multiplies the spoke object by number of spokes and saves it as an SRE in that state (see attached image).

That should be helpful for people who want to convert an SPK style wheel into a hub style wheel.

Quote from Scawen :

Exact placement of the subobject is not that important in the modeller, what is most important is that the object's origin is in the exact centre point of the hub object.

To be clear - no matter where you position that object, it will be drawn at the position and angle of the nearest wheel.

I've got it to where the editor snaps the Hub OB to the correct location, moves and acts like a wheel as intended but when I test the mod in LFS proper it's acting as if they were standard subobs. They lose the Hub Ob function. They do not spin, turn and they move with the body as if they were subobs.

Edit: Oh you HAVE to have the latest test patch in LFS, I see. I thought you just meant you needed the latest LFSE test patch to make the hubs. I guess I'll make the mod private until that feature is forced onto all players in game. Id rather not tank the rating on the mod over it.

Last edited by Slashpca, Sun 9 Jul 2023, 20:34.

Quote from Scawen :

I think it might work if you rename the spk to sre and hex edit the header (first 6 bytes). But I haven't tested that.

It crashed editor for me.

Quote from Scawen :

Is it worth adding these functions? Can they be added without wasting screen space?

No, it's not really important.
I'll just make that rims again ;p

This is all you can get in LFS: https://www.lfs.net/contents
Additionally as user created content there are vehicle mods: https://www.lfs.net/files/vehmods and using existing environments it is possible to build own tracks using layout editor (you can try it in Autocross environment in shift+U mode) - however a proper racetrack with elevation and trackside objects is not possible with it.
So there is no Nurburgring in LFS.

Test patch D32 now has support for the new hub objects that can be added in Editor D39.

Also:

Regional downloads (for mods) can be disabled by a new Misc Option
A yellow redirect message is shown the 1st time you are redirected
Hold CTRL in Garage: Mods button becomes Test (direct to Test mode)
Opening mods screen is prevented if a rating request is in progress

FIX: Crash enabling filter in List of Hosts after all were disabled
FIX: Small camera movement on releasing LMB after 2-button rotation

https://www.lfs.net/forum/thread/102117

In Editor D39 you can set a subobject to be a "hub object" which will then be attached to a wheel.

Some examples of use:
- disc brakes on a motorbike
- different wheels front and rear on a bus

NOTE! If used in LFS earlier than D32, the object will be visible in its location but will not move with the wheel.

Download: https://www.lfs.net/forum/thread/102626

A new patch D38 fixes some reported issues and includes a new feature to copy wireframe or plain mappings for any texture, previously only available for skins.

Quote from stuchlo :

...Have found only two strange bugs (unfortunately did not take a screenshot):

1. Corrupted license plates. ...
   
2. When changing the fixed texture page, all of the linked cutouts switched to the MATT. ...
   

1) I've fixed the corrupted number plate issue that was even simpler than expected to reproduce.

2) I think you should no longer need to change the texture page to a skin as you can now copy mappings for any texture.

Quote from AR92 :

It is happening if subobject's angle is given from subob section, from the rotation and position bar. But if you rotate it from the point section with selecting every point and rotating with same angle, there isn't any problem when merging. ...

The combination of rotations when merging subobjects is now fixed. Before this fix, it would work reliably if only the heading of the subobject was changed (not pitch or roll).


Changes in D38:

Modeller:

Export plain / shaded / wireframe for any texture (not only skins)
FIX: Merge subobjects, mappings wrong if subobject had pitch / roll
FIX: Map mode showed texture file for skin cutouts as [no texture]

Misc:

FIX: Alpha number plate texture went wrong if more than one on page
FIX: Modeller - reload textures - vehicle editor: 2 plates on page

Download: https://www.lfs.net/forum/thread/102626