I could realize this problem in an independent sample application just filling the view with some sort of color texture. So there is no means of substituting glDrawPixels by the latter functions for color data. If the one fails the other fails as well and vice vers. The same problem occurs in identical situations with the function glTexSubImage2D which at least is supposed to accept arbitrary width and height values. It seems to be no simple alignment problem. On can only say, that odd width is more likely to cause harm than multiples or powers of 2. If the width is beyond that limit, there seems to be no strict rule on which value may produce trash on the screen. So the effect is independent from the height. When passing RGB- GL_UNSIGNED_BYTE pixel or GL_FLOAT depth data to the frame buffer using glDrawPixels, the process randomly fails beyond a certain minimum width of the data rectangle.
AMD RADEON HD 6700 DRIVERS WINDOWS 7 64 BIT CODE
Means: The code in matter used to work properly in the past and it still works properly unless the operating system is window 7 and the architecture is 64-bits We have serious problems with the latest AMD drivers for Radeon Boards (particularly from the X1900-Series as well as the HD 43 Series) if the operating system is Windows 7 64-bit and the running application is also 64-bit. Depends chaotically on the width of the rectangle Rendered Pixel Data are badly displayed (trash on the screen).
0 kommentar(er)
