Before: 10.83s
After: 4.67s

Reduced loading times twice loading Blackwood with Loading tracks after starting LFS disabled. Thank you Daniel.

Prepared a whole Excel table to compare the original and the converted tex. speeds and the program keeps crashing at random. Sometimes it successfully converts 5 textures, sometimes 25, sometimes even 60. And some of them couldn't be opened.

Crashlog example:

Covered some errors and hopefullly fixed mentioned problems.

Test it (with original textures), if it proves good I will add it to the first post

Wow, Thats absolutly amazing. Final version works fine for me, converted all textures. And the result is brilliant. BL before 14.9s, after 1.8s. WUT!? Thanks a lot

Great one, fixed my crashes. Finally made the table, I hope I didn't mess up those calculations too hard. (edit: for example Blackwood 1 means BL1 (GP Track), Aston 7 means AS7 (North))

No conversion errors here as well

Well done for fixing the bugs Daniel!

Quote from MandulAA :

Great one, fixed my crashes. Finally made the table, I hope I didn't mess up those calculations too hard.

Your table says "default textures" in the left column. Do you mean the original ones supplied with LFS? Or custom textures?

I'm asking because I suppose that SO and BL originals shouldn't be speeded up much by Daniel's tool as I believe they were saved in the correct format already.

If not, I'll have to take another look...

Sorry for not being clear, I meant the default original textures supplied with LFS. The times I measured are from pressing OK to the disappearance of [generating].

Probably some shared textures between tracks don't have mipmaps. Also while monitoring load time for each texture with Process Monitor I noticed higher times for jpgs in pic folder. Thats why program convert ADS, SUITS, gloves too.

Yes JPG are definitely slow to load, both decoding and creating mipmaps, but there aren't that many of them. Maybe I'll take a closer look...

After converting I get this: (see attachment)

Quote from vitaly_m :

After converting I get this: (see attachment)

Seems ok at me (see attachment). (edit: have you used the updated program, or the program in the first post?)

With updated version I get this:

Quote from vitaly_m :

With updated version I get this:

Glitchy disco road?

Maybe the textures you have been converting couldnt be converted? I'd like to see a snippet of the converter when you're converting.

Goes as usual:


but each time I convert, different textures fail

Hmm... are the textures you were converting default or custom textures?

Just tried it with wine and default textures, seems to work fine and well

Quote from rosewood2 :

Hmm... are the textures you were converting default or custom textures?

Default ones.

Quote from vitaly_m :

Default ones.

Hmm... I don't know what is the cause for such shenanigans. Sorry, I was just trying to be helpful.

Edit: 200th post! Woohoo!

Quote from vitaly_m :

With updated version I get this:

ummm, thats definitely some problem with mipmaps
Which OS are you running?
You said you have converted default textures, so no point in asking you to upload these, but can you provide faulty textures after they were converted? Not sure it will help, just in case


Program showed the possibilities, I guess it wont take too much time that our DX pro implement it inside LFS.exe As LFS already load textures+convert, there is only one more thing to do D3DXSaveTextureToFile which will simply save textures from memory where they are in correct format. Not save like each time track load, but some option ...

I'm not experienced at DirectX, so I'm more like guessing things
And as I don't have much free time lately, here is the source (VS2013+DX SDK). Some things are changed, removed multithreading, to be honest I didn't even tried if it works like that, but base of how it works should be there.

Now my tracks load ~10 seconds faster, very nice job!

I think version I posted few days ago proved good for most of us, except problem which Vitaly has with both versions. I have added it now to the first post.

EDIT: FOR EVERYONE READING, THIS BUG WAS FIXED IN V3!

I think I'm having similar issues to Vitaly, all textures report
and all .dds files are loaded into LFS (no ingame errors).

But this happens:

http://i.imgur.com/RyLqFA9.jpg

I tried doing it a couple of times but the result is the same.

Running LFS0.6E on a 64bit Windows 7 Ultimate system.

Quote from GT4_PL :

Texture Converter is bad. I dont care speed loading hi textures. Can get SSD or SSHD is FASTER! than HDD.

Yeah, when you can speed it up for free.