wine direct rendering under F16?

William Murray bill.murray at cern.ch
Mon Nov 14 08:26:10 UTC 2011



On 13/11/11 18:44, William Murray wrote:
>   Dear users,
>        Is anyone else experiencing a big slow down with wine in F16 
> c/f F15? I am not sure how to
> debug, but 'Settlers IV' is a factor 10 slowed down.
>
> Starting it says:
>
> wine: cannot find L"C:\\windows\\system32\\wineboot.exe"
> err:process:start_wineboot failed to start wineboot, err 2
> XX> err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is 
> disabled, most likely your OpenGL drivers haven't been installed 
> correctly
> fixme:win:EnumDisplayDevicesW ((null),0,0x33dedc,0x00000000), stub!
> fixme:d3d_surface:wined3d_surface_blt Can't handle WINEDDBLT_ASYNC flag.
> err:mmdevapi:DllGetClassObject Driver initialization failed
> err:ole:apartment_getclassobject DllGetClassObject returned error 
> 0x80004005
> err:ole:CoGetClassObject no class object 
> {bcde0395-e52f-467c-8e3d-c4579291692e} could be created for context 0x1
> fixme:d3d_surface:wined3d_surface_flip Ignoring flags 0x1.
> XX>
>
>
> But glxgears says:
>
> > glxinfo
> name of display: :0
> display: :0  screen: 0
> direct rendering: Yes
> server glx vendor string: SGI
> server glx version string: 1.4
> server glx extensions:
>     GLX_ARB_multisample, GLX_EXT_import_context, 
> GLX_EXT_texture_from_pixmap,
>     GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
>     GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_swap_control,
>     GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
>     GLX_SGIX_visual_select_group, GLX_INTEL_swap_event
> client glx vendor string: Mesa Project and SGI
> client glx version string: 1.4
>
>   Cn anyone suggest a fix?
>     Thanks,
>         Bill
> (Ps Optimus laptop, but I think the intel should be enough for this :)
>
>

my guess is you are running x86_64 with open source drivers. your
problem is that mesa-dri-drivers.i686 is missing (you do have the
x86_64 variant for sure). I already suggested that it should be pulled
in by some other mesa component to not let you fall back to software
rendering for no apparent reason.

try:
yum install mesa-dri-drivers.i686

this should fix the problem.

kind regards,
Rudolf Kastl

====================
Hello Rudolf,
         Good guess! Adding this removed this error:
XX>  err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is
disabled, most likely your OpenGL drivers haven't been installed correctly
  
but unfortunately it replaced it with:

fixme:d3d_surface:wined3d_surface_blt Can't handle WINEDDBLT_ASYNC flag.
err:mmdevapi:DllGetClassObject Driver initialization failed
err:ole:apartment_getclassobject DllGetClassObject returned error 0x80004005
err:ole:CoGetClassObject no class object {bcde0395-e52f-467c-8e3d-c4579291692e} could be created for context 0x1
fixme:d3d_surface:wined3d_surface_flip Ignoring flags 0x1.

There is a speedup, I think, of a factor 2, but it is still way below useability.
I am not sure why but I seem to have a mix of wine packages:

wine-1.3.29-1.fc16.x86_64
wine-alsa-1.3.29-1.fc16.x86_64
wine-capi-1.3.29-1.fc16.i686
wine-capi-1.3.29-1.fc16.x86_64
wine-cms-1.3.29-1.fc16.i686
wine-cms-1.3.29-1.fc16.x86_64
wine-common-1.3.29-1.fc16.noarch
wine-core-1.3.29-1.fc16.i686
wine-core-1.3.29-1.fc16.x86_64
etc.

So 64 bit wine but most support in 32 and 64 bits. Does this make any sense? Should I remove one set?

    Thank you,
          Bill



-- 
Bill Murray                     ----                       ATLAS
STFC RAL at: Bat 161 1-08, CERN,1211 Meyrin, Geneve 23, Switzerland
   Tel:- CERN +41 22 7670631    or  RAL +44 (0)1235 446256



More information about the users mailing list