<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - evergreen_cs_track_validate_cb:477 cb[0] bo too small when launching ds2 in wine"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=52997#c15">Comment # 15</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - evergreen_cs_track_validate_cb:477 cb[0] bo too small when launching ds2 in wine"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=52997">bug 52997</a>
              from <span class="vcard"><a class="email" href="mailto:mailbox.tec@gmail.com" title="mailbox.tec@gmail.com">mailbox.tec@gmail.com</a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=52997#c14">comment #14</a>)
<span class="quote">> You can install a 32 bit version of the open source 3D driver as well.  Just
> because the graphics in a game do not appear to be 3D, they generally still
> use a 3D API (OpenGL or Direct3D) which requires a 32 bit 3D driver since
> the apps are 32 bit.  Also there seem to be several possibly unrelated
> issues now piled onto this bug.</span >

You've focused on minor point about the inability of having open source 32-bit
driver alongside 64-bit one. I don't know the cause of it, I only know that my
distribution provides this kind of setup for closed source catalyst package:
<a href="https://wiki.archlinux.org/index.php/Wine#Graphics_Drivers">https://wiki.archlinux.org/index.php/Wine#Graphics_Drivers</a>

To clarify, I do have 32-bit DRI Mesa drivers installed - the lib32-ati-dri
package mentioned in the link above - but I assume you mean xorg kind of
drivers. If this is some sort of distro-related bug, please state it so I can
nag other people about it ;-)

At the same time, I see my main point about display being fine in virtual
desktop mode has been ignored? To reiterate: it doesn't seem to me that, since
Wine is capable of rendering and display on the very same setup in different
mode, there are some unfullfilled requirements that block said display. After
all, as I described before, even in fullscreen mode there was some kind of
output, albeit buggy to the point of being unusable. But without the crucial
part of plumbing there would be no output at all.</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>