Databases
StackOverflow2013
Postsdbo
POUninitialized/unreserved GPU memory in textures, OpenGL
 

Note that there are some explanatory texts on larger screens.

plurals
  1. POUninitialized/unreserved GPU memory in textures, OpenGL
    primarykey
    data
    text
    <p>(This is actually a crosspost from <a href="http://www.gamedev.net/topic/613867-trash-in-minified-textures/" rel="nofollow noreferrer">gamedev</a> , but I thought you guys and girls might be helpful too!)</p> <p>Edit: I elaborated about what I mean with overlay. After some sleep I have found that my call to glGenerateMipmaps is useless, since I use null as pointer to glTexImage2D.</p> <p>On OpenGL 3.3, Ubuntu 11.04, nVidia drivers 280.13, GeForce GT240.</p> <p>I'm making a deferred shader and wants to display my G-buffer in small overlays in the lower part of the screen. Overlays in this case meaning no z-test, textured screen aligned quads, and rendered last.</p> <p>When rendering (one at a time) the G-buffers (FBO textures ) in full window they shows up correctly. When rendering to these overlays I get trash (seemingly random GPU-memory as static interference, but different between runs, sometimes clear picture).</p> <p>If I create a different texture, say from file, it shows without trash in the overlays, so that code should be OK. Can anyone explain why? I have used glGenerateMipmap for the textures in the G-buffer.</p> <p>I know this might be not enough information, but starts with this. Please ask about any relevant information. Can the problem be related to FBO-rendering and mipmapping? Surely my code wants to show unreserved/uninitialized memory, but I don't know why. <img src="https://i.stack.imgur.com/uDD56.png" alt="The four textures below have trash data in them."></p> <hr> <p>The full-window green picture is my current result from the lighting stage, in resolution (256*256) to save GPU memory because of fat G-buffer. Also, in the material shader (generating the G-buffer) I use "out vec4 fragment[3]", and the textures are of different internal formats. Can that be a problem?</p> <p>PS. The lights are at (-30,0,0) and (30,0,0) but seems to be "nearer". Can that be a precision problem? I use GL_RGBA16F for the normals, GL_RGBA32F for the positions, GL_DEPTH_COMPONENT24 for depth and GL_RGBA for the albedo (Yes, an enormous waste, but I will optimize later). </p>
    singulars
    1. PO
      singulars
      1. PTAnswer
    1. This table or related slice is empty.
    1. PTQuestion
    1. USDeorbit
    1. USDeorbit
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PO
      singulars
      1. PTAnswer
    1. This table or related slice is empty.
    1. CO"When rendering to small overlays I get trash": What are "small overlays"?
      singulars
      1. POUninitialized/unreserved GPU memory in textures, OpenGL
      1. USNicol Bolas
    2. COGiven the complete lack of code, could be anything.
      singulars
      1. POUninitialized/unreserved GPU memory in textures, OpenGL
      1. USgenpfault
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload