I'm not sure if it's a bug or if I'm missing something, but I don't understand why I get such a difference between LFS Editor and LFS when it comes to "overlay or plain" textures (metal: 90%, 0.70 roughness). Shot attached in the post.

I can't really see what's going on there but maybe it's because roughness isn't supported in the public version of LFS. The new LFS engine is more advanced with material settings. The editor is a cut down of the development version of LFS.

Quote from Scawen :

I can't really see what's going on there but maybe it's because roughness isn't supported in the public version of LFS. The new LFS engine is more advanced with material settings. The editor is a cut down of the development version of LFS.

I can confirm it worked, 0 roughness made everything visible. Thank you.

Hello, i made an animated blinkers for my nsx, and each blinkers' subobjects are rotator subobjects.
My problem is when i go over 5m away from the car(i measured the distance with free cam) the animated blinkers are disappearing, this happening in game too, so is there any way i can sort this out or this is just how rotators works for better performance?

Here is the video about the problem: https://streamable.com/q9ch5x

i think this is LOD detail reduction, in game go to options > graphic > user LOD and move slider. Subobiect is too small and its not rendered anymore.

Quote from Draggo :

i think this is LOD detail reduction, in game go to options > graphic > user LOD and move slider.

It was already max but i want players to be able to see it from further away, i guess i can't do anything about it. Thanks for help though.

When submitting new mod and validating name, nothing is happening when clicking on the blue 'Validate Name'.. The request returns an internal server error.

Thanks, that was an oversight by me in a recent change. It should work now.

Trying to update a mod: https://www.lfs.net/files/vehmods/submit/AD2342

and I get a server error, although the website seems to be working, same with online for me, just when I try to update that mod, I get the cloudflare error.

Please can you describe exactly at which point in the process that goes wrong for you? And what you did before that, on the submission page.

I see various mods have been updated before and after your post. I've just tested a submission on a private test mod and it worked. So I'll need a very specific and exact description from you, to present to Victor.

I notice I introduced a small bug in the submission page - the old 'private' and 'team' access were available to select. I've fixed that now but mentioning in case you tries to select an invalid access mode. Only "custom" and "public" should be available.

EDIT: Also, if it's easy to do, please try submitting the update again. As I know Victor has been adjusting some settings, it's possible that you encountered a problem that has already been fixed.

Quote from Scawen :

Please can you describe exactly at which point in the process that goes wrong...

For sure, this is happening while trying to update a published car:

1. I just export an existing updated mod from the editor using the using the "EXPORT mod for UPLOAD" button
   
2. Go to the mod page to upload the latest file (7z format)
   
3. Put in a comment, then just hit submit, takes a bit to load
   
4. Then the cloudflare error page shows up
   

I'm in Ontario, Canada if that helps if it's a load balancer type of thing.

I did try originally on my personal car, SLX180 CLUTCH, then this morning I tried the SLX180 DRIFT and same error.

Same for me, Yesterday i've updated a custom access mod and all was ok but 1 hour later i've tried to update a published mod (https://www.lfs.net/files/vehmods/898A50) and i've got the same error as openclutch. Today tried again but same cloudflare page appears

What size 7z are you trying to upload? Can you give a rough estimate of the time taken between starting the upload, and the timeout error? I read about some different CloudFlare timeouts such as 15 seconds and 100 seconds.

Im not at home now but in my case around 6,98mb, and it took maybe 100 secs ye.

Edit: The exact size is 7mb, I tried again now and it took 105 seconds from when I hit the publish button until I was redirected to this error page.

https://streamable.com/zbqtmc

Just gave it another go, same timeout for me, 105 seconds. Tried uploading a 6.7MB 7z mod file.

Thanks.

What has happened: after continual DDoS attacks recently, we had to get protected by CloudFlare.

So far that seems fine for everything but this upload timeout. I've notified Victor but I think there is no solution he could do quickly.

Obviously this needs a fix but we'll need a bit of time.

Np, so it happens just on some random mods right? cuz I've updated another one and all was fine.

Also can you tell us here when Víctor tries or applies some fix so we can test if we're able to update again? Thanks

I suppose it just depends on if the upload takes less than 100 seconds or not. When it worked OK for you, how long did the upload take?

I am trying to understand if one of these may be the case:
1) Your uploads always take a long time, and sometimes that happens to hit the 100 second limit.
Or:
2) Your uploads usually are quite fast but something can go wrong that makes it takes a long time and eventually fail.

Normally it takes like 1 min to upload an update. In this case I've added 1 default skin so it increased the size. I can do a test with a less size update if you want

Thanks, I don't think we need another test at this point. I guess it's just about the size and how the connection happens to be at the time.

Quote from Scawen :

I suppose it just depends on if the upload takes less than 100 seconds or not...

For me, it's always been quite slow (Canada, 1.5gbps download with 1gbps upload, gigabit switching, using ethernet to upload), taking multiple of minutes to finish uploading the updated mod file.

I did do some more testing as I wait for a fix, as I have nothing else to do lol.

I tried multiple browsers, Chrome, Firefox, Safari, and they all had the same error in uploading.

I did have a friend be able to upload in the US, they were able to use firefox and get a few updates through.

I also tried using a vpn to hit a different load balancer.

• Canada - 105 sec timeout
  
• US - 105 sec timeout
  
• UK - was able to update multiple of my mods only coming in at 45 seconds to upload
  

So for now, my work around is using a vpn to the UK to update my mods. Makes sense on why some mods are able to update but not from my region. Not sure why the Canada (Toronto) load balancer is so slow getting back to LFS.net.

Did some research into options:

1. Cloudflare enterprise you can increase the timeout to a custom amount, however looks like at least 10x the cost of the standard plan (doesn't make sense to do this)
   
2. Increase the throughput from load balancers to LFS.net, could include the processing of the files as well, to get below the 105 timeout
   
3. Refactor code to call back a keep alive connection packet back to the client to not have cloudflare detect a timeout. Could go further to launching a background task, with live updates on progress on the client side, likely much more work for this.
   

Hope this helps!

Quote from OpenClutch :

Hope this helps!

Thanks, unfortunately the solutions aren't simple, though I'm sure we'll do something eventually.

I'm wondering about a partial solution I could do on my side, an option to export the 7z without including the png files, to reduce the upload size.

For a lot of mods that wouldn't make any difference. The png versions of the texture aren't included in the mod that is downloaded in game. The pngs are really only included in the upload for people who want to make a mod derived from the original mod (if allowed) or maybe if the author's computer dies, they could get a copy of their mod with the original png files. Although we don't guarantee safe storage for mods, this has actually happened before. So there is good reason to have the pngs in there. But I wonder if there should be an option, when exporting from the editor, include png or not?

Quote from Scawen :

Thanks, unfortunately the solutions aren't simple, though I'm sure we'll do...

That solution could work. I often share out of the share folder anyways to preserve the png naming convention. Even if I had the dds in the online version, and somehow I lost it locally, I could always convert the dds back to png, even one at a time wouldn't be an issue considering the situation (and hopefully learn to backup using any of the free cloud services).

As a test on my private car (deriv off), I opened the 7z, deleted all the pngs out of the folder, then uploaded, and not using any vpn from Canada, it was 55 seconds to update. I'll change the car back to the original untouched 7z (reverted to orig now) as I just wanted a comparison before you worked on the workaround.

That does seem like it could be a good solution for the time being, as well as decreasing overall storage space for you guys by about half. I could just let the modders know that want to use my mod, to contact me to share them a copy of the mod through the share folder.

Editor E8 has an option to exclude the PNG files for faster upload.

Option to include or exclude PNG textures when exporting for upload
- Exclude PNG to reduce file size and allow a faster upload
- This does not affect the appearance of a mod in game
- The PNG textures are not required for a functioning mod
- DDS (in-game textures) are included whichever option you choose
- PNG files can be useful if you allow derivatives of your mod

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

Hello, I am not sure if it is a bug or a feature. Was working on a RWD car, which has a slightly different wheelbase on the left and on the right side. When a left/right wheel forward option is selected for rear wheels only one rear wheel is driven.