DDS Loader issue with DXT3/DXT35 volume textures

[dreamwagon]

I believe there is a problem loading DXT3/DXT5 volume textures exported from the NVidia Photoshop DDS plugin.

Issue 1: Loaded file appears to be very low quality and is perhaps missing the alpha channel. (just a guess).

Issue 2: When mips are generated through the plugin, texture is rendered all black.

Edit: These issues only occur when depth greater than 1. I found this when exporting a texture strip to volume. DDS plugin automatically creates z slices on the x axis

These issues where tested with the code snipped supplied by 1000ml here

I am supplying 4 files. DXT3/DXT5 are for the first issue, DXT5-MIPS is for the second. ARGB8888 is the expected result.

DDS issue.zip

[stephengold]

Thank you for bringing this issue to our attention.

[stephengold]

Question: does TestTexture3DLoading work on your system?

[dreamwagon]

Do you mean this?

I could give it a try. I used the sample code 1000ml provided on the hub to verify the issue

[stephengold]

That's what I meant, yes.

[dreamwagon]

I get the same results as my other test. The DXT3/DXT5 volumes appear very low quality and as if they are being scaled incorrectly.

Here is the expected result with rows = 8

Here is the result of loading the DXT3 and DXT5 Volumes (no mips generated) with rows = 8

As before, The DXT5 with generated MIPS is all black.

[stephengold]

Here's what I see when I run TestTexture3DLoading on my Linux desktop:

[riccardobl]

I've looked into this, i think i have an idea of what the issue could be. However, when i try all your compressed textures, the resulting quad is black. So i am afraid there might be another issue somewhere.

Do you confirm that the following code does not give black screen to you?

import com.jme3.app.SimpleApplication;
import com.jme3.asset.TextureKey;
import com.jme3.material.Material;
import com.jme3.math.ColorRGBA;
import com.jme3.math.Vector2f;
import com.jme3.math.Vector3f;
import com.jme3.scene.Geometry;
import com.jme3.scene.shape.Quad;
import com.jme3.texture.Texture;
import com.jme3.texture.Texture.MagFilter;
import com.jme3.texture.Texture.MinFilter;

public class TestTexture3DLoading extends SimpleApplication {

    public static void main(String[] args) {
        TestTexture3DLoading app = new TestTexture3DLoading();
        app.start();
    }

    @Override
    public void simpleInitApp() {
        viewPort.setBackgroundColor(ColorRGBA.DarkGray);
        flyCam.setEnabled(false);


        Quad q = new Quad(10, 10);

        Geometry geom = new Geometry("Quad", q);
        Material material = new Material(assetManager, "jme3test/texture/tex3DThumb.j3md");
        TextureKey key = new TextureKey("Textures/3D/CloudShapeGeneratedDXT5.dds");
        key.setGenerateMips(false);
        key.setTextureTypeHint(Texture.Type.ThreeDimensional);

        Texture t = assetManager.loadTexture(key);
        t.setMinFilter(MinFilter.NearestNoMipMaps);
        t.setMagFilter(MagFilter.Nearest);
        int rows = 8;//4 * 4

        q.scaleTextureCoordinates(new Vector2f(rows, rows));

        //The image only have 8 pictures and we have 16 thumbs, the data will be interpolated by the GPU
        material.setFloat("InvDepth", 1f / 16f);
        material.setInt("Rows", rows);
        material.setTexture("Texture", t);
        geom.setMaterial(material);

        rootNode.attachChild(geom);

        cam.setLocation(new Vector3f(4.7444625f, 5.160054f, 13.1939f));
    }
}

[dreamwagon]

When I test with that exact snippet I get the second image posted above. Only the DXT5-MIPS image is all black for me.

[riccardobl]

Can you enable assersions (-ea ) and run again the tests that give you black screen? They should give you an exception, maybe that could be useful to debug the problem.

[dreamwagon]

I tested with the -ea VM argument and none of the attached files throw an exception.

[TehLeo]

I've tested with flame.dds and I get a black picture, but with app.settings.put("GraphicsDebug", true);
I get the error:

[JME3] OpenGL debug message
       ID: 5
       Source: API
       Type: ERROR
       Severity: HIGH
       Message: GL_INVALID_ENUM in glCompressedTexImage3D(target)
java.lang.Exception: Stack trace
	at java.lang.Thread.dumpStack(Thread.java:1329)
	at com.jme3.system.lwjgl.LwjglGLDebugOutputHandler.handleMessage(LwjglGLDebugOutputHandler.java:76)
	at org.lwjgl.opengl.GL13.nglCompressedTexImage3D(Native Method)
	at org.lwjgl.opengl.GL13.glCompressedTexImage3D(GL13.java:194)
	at com.jme3.renderer.lwjgl.LwjglGL.glCompressedTexImage3D(LwjglGL.java:126)
	at com.jme3.renderer.opengl.GLDebugDesktop.glCompressedTexImage3D(GLDebugDesktop.java:51)
	at com.jme3.renderer.opengl.TextureUtil.uploadTextureLevel(TextureUtil.java:144)
...
com.jme3.renderer.RendererException: An OpenGL error occurred - Invalid enum argument (Error Code: 1280)
at com.jme3.renderer.opengl.GLDebug.checkError(GLDebug.java:46)
	at com.jme3.renderer.opengl.GLDebugDesktop.glCompressedTexImage3D(GLDebugDesktop.java:52)
	at com.jme3.renderer.opengl.TextureUtil.uploadTextureLevel(TextureUtil.java:144)

It seems uploading compressed 3D dxt5 is either not supported by this card or there is some issue.

[MeFisto94]

Are you on latest master? Can you try with #1276 enabled @TehLeo ?
It looks like you don't suffer from this but just to be sure.

[riccardobl]

I've made some researches, it seems s3tc 3d textures are not supported or partially supported in many drivers. I've looked at mesa source and it seems they are not supported there (it would explain why i get black screen with all the tests).
However it is weird you guys are getting issues with flame.dds, since it is not compressed.

[dreamwagon]

I just tested on an AMD RX580 card and both the flame and cloud textures render as expected. This is definitely not an issue with the DDS loader. What would the work around for this issue be? Simply export only uncompressed formats? The strange thing is this only appears to be an issue when the depth > 1. If I export square volume textures they render correctly on both machines.

[TehLeo]

@MeFisto94 nope, not on latest master, but the issue is with 3d tex compression support, in my case, as @riccardobl mentioned, i used Mesa for the test, which as he pointed out does not seem to support it.
@riccardobl Well the flame.dds I tried is 3D texture in DXT5 format and thus compressed. How come yours is not compressed? What format is it in?