- 1
- Hungary
HI! Anyone have the Norma M30?
Last edited:
Lightweight with proper plates. Also been messing about with the mighty long nose D Type. These are not ready for release yet unfortunately.
I would appreciate feedback as to whether the blue stripes on the lightweight seem too light in game. I am minded to darken them if so,
View attachment 992836 View attachment 992837
Eastern Creek Raceway is the First (converted) Mod for Assetto Corsa. Rather unfinished. The asphalt is very hilly. Played with 360 controller without driving aids. Fun to drive! Unfortunately no longer available.
Can download some other tracks like Top Gear Test Track here: http://www.racedepartment.com/forum/resources/categories/ac-tracks.8/
Thank you, but why would a D-Type in Cunningham livery carry a Brit roundel? Maybe a RRDC sticker would be more apropos.
Because they did carry the roundels in real life. I am only interested in authenticity. I don't have any fictional AC content.
But I need a colour photo as I have a suspicion it was the French roundel with colours reversed.
View attachment 992856
Reworked Toban Track (Author Terra21)
Removed 3d Grass, added GrassFX and cams.
Have Fun.View attachment 992862 View attachment 992863 View attachment 992864 View attachment 992865
Also very much illegal, again not something AC devs will want in their game.
Reworked Eastern Creek Track (Authors R1CHO and Rainmaker)
Added GrassFX and Cams (all layouts).
Have Fun.
View attachment 992843 View attachment 992844 View attachment 992845
i know it is not a picture from the 1955 Le Mans race but it is the same car just 3 months later...Because they did carry the roundels in real life. I am only interested in authenticity. I don't have any fictional AC content.
But I need a colour photo as I have a suspicion it was the French roundel with colours reversed.
View attachment 992856
Reworked Toban Track (Author Terra21)
Removed 3d Grass, added GrassFX and cams.
Have Fun.View attachment 992862 View attachment 992863 View attachment 992864 View attachment 992865
@Natan5 Here you goMan you made a great job! Thanks for that !
Any chance for the Israeli flag on it ? I know there is no many clients for that but still .
i know it is not a picture from the 1955 Le Mans race but it is the same car just 3 months later...
View attachment 992898
Amen to all that. Very well said.Thanks so much for people doing grass and rain reworks. It's cool seeing all these old tracks come to life. Unfortunately there are a few things that some of the modders aren't doing that they could to make managing all of these reworks easier for everyone involved. Here's what I see happening, what I do, and hopefully what other people can do to keep things from conflicting.
Check to see if it's already been done
There's a lot of rain/grass configs that exist in the official CSP configs github. These can be set to automatically download in content manager, and if automatic downloads are turned off, they can still be done manually within content manager. These are updated quite often too. These config files are the same as the ones you'd find in the extension folder of the track, but download to assettocorsa/extension/config/tracks or assettocorsa/extension/config/tracks/loaded
There's also a CSP discord where even more configs are floating around, although I think most of these end up in the github.
Consider the scope
Is the rework confined to just a CSP config? If so, why not just build the CSP config file and submit it to the CSP configs github? https://github.com/ac-custom-shaders-patch/acc-extension-config
Is it new models, and removal of models? This doesn't always have to be a KN5 change. CSP allows you to hide or replace models. The github listed above doesn't just take ini files, it can take kn5 model replacements too. Just about the only thing you can't remove or replace with CSP are timing objects, starting grid / pit slots, and the driveable road mesh. These restrictions are built into CSP to prevent cheating. Everything else can be hidden and replaced from within your CSP config. Look here for more info: https://github.com/ac-custom-shaders-patch/acc-extension-config/wiki/General-–-Model-replacements
Finally, textures can be changed with skin packs instead of editing the textures directly into the KN5. Material attributes can all be edited in the CSP config. Unless you're changing things like the timing spots, optimizing the objects, the way the materials are mapped to the objects, or the road mesh there is very little reason to change the KN5s.
Pitfalls of exporting to FBX with 3dSimEd
3DSimEd is a great tool for exploring a kn5, making changes, messing with materials and exporting an FBX you can mess with in tons of other tools. Unfortunately it doesn't know about all of the shaders and attributes that can be baked into materials in a KN5 file, and when you export to FBX you can lose some of that data. Some of this is problems with ALPHA_TEST vs ALPHA_BLEND materials, things that use custom shaders like ksEmissive or stFlow. It doesn't export things that use those shaders properly, and if you're not intimately familiar with the materials in the track you might not even realize they are using those shaders and you'll get things where once the track is reworked where things aren't looking quite right. Using a CSP config to change shader and material properties instead of messing around in 3dSimEd is a lot better for this because it doesn't remove anything from the kn5 that was there before.
GrassFX and old 3D Grass
I see a lot of people editing the KN5s to remove the old 3D grass and this step is almost always not needed. CSP provides a way to do this in the INI. A few ways in fact. For one, if a material has the ksGrass shader applied to it, grassFX will make that material transparent if that material is added to "grass materials". If the 3d grass object has that shader applied to it (which it most likely does), you can add that material to the grassfx materials and that will make sure it's hidden. If the 3d grass object doesn't have the ksGrass shader applied to it, but some other shader, simply add it's material to original_grass_materials or it's mesh to original_grass_meshes and that 3d grass will be hidden. Finally, you can use the model_replacement stuff mentioned above to hide the 3d grass objects if for some reason the other two grassfx specific methods aren't working for you.
There are some tracks where the actual grass surface is wrongly set with the ksGrass shader. I've seen this in a lot of codemasters conversion tracks. For this when I've done grass reworks of these I've done shader replacements and material adjustments with CSP instead of messing with the track's kn5, with great success.
Folder Names
If the above stuff just isn't enough and editing the KN5s is needed, please consider releasing the track with a different folder name. Releasing a track rework with the same folder name as the one you're reworking can cause conflicts. PLEASE, people, if you release a rework of a track, change the name. I always put "gb_" in front of the original track name to make sure I'm not stepping on any toes. For one, it's a matter of respect for the original track author, so you're not just taking over their work. Second, there are practical, functional reasons for it to. For one, when you use content manager it can be set to automatically download CSP config files and VAO patches for tracks and the way it identifies tracks is the folder name. If you keep the name of the old track you can get inconsistent results between different users who have the automatically downloaded configs that can conflict with the configs you include in your track. CSP will prioritize the configs in the track's extension folder first, but will then apply the configs from the downloaded configs for things your config doesn't touch. Then you've just got a mess.
Also another good reason to not overwrite existing tracks is racing online. A user with a CSP config can race with other people who have the same track without a CSP config. A user with a reworked track where the track kn5 was modified can only race with other people who have the same rework. This is a selling point for doing everything you can in a CSP config and a selling point for not overwriting original tracks.
Use Version Numbers
In the track's .json files there is a field for version number. Please use it! So many modders neglect it. It's very useful for people who maintain a large library of mod tracks to know if they already have this version. Also, changelogs are nice. They can be added to the description field in the json file, or they can be a readme file, or even just in the post where the mod is shared or on the racedepartment page if it's released that way.
Closing Thoughts
Please consider using these methods as they make it easier for you. They make it easier for people who are downloading to know what they are getting and troubleshoot issues when they come up. They are more respectful to the original authors because their work isn't just being taken over by some random person on the internet.
I love that AC is still alive. I love that people are making some great mods even better with reworks. Reworks done with bad practices are sometimes better than no reworks at all, but with the stuff I've mentioned above it can make those reworks even better because they won't have conflicts and they can co-exist with the originals.
Thanks for listening to my TED talk.
Can someone explain how I can upload my rainFX configs to Github - I've looked at doing this but the language is confusing what with 'forks' and 'pulls' - A 3 point (simple/foolpoof) explanation would be great - thanks in advanceAmen to all that. Very well said.
Pitfalls of exporting to FBX with 3dSimEd
3DSimEd is a great tool for exploring a kn5, making changes, messing with materials and exporting an FBX you can mess with in tons of other tools. Unfortunately it doesn't know about all of the shaders and attributes that can be baked into materials in a KN5 file, and when you export to FBX you can lose some of that data. Some of this is problems with ALPHA_TEST vs ALPHA_BLEND materials, things that use custom shaders like ksEmissive or stFow. It doesn't export things that use those shaders properly, and if you're not intimately familiar with the materials in the track you might not even realize they are using those shaders and you'll get things where once the track is reworked where things aren't looking quite right. Using a CSP config to change shader and material properties instead of messing around in 3dSimEd is a lot better for this because it doesn't remove anything from the kn5 that was there before.
We should put this into a .txt file so every modder/user can see it.Thanks so much for people doing grass and rain reworks. It's cool seeing all these old tracks come to life. Unfortunately there are a few things that some of the modders aren't doing that they could to make managing all of these reworks easier for everyone involved. Here's what I see happening, what I do, and hopefully what other people can do to keep things from conflicting.
Check to see if it's already been done
There's a lot of rain/grass configs that exist in the official CSP configs github. These can be set to automatically download in content manager, and if automatic downloads are turned off, they can still be done manually within content manager. These are updated quite often too. These config files are the same as the ones you'd find in the extension folder of the track, but download to assettocorsa/extension/config/tracks or assettocorsa/extension/config/tracks/loaded
There's also a CSP discord where even more configs are floating around, although I think most of these end up in the github.
Consider the scope
Is the rework confined to just a CSP config? If so, why not just build the CSP config file and submit it to the CSP configs github? https://github.com/ac-custom-shaders-patch/acc-extension-config
Is it new models, and removal of models? This doesn't always have to be a KN5 change. CSP allows you to hide or replace models. The github listed above doesn't just take ini files, it can take kn5 model replacements too. Just about the only thing you can't remove or replace with CSP are timing objects, starting grid / pit slots, and the driveable road mesh. These restrictions are built into CSP to prevent cheating. Everything else can be hidden and replaced from within your CSP config. Look here for more info: https://github.com/ac-custom-shaders-patch/acc-extension-config/wiki/General-–-Model-replacements
Finally, textures can be changed with skin packs instead of editing the textures directly into the KN5. Material attributes can all be edited in the CSP config. Unless you're changing things like the timing spots, optimizing the objects, the way the materials are mapped to the objects, or the road mesh there is very little reason to change the KN5s.
Pitfalls of exporting to FBX with 3dSimEd
3DSimEd is a great tool for exploring a kn5, making changes, messing with materials and exporting an FBX you can mess with in tons of other tools. Unfortunately it doesn't know about all of the shaders and attributes that can be baked into materials in a KN5 file, and when you export to FBX you can lose some of that data. Some of this is problems with ALPHA_TEST vs ALPHA_BLEND materials, things that use custom shaders like ksEmissive or stFlow. It doesn't export things that use those shaders properly, and if you're not intimately familiar with the materials in the track you might not even realize they are using those shaders and you'll get things where once the track is reworked where things aren't looking quite right. Using a CSP config to change shader and material properties instead of messing around in 3dSimEd is a lot better for this because it doesn't remove anything from the kn5 that was there before.
GrassFX and old 3D Grass
I see a lot of people editing the KN5s to remove the old 3D grass and this step is almost always not needed. CSP provides a way to do this in the INI. A few ways in fact. For one, if a material has the ksGrass shader applied to it, grassFX will make that material transparent if that material is added to "grass materials". If the 3d grass object has that shader applied to it (which it most likely does), you can add that material to the grassfx materials and that will make sure it's hidden. If the 3d grass object doesn't have the ksGrass shader applied to it, but some other shader, simply add it's material to original_grass_materials or it's mesh to original_grass_meshes and that 3d grass will be hidden. Finally, you can use the model_replacement stuff mentioned above to hide the 3d grass objects if for some reason the other two grassfx specific methods aren't working for you.
There are some tracks where the actual grass surface is wrongly set with the ksGrass shader. I've seen this in a lot of codemasters conversion tracks. For this when I've done grass reworks of these I've done shader replacements and material adjustments with CSP instead of messing with the track's kn5, with great success.
Folder Names
If the above stuff just isn't enough and editing the KN5s is needed, please consider releasing the track with a different folder name. Releasing a track rework with the same folder name as the one you're reworking can cause conflicts. PLEASE, people, if you release a rework of a track, change the name. I always put "gb_" in front of the original track name to make sure I'm not stepping on any toes. For one, it's a matter of respect for the original track author, so you're not just taking over their work. Second, there are practical, functional reasons for it to. For one, when you use content manager it can be set to automatically download CSP config files and VAO patches for tracks and the way it identifies tracks is the folder name. If you keep the name of the old track you can get inconsistent results between different users who have the automatically downloaded configs that can conflict with the configs you include in your track. CSP will prioritize the configs in the track's extension folder first, but will then apply the configs from the downloaded configs for things your config doesn't touch. Then you've just got a mess.
Also another good reason to not overwrite existing tracks is racing online. A user with a CSP config can race with other people who have the same track without a CSP config. A user with a reworked track where the track kn5 was modified can only race with other people who have the same rework. This is a selling point for doing everything you can in a CSP config and a selling point for not overwriting original tracks.
Use Version Numbers
In the track's .json files there is a field for version number. Please use it! So many modders neglect it. It's very useful for people who maintain a large library of mod tracks to know if they already have this version. Also, changelogs are nice. They can be added to the description field in the json file, or they can be a readme file, or even just in the post where the mod is shared or on the racedepartment page if it's released that way.
Closing Thoughts
Please consider using these methods as they make it easier for you. They make it easier for people who are downloading to know what they are getting and troubleshoot issues when they come up. They are more respectful to the original authors because their work isn't just being taken over by some random person on the internet.
I love that AC is still alive. I love that people are making some great mods even better with reworks. Reworks done with bad practices are sometimes better than no reworks at all, but with the stuff I've mentioned above it can make those reworks even better because they won't have conflicts and they can co-exist with the originals.
Thanks for listening to my TED talk.
Can someone explain how I can upload my rainFX configs to Github - I've looked at doing this but the language is confusing what with 'forks' and 'pulls' - A 3 point (simple/foolpoof) explanation would be great - thanks in advance
To follow up @gutbomb I believe you can post it in the configs library in the AC Custom Shaders Discord and someone will upload it for you if you don't want to use Github yourself.Can someone explain how I can upload my rainFX configs to Github - I've looked at doing this but the language is confusing what with 'forks' and 'pulls' - A 3 point (simple/foolpoof) explanation would be great - thanks in advance
Can someone explain how I can upload my rainFX configs to Github - I've looked at doing this but the language is confusing what with 'forks' and 'pulls' - A 3 point (simple/foolpoof) explanation would be great - thanks in advance
been loving all these updates! Any possibility to rework Mission Raceway? https://www.racedepartment.com/threads/mission-raceway-park.89028/
A pretty good "basic" update (grass, color tweaks) of the existing Mission Raceway mod was provided by gunnar333 for SimRacing604, as we were beginning to work on a new version for him. However it was postponed indefinitely due to Covid and not being able to get accurate photos and lidar or photogrammetry for the project.
It's not a full rework as the eventual goal was a more accurate and high-quality version.