Page 1 of 1
DDS environment map issue
Posted: Thu Feb 24, 2005 12:50 am
by alphageek
I am having some trouble using dds images for environment mapping. I use a set of 6 dds images for a skybox like so:
Code: Select all
{
technique
{
pass
{
lighting off
depth_write off
texture_unit
{
filtering none
cubic_texture bw.dds separateUV
tex_address_mode clamp
}
}
}
}
This works fine. However, in trying to use this same set for environment mapping I get an error. The relevant .material:
Code: Select all
{
technique
{
pass
{
ambient 1 1 1
diffuse 0.5 0.5 0.5
#specular 1.0 1.0 1.0 15
texture_unit
{
cubic_texture bw.dds combinedUVW
colour_op add
env_map cubic_reflection
}
}
}
}
The error:
Code: Select all
Function: ResourceGroupManager::openResource
Description: Cannot locate resource bw.dds in resource group Common..
This makes no sense to me.
Edit:
I should say, I have no trouble at all when using .png images instead.
Posted: Thu Feb 24, 2005 1:04 am
by sinbad
Resource group Common? We don't call any of our resource groups Common and I can find no reference to this string in the OGRE source (for a minute I thought we might have left one in by mistake). Where is that coming from?
Posted: Thu Feb 24, 2005 1:30 am
by alphageek
Whoops. That is my resource group which is "Common" to a number of scenarios that I load.
Both materials (skybox and environment map) are part of that group, and the DDS (and PNG) files are located in the search path for the group.
During loading of the group I get to see
Code: Select all
12:44:30: D3D9 : Loading 2D Texture, image name : 'bw_fr.dds' with 2147483647 mip map levels
12:44:30: D3D9 : Loading 2D Texture, image name : 'bw_bk.dds' with 2147483647 mip map levels
12:44:31: D3D9 : Loading 2D Texture, image name : 'bw_lf.dds' with 2147483647 mip map levels
12:44:31: D3D9 : Loading 2D Texture, image name : 'bw_rt.dds' with 2147483647 mip map levels
12:44:31: D3D9 : Loading 2D Texture, image name : 'bw_up.dds' with 2147483647 mip map levels
12:44:31: D3D9 : Loading 2D Texture, image name : 'bw_dn.dds' with 2147483647 mip map levels
12:44:31: An exception has been thrown!
-----------------------------------
Details:
-----------------------------------
Error #: 8
Function: ResourceGroupManager::openResource
Description: Cannot locate resource bw.dds in resource group Common..
File: c:\documents and settings\pbridger\my documents\development\ogrenew\ogremain\src\ogreresourcegroupmanager.cpp
Line: 491
Stack unwinding: <<beginning of stack>>
12:44:31: Error loading texture bw.dds. Texture layer will be blank. Loading the texture failed with the following exception: An exception has been thrown!
...
12:44:31: Finished loading resource group Common
-----------------------------------
And then when I am creating an entity that wants the environment map material, I get the error.
Code: Select all
12:44:33: An exception has been thrown!
-----------------------------------
Details:
-----------------------------------
Error #: 8
Function: ResourceGroupManager::openResource
Description: Cannot locate resource bw.dds in resource group Common..
File: c:\documents and settings\pbridger\my documents\development\ogrenew\ogremain\src\ogreresourcegroupmanager.cpp
Line: 491
Stack unwinding: <<beginning of stack>>
Posted: Thu Feb 24, 2005 10:52 am
by :wumpus:
The problem currently is, that if you use .dds and TEXTYPE_CUBEMAP, it is assumed all the textures are in one file. This is due to the following problem:
1 - When loading a cubemap from one image file, a texture is created with the name envmap.<ext>, and Texture::load() is called.
2 - When loading a cubemap from multiple image files, a texture is created with the name envmap.<ext>. and Texture::load() is called.
These cases cannot be distinguished in Texture::load(), so currently if you use .dds it is assumed you use approach 1. For all other extensions case 2 is assumed.
This extension-based hack should be removed eventually and the interface changed a bit, but an intermediate way of solving it would be to either use another format for your skybox, or create a single dds file with the entire cubemap. (but you'd still need the seperate ones for the skybox
)
Posted: Thu Feb 24, 2005 2:41 pm
by sinbad
I think it's pretty typical to use separate textures for skybox and cubemaps in any case, since the cubemap can be a lot lower resolution than the skybox has to be.
Posted: Fri Feb 25, 2005 8:01 am
by alphageek
Thanks guys. I will do the low-res cubemap thing.