Quote from Flame CZE :

One thing I've been wondering, although not related to Kyoto updates but the new...

Sunlight is pretty much parallel with only a 0.5 degree shadow spread, so the effect shouldn't be super obvious in this case.

Quote from RealistAdam :

As far as I understand from the article I read, tire physics will be updated...

That is incorrect. Previously the idea was to release everything in one go, Tires and graphics/map updates. But the tires are taking more time, while all the other changes are nearing completion. There for they went trough the effort to re-install the old "retro tires" which is in the current release of LFS into the new version with graphics/map updates.

So the next thing they release will be new graphics/map updates + old tire physics.

Here is something I've been working on, on and off for a while. It's very far from completion still as I have the whole interior to make. But I figured I might as well make the wip thread right now.







Modelling time elapse

I would like to suggest that the wheelbase readout measures wheel center to wheel center, rather than lower balljoint to lower balljoint. Currently the caster is not accounted for and it can make a noticable difference to how the wheel sits in the wheel arches. If you're not aware of this, it could throw you for a loop.

Last edited by pärtan, Thu 28 Nov 2024, 21:56.

Would be nice if the OBJ import could be a bit more streamlined for re-importing. Let's say you have a subobject, with pages, cutouts and mappings already set up. It would be nice if the OBJ import would use embedded material data to re-route the existing mappings to the corresponding tris.

So let's say I have an object in Blender with 3 materials assigned to it. Mat1, mat2 and mat3 and I export the OBJ. If I then import the OBJ in LFS editor for the first time, it could create these mappings based on the material names.

Or if I overwrite an existing object, and this object arleady have the mappings Mat1, mat2 and mat3 it could keep these mappings, and assign them to the correct tris once again based on the .OBJ materials.

Currently, optimizing the model with an external editor is a destructive step once the texturing phase have started. So a feature like this would help a lot.

Last edited by pärtan, Sat 23 Nov 2024, 11:02.

Permission to use the fk9 base is granted 👍

Very nice work on the track so far! Having made tracks for beamNG i can see the hard work gone into this, getting the nuances in the elevation changes just right is mighty impressive. Hats off. Hope we get to see this in LFS one day.

Quote from kristofferandersen :

I wouldn't mind seeing custom tracks in the game sometime in the future. Although i think it may need a different approach than what was done with car mods. I think only well-known modders with good reviews on car mods should be able to create and publish custom tracks.

That way we know that its not going to be a track ripped off from another game. Anyway, there's no need to brainstorm this yet as Scawen is already in the middle of something completely different.

Another way it could be done, and this is also just me brainstorming. Say that all tracks were available for single player use. Then you could have a voting system in place for which 3 tracks would be put up for multiplayer use during the following week. Something like that?

I think the tracks file size could be kept down if they had a similar texture size limitation as the car mods for a few custom textures, but are also allowed to re-use existing game files for things like grass and roads.

Quote from stuchlo :

This mod is a pleasure to look at, both the body and the cockpit is a professional 3D work. Hope that it will get rear seats in the future. One of the best looking mods

Thank you very much

Quote from Vritrasura :

Hello, not sure if it's still actual for you, but I made tool that imports LYT...

Ah yes, I think we spoke already in AHPP I've managed to make this idea happen already but for BeamNG instead of LFS.

Thanks

A little bit overdue, but here is part 2 of the modelling process.

If there are any approval issues I would like to be notified about them.

Quote from OmegaX :

This gen civic was my first car. Incredible to sit in this mod in vr. I can almost smell it.

I don't think the handling is quite right but that may be the engine more than the mod.

Thanks, I do wanna try it in VR myself. I haven't done that yet

Quote from martin18 :

Should remove WIP badge 👍

Ty for the tip, done

Thank yall, I'm glad you're hyped!




It's coming along. The interior is always a bit slow and not as fun as the exterior, and that's where I'm at with this right now.

I've also found good refs for pre-facelift and coupe which I will also model in a coherent way so everything fits together nicely.


Also. First part of the modeling time-elapse. roughly 6.5 hours sped up by 50x

Here we go again I'm currently working on 2 new cars. An R33 GT-R and this civic.
The full modelling process is being recorded at 5fps into a time elapse.
I'm using images.



Current progress:


