ulf.schroeter Posted May 11, 2011 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
eugene.litvinov Posted May 12, 2011 Posted May 12, 2011 We also encounter with this problem, see details in this post: Determining terrain type in specific point
eugene.litvinov Posted June 3, 2011 Posted June 3, 2011 Could you say please, this bug will be fixed?
frustum Posted July 15, 2011 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.
eugene.litvinov Posted July 19, 2011 Posted July 19, 2011 Thanks, yes, we already use different pattern
Recommended Posts