FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora User

 
 
LinkBack Thread Tools
 
Old 11-13-2011, 04:44 PM
William Murray
 
Default wine direct rendering under F16?

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:windowssystem32wineboot.exe"
errrocess: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:mmdevapillGetClassObject Driver initialization failed
errle:apartment_getclassobject DllGetClassObject returned error 0x80004005
errle: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


--
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

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
 
Old 11-13-2011, 10:28 PM
Rudolf Kastl
 
Default wine direct rendering under F16?

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
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
 
Old 11-14-2011, 07:26 AM
William Murray
 
Default wine direct rendering under F16?

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:windowssystem32wineboot.exe"
> errrocess: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:mmdevapillGetClassObject Driver initialization failed
> errle:apartment_getclassobject DllGetClassObject returned error
> 0x80004005
> errle: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:mmdevapillGetClassObject Driver initialization failed
errle:apartment_getclassobject DllGetClassObject returned error 0x80004005
errle: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

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
 

Thread Tools




All times are GMT. The time now is 07:16 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org