Increase max textures from 8.

[The_Glitch]

I'm using direct3d9 driver and I have a shader which use's some textures for details and other things but I'm only limited to 8 I tried changing it in the irrlicht config file from 8 to say 9 and recompiled which would be fine for my purposes but irrlicht ignores the last texture after 8. Have I done anything wrong?

[hendu]

Perhaps DX9 or your card (in DX9 mode) does not support more than 8 textures?

[The_Glitch]

Makes sense.

[thanhle]

Why don't you combine all textures onto one. Then you can have many.

Regards

[Ovan]

you have <<_IRR_MATERIAL_MAX_TEXTURES_ 8>> defined in IrrCompileConfg.h
you must change E_TRANSFORMATION_STATE enumeration to add more texture matrix
else the engine iterator over an out-of-bound array of "irr::core::matrix4" if I remember (in 1.

http://irrlicht.sourceforge.net/forum/v ... =2&t=46838
since I use a mix of glsl and sampler2DArray (better performance, "less" transformation matrix)

[The_Glitch]

One solution I'm gonna try is vertex colors so I can remove the use of one texture being used as a mask. That should b sufficient enough for me.

[Granyte]

In CD3D9Driver.cpp

the line 439 is

Code: Select all

    MaxTextureUnits = core::min_((u32)Caps.MaxSimultaneousTextures, MATERIAL_MAX_TEXTURES);
 

when it should be

Code: Select all

 MaxTextureUnits = MATERIAL_MAX_TEXTURES;

line 457

Code: Select all

    DriverAttributes->setAttribute("MaxSupportedTextures", (s32)Caps.MaxSimultaneousTextures);
    

should be

Code: Select all

DriverAttributes->setAttribute("MaxSupportedTextures", (s32)MATERIAL_MAX_TEXTURES);
 

The caps viewer only report the fixed pipeline capability and not the shader one so those limits are invalid


Apparently all my attempts to get this bug fixed have failed to this day

[Nadro]

Hi,

I already sent a fix for this issue on SVN. At now it's possible to set up to 16 textures in D3D9 (I think that we should set 8/16 textures by default for v1.9).

Cheers,

[Mel]

Nice to hear we are finally getting 16 textures available for the materials

[The_Glitch]

Does this work for ShaderPipeline or just the trunk that has cubemap support?

[Nadro]

Only trunk. Shader-pipeline is deprecated, I'll prepare new FVF branch soon, designed for D3D12/Vulkan requirments.

[The_Glitch]

I only use ShaderPipeline for Hardware Skinning and custom vertex format, is this any reason to stick with it as it seems a lot of things have changed.

[Nadro]

You shouldn't use shader-pipeline anymore and switch to trunk. When I'll release the new FVF branch most of your stuff from trunk will be working in that branch too (of course a stuff related to vertices handling will need slightly modifications).

[Granyte]

Nadro some of us are stuck on the shader-pipeline branch because ou projects depends heavily on it's feature

[The_Glitch]

I agree with Granyte I worked out all the issues with Hardware skinning and my various shaders and when I gave the trunk a try I wasn't able to use HWS anymore, the other things I don't really mind. I really wanted to use cubemaps.