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.
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
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.
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'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.
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.
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
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.
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.
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
sorry i looked over and somehow i did not find that correct thread
I did a fresh installment of LFS and LFSE and patched to latest .. the issue was still there when i opened the file in editor but i tried to mirror both subobject and tris and it worked somehow.. all i can guess is its my editor acting up.
Nice dashboard, thanks for the result image and testing!
Please can you remove your suggestions and instead put them on the appropriate thread in the suggestions forum?
It's really impossible for me to follow things and retain my sanity if random suggestions are all over the place and the test patch thread is spammed up with off topic.
This thread is for discussions about the current editor test patch. Off topic suggestions here will be ignored.
By the way, did you get any better results with the bus mirrored texture?
below u find screenshots of how it looks in editor and how it looks inside LFS after exporting for test
I've attached a file of whole mod which is exported for development
you can find the triangles that are having this issue in second subobject named " lights and others"
all lights are mirrored and they aren't appearing correctly as in editor.. i was mistaken for whole tris loss but its just the textures now.
I've tried making a flipped cutout and using it in opposite mapping but nothing did it.
Ability to set colours instead of using the system colours
Set background colour without supplying a backing texture
Some new options for road and formula clocks
@Scawen, would you please make a "keep subobjects" option when changing a main object? Sometimes mappings are losing the position and scales when merging the subobject which contains gauge, to main object, for the backing texture. To avoid the mapping dislocation, i imported the gauge subobject first to modeller, as main object, then i imported the actual main object (car's body) as attachment to modeller. and merged both and there isnt a problem but when you try to change the main object in vehicle editor with new merged main body, it deletes all the subobject which contains the seats, interior etc.
The colour selections and some updates for formula clocks are nearly ready but I want to test thoroughly and finish a couple of options. So I should release an updated test patch and editor tomorrow instead of this evening.
Hello, LFS EDITOR bug when changing the graphics adapter
It's defaulting on Intel HD 4000 and works fine
I try to set it on my Radeon R5 graphics card then exit lfse
When trying to lunch it again it shows error " OUTPUT NOT FOUND"
All drivers are updated.