<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED --- - Second Life viewer bad rendering with git-ec83535"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=57875#c30">Comment # 30</a>
              on <a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED --- - Second Life viewer bad rendering with git-ec83535"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=57875">bug 57875</a>
              from <span class="vcard"><a class="email" href="mailto:e0425955@student.tuwien.ac.at" title="Christoph Bumiller <e0425955@student.tuwien.ac.at>"> <span class="fn">Christoph Bumiller</span></a>
</span></b>
        <pre>How does it depend on the depth test, and why does it seem "off" to make
something that is originally a shader property in D3D a shader property in
OpenGL as well ?
Not using shaders isn't allowed (at least not in gallium), so you have to use a
pass-through shader anyway, so this limits state inter-dependency.

The qualifier "layout(windowspace)/layout(pretransformed) out vec4 gl_Position"
is supposed to disable clipping and the viewport transformation (so glViewport
settings will be ignored).

The only open question is how depth values should be treated, which can be
either clipped or clamped, and there is actually a D3DCAPS9 bit to tell the
user what will happen.
On r600, you cannot disable xy clipping without disabling z clipping, so it
will have to advertise clamping. On NV cards you have more fine-grained
control, and I'd actually prefer depth clipping there unless GL_DEPTH_CLAMP is
enabled as well.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>