ulf.schroeter Posted May 11, 2011 Share Posted May 11, 2011 Problem Texture::getImage() implementation fails in DX9 both for uncompressed+compressed textures, while in OpenGL it only fails for compressed textures. See attached test case based on UNIGINE demo terrain data. Texture::getImage() calls will be triggered within update() by terrain.getSurfaceMaskTextureImage(). Based on this use case. getImageBug.zip Link to comment
eugene.litvinov Posted May 12, 2011 Share Posted May 12, 2011 We also encounter with this problem, see details in this post: Determining terrain type in specific point Link to comment
eugene.litvinov Posted June 3, 2011 Share Posted June 3, 2011 Could you say please, this bug will be fixed? Link to comment
frustum Posted July 15, 2011 Share Posted July 15, 2011 It's not possible to read back compressed textures under OpenGL. It was a bug in D3D9Texture::getImage() function. The problem has fixed. I can't recommend to use getImage() functions. This functions copies data from video to system memory. The bandwidth of such copying is very low on x86 architecture. It's much better to load image from the corresponding file. Link to comment
eugene.litvinov Posted July 19, 2011 Share Posted July 19, 2011 Thanks, yes, we already use different pattern Link to comment
Recommended Posts