alexei.garbuzenko Posted August 25, 2010 Share Posted August 25, 2010 At this moment imagedds refuses to create mipmaps for images when any of compressed formats specified (dxt1, dxt3, dxt5, ati1, ati2) or compressed dds file is processed: C:\imagedds_x86 -m metal.png -f dxt1 metal.png (2D:RGBA8 1024x1024 1)Image::createMipmaps(): can't create mipmaps for DXT1 image -> metal.dds (2D:DXT1 1024x1024 1) On the other side using imagedds -c -m results normally meaning that functionality is possible but not active. It is really annoying cause mipmaps are always needed and sometimes explicit format should be set as in above example - source PNG image is RGBA8 while only RGB8 part is needed. Link to comment
frustum Posted August 25, 2010 Share Posted August 25, 2010 At this moment imagedds refuses to create mipmaps for images when any of compressed formats specified (dxt1, dxt3, dxt5, ati1, ati2) or compressed dds file is processed: C:\imagedds_x86 -m metal.png -f dxt1 metal.png (2D:RGBA8 1024x1024 1)Image::createMipmaps(): can't create mipmaps for DXT1 image -> metal.dds (2D:DXT1 1024x1024 1) On the other side using imagedds -c -m results normally meaning that functionality is possible but not active. It is really annoying cause mipmaps are always needed and sometimes explicit format should be set as in above example - source PNG image is RGBA8 while only RGB8 part is needed. Try to use this command line: imagedds_x86 -f rgb8 -m -c metal.png -c flag means that texture will be compressed before file saving. r8 -> ati1 rg8 -> ati2 rgb8 -> dxt1 rgba8 -> dxt5 Link to comment
alexei.garbuzenko Posted August 25, 2010 Author Share Posted August 25, 2010 Sounds like intermediate solution, but at least it works. Thank you! Link to comment
Recommended Posts