Here it is Rob, works with all AI UT@ WOAI and MTX etc http://library.avsim.net/esearch.php?DLID=&Name=aidupe&FileName=&Author=&CatID=root

This is genius.  I never knew this program existed before, thanks for sharing.

I've saved it to DXT5 and the size is now 683 KB. That's still one half ,and no where near the claimed 1MB

And what are the pixel dimensions of that new texture?

And what are the pixel dimensions of that new texture?

 

They are both 1024 by 1024.

It still OOMs, but it just takes longer. And it doesn't matter how many sceneries you have, just keep them all active.

 

 Ok, so longer than 14 hours?  Like 15 hours , now?  I'll test  it so I can believe you. (I'm being sarcastic, of course)

 But, wow, I cannot imagine sitting on a computer (or having it on), for 14 hours straight. Geez 

They are both 1024 by 1024.

That is mathematically impossible.

 

DXT file compression is done at a fixed rate and the file size is very predictable.

 

Let's do the math.

 

A 1024x1024 pixel texture has 1048576 pixels.

 

1024*1024=1048576

 

Uncompressed bitmaps have 32 bits per pixel, or 4 bytes per pixel.

 

1048576*4=4194304 bytes.

 

4194304/1024=4096kb or 4MB.

 

DXT3 and DXT5 compress at a fixed 4:1 ratio meaning that our 4096kb (4MB) 1024x1024 uncompressed 32 bit texture will be 1024kb (1MB) when compressed with either DXT3 or DXT5

 

DXT1 compresses at an 8:1 ratio so our texture will be 512kn (0.5MB) in size.

 

Now we go back and look at the original default B737 texture and see that it is 1366kb instead of 1024kb because it has mipmaps added.

 

1024*1.333=1364.992

 

So now if we take our original texture and compress it to DXT1 w/mips...

 

1024*1024=1048576 pixels

 

1048576*4=4194304 uncompressed bytes

 

4194304/8=524288 compressed bytes

 

524288/1024=512 compressed KB

 

512*1.333=682.496 compressed + mipmap bytes

 

What I suspect you really have is a 512x1024 DXT5 w/mips texture.

 

The result would be the same as the 1024x1024 DXT1.

 

512x1024=524288 pixels

 

524288*4=2097152 uncompressed bytes

 

2097152/4=524288 compressed bytes

 

524288/1024=512 compressed kb

 

512*1.333=682.496 compressed + mipmaps kb

 

Open the original texture (1366kb) in CS2

 

Save As and when you get to the nVidia screen select DXT5 ARGB and click the "no mips" button.

 

 

BTW, that 8bpp means 8 bits (or 1 byte) per pixel.

I never knew this program existed before, thanks for sharing.

 

+1

 

Thanks,

Dirk.

So how can we use math to determine the size of a texture with mipmaps?

 

Our 1024x1024 texture has 9 mip levels, each one 1/4 the size of the level above it.

 

So we will have 1024x1024, 512x512, 256x256,... on down to 4x4.

 

Since we know that DXT5 compresses at 1 byte per pixel it is easy to figure out the file size.

 

I let Excel do the heavy lifting...

 

Damn you mathematics, right once again !

 

Seriously.

 Ok, so longer than 14 hours?  Like 15 hours , now?  I'll test  it so I can believe you. (I'm being sarcastic, of course)

 But, wow, I cannot imagine sitting on a computer (or having it on), for 14 hours straight. Geez 

 

My FSX never OOMs. The computer is on 24/7 and on long flights I do other things or sleep. I am not sitting all those hours.

This is genius.  I never knew this program existed before, thanks for sharing.

No worries Mark, been using AIDUPE since it was first released. A great fix

My FSX never OOMs. The computer is on 24/7 and on long flights I do other things or sleep. I am not sitting all those hours.

 

Try the pmdg 777 and you are going to get oom all the time.

Do new repaints for FAIB and TFS models in dds format need mipmap processing? These are majority in my AI.

What ever I did with the NVIIDIA dds Format add-on I got it wrong about DXT5 - the iincrease in file size on mipmapping is les, as aleady stated.

Try the pmdg 777 and you are going to get oom all the time.

That would also mean that every single person who uses that plane would also get an OOM error and we all know that isn't true. Good try though!!