Saving L8A8/L8 as DX10, fails to load result about gimp-dds

[GoogleCodeExporter]

Thanks for the report!  The pixel format is indeed saved in the DDS_PIXELFORMAT 
header with DX10 images by the plugin.  The problem is, for the sake of reading 
images that were created elsewhere, I can't depend on it.  So when a DX10 image 
is detected, the plugin has to determine the pixel format using the DXGI format 
alone.  A8 works fine for me (DXGI_FORMAT_A8_UNORM), but L8A8 does not.  The 
image is read fine, but the annoying error message is displayed anyways.  This 
is because L8A8 has no compatible DXGI format that I am aware of.  I am working 
on a fix for this.  It could be considered a bonus feature, as any other DX10 
DDS image authoring software should not have L8A8 as a supported format! :)  
There are a few other formats that the plugin supports that will cause this 
problem as well.  Thanks again for the bug report!

Original comment by [email protected] on 12 Feb 2014 at 10:41

• Changed state: Started

[GoogleCodeExporter]

Thank you for your reply. I guess, I was wrong.
Sorry for wasting your time.

Original comment by [email protected] on 12 Feb 2014 at 11:16

[GoogleCodeExporter]

Not a waste of my time!  It's a very valid bug report.  Thank you for bringing 
it to my attention.  I could let the plugin detect the pixel format for unknown 
DXGI formats like you suggested, but that would be against the DDS standards.  
I can have a working fix rather quick for that.  A more correct fix would 
probably be to not allow saving DX10 format images with incompatible pixel 
formats.  A compatible DXGI format would be the R8G8 format, and you use a 
shader to sample the texture as RRRG, which would effectively give you L8A8.

Original comment by [email protected] on 12 Feb 2014 at 11:43