I am planning on making a coupe version as well with shared front end, as well as a pre-facelift front end.

I've also been LiDar scanning my EJ9 using an iPhone app called "Heges" which scans using the faceID camera. I will re-topo the dashboard from these scans.

I have a suggestion relating to OBJ imports, and how to make external modelling workflows more efficient. The OBJ already come with material mappings per tris, just like LFSE. By making mappings, cutouts and pages persistent trough OBJ imports, and assigning the mappings to tris based on OBJ material names, you could minimize the work you would have to redo inside the editor upon re-importing changes you've made to an external 3D model.

So imagine that when you import an OBJ the first time, it creates mappings based on the list of materials tied to that OBJ file, assigned to the correct tris. And when you import the OBJ a second time it impose the previous mappings onto tris defined by the OBJ materials. That way you can assign the mappings in the external 3D modelling program and not having to redo the mapping assignments, cutouts and page setup each time you re-import the OBJ.

While you currently can merge an SRE into main to recycle some work, the tris have to be assigned a mapping all over again.

Last edited by pärtan, Sat 20 Jan 2024, 20:24.

I don't know if this is intentional or not, but the caster, while moving the front wheel forward and backwards doesn't seem to change the wheel base readout. I was scratching my head over this before realizing what was going on. Maybe it would be a good idea to measure the wheel base from wheel center to wheel center, instead of where the steering axis line intersects the ground.

Deriv mods have a "download original archive" button on the mod page which is where you get the complete assortment of files. You don't need to ask permission if permission is already granted (in the case of mods with derivs turned on) You only have to ask for files if derivs are turned off.

Quote from AR92 :

Sorry but im gonna be outspoken a little bit now. LFS is the only game in the world that restricts it's modders and it's community this too much... yet you made such an action again. If hackers finds a way to get around the limit, then make their efforts useless with "at least" trying to increasing the limits instead of fixing it down to 1600. You are not limiting the polygons only, you are limiting variety of rim types and designs. Not much, at least something like 3200 is all we want. We all too don't agree such ridiculous amounts like 10-20k. But now we must put "bluetooth wheels" to our cars. Is it really okay to affect the most because of few? In 2024 it’s so cheap and easy to get a laptop pc that can run lfs without a graphics card. Is it really this much hard to listen what your community says or thinks once? Probably my comment will be deleted by mods, doesn't matter what i say, doesn't matter what this community thinks and wants. Let it be.

Lfs is also the only car game with such a big mod repository available in realtime on multiplayer servers. Obviously there has to be a sensible limit to how much complexity you can add to a mod since it has to be able to download for all clients without interrupting the game experience. With that being said I do agree that 1600 is cutting it pretty close for some more complex wheel designs. 2000 sounds good to me.

Quote from LUNDQUIST MOTORSPORT :

Är de möjligt att få instrumentbrädan som obj till en annan bil jag håller på med?

Visst! Bara du skriver credits så

Last edited by pärtan, Sun 7 Jan 2024, 01:01.

Quote from Latvian Video :

I personally do not like the new gear whine and intake sound, the intake sound is better for me at 1.0 volume, but the gear whine just sounds like something is rubbing, very odd

I think you're right. I will tweak the sound a bit in the next update.

Bump with more suggestions.

Allowing front Mac Pherson suspension where the strut is not in line with the steering axis line.
Most real cars are setup in such a way, and it produce a different camber curve.

When the strut compress in this configuration, the angle between the wheel axis and SAI line changes. This is not the case with the setup in LFS where the strut is always inline with the steering axis.



And just to add some visuals to previously mentioned suggestions.
Here is an example of an asymmetric upright, found in cars like Honda Civic 4 5 6 gen, Toyota altezza, chaser, but probably many more.

Last edited by pärtan, Tue 12 Dec 2023, 21:21.

This is so amazing! I have a suggestion which is to have a motor reaction torque value which you can connect to a rotator in order to get some engine movement in vehicles where the engine is visible

Not a super important bug, but it seems the suspension diagram is missing the rims now.

Would be cool indeed if they had 2 or 3 times the detail, especially now with motorcycles since the rider is more visible.

Driver skins would be cool as well. And helmet options such as
Regular racing helmet, vintage racing helmet, motocross helmet.