wine users - Jul 2004 - Wine 2-D acceleration

A few days ago I asked if wine applications normally run morbidly slow,
and was told definetly not. I got a suggestion that something is wrong
with my 2-D acceleration, but at that point the whole discussion forked
into WINE and games and whether or not it hurts linux...

So, anyone got some suggestions for fixing my 2-D problems? And I did
try using -march=athlon-xp and such on a recompile - nothing changed,
still slow.

Am Die, Jul 13, 2004 at 03:40:03 -0700 schrieb The MCP:
> So, anyone got some suggestions for fixing my 2-D problems? And I did
> try using -march=athlon-xp and such on a recompile - nothing changed,
> still slow.
In your case the problem can not be solved by configuring wine. You have
to configure your X11 correctly to make this work. Look at you X-Server
documentation to find out whether it is accelerated. Also xdpyinfo may
give you useful informations.

Regards
	Joachim
-- 
"Never touch a running system! Never run a touching system?
          Never run a touchy system!!!"

The MCP wrote:
> A few days ago I asked if wine applications normally run morbidly slow,
> and was told definetly not. I got a suggestion that something is wrong
> with my 2-D acceleration, but at that point the whole discussion forked
> into WINE and games and whether or not it hurts linux...
> 
"Definitely not" is incorrect. Most things run at normal/fast speeds, 
but some things do indeed run morbidly slow. It really is just 
application dependent. Back several years ago, when much lower level 
(drawing?) code was moved into the Wine server, one of my electronic 
design packages slowed down dramatically when trying to drag large 
objects. And this same thing might be affecting the games you are trying.

This is apparently due to the amount of time taken for server calls. At 
the time, Transgaming complained quite a bit about the severe hit some 
of their games took due to this. I would not be surprised if they backed 
out those changes, though I don't actually know whether they did. Have 
you tried WineX?

Since my application is still very slow, it is apparent that the 
inefficiencies are still there in the regular Wine (I rarely use the 
particular application anymore). Wine could really use someone with some 
serious programming skills to delve into performance bottlenecks. This 
is one of disadvantages of the very small team working on Wine, and in 
particular, the extremely small number of people working on Wine with 
that particular skill set.

I don't know about the native NVidia drivers more than that they are
different in some extends. Perhaps someone on the list knows about
2D acceleration with wine and NVidia X11 drivers.

Am Mit, Jul 14, 2004 at 12:01:17 -0700 schrieb The MCP:
> On Wed, 2004-07-14 at 04:04, Joachim von Thadden wrote:
> > Am Die, Jul 13, 2004 at 03:40:03 -0700 schrieb The MCP:
> > > So, anyone got some suggestions for fixing my 2-D problems? And I
did
> > > try using -march=athlon-xp and such on a recompile - nothing
changed,
> > > still slow.
> > 
> > In your case the problem can not be solved by configuring wine. You
have
> > to configure your X11 correctly to make this work. Look at you
X-Server
> > documentation to find out whether it is accelerated. Also xdpyinfo may
> > give you useful informations.
> > 
> > Regards
> > 	Joachim
> 
> If by accelerated you mean using proper drivers, then yes - I have
> installed the Nvidia GLX/OpenGL drivers for my FX5200 video card. If
> not, here's what xdpyinfo printed out:
> 
> (Could both "GLX" and "NV-GLX" being loaded be the
problem, ie WINE is
> going for the slow default drivers?)
> 
> name of display:    :0.0
> version number:    11.0
> vendor string:    Mandrake Linux (XFree86 4.3, patch level 30mdk)
> vendor release number:    40300001
> XFree86 version: 4.3.0.1
> maximum request size:  4194300 bytes
> motion buffer size:  256
> bitmap unit, bit order, padding:    32, LSBFirst, 32
> image byte order:    LSBFirst
> number of supported pixmap formats:    7
> supported pixmap formats:
>     depth 1, bits_per_pixel 1, scanline_pad 32
>     depth 4, bits_per_pixel 8, scanline_pad 32
>     depth 8, bits_per_pixel 8, scanline_pad 32
>     depth 15, bits_per_pixel 16, scanline_pad 32
>     depth 16, bits_per_pixel 16, scanline_pad 32
>     depth 24, bits_per_pixel 32, scanline_pad 32
>     depth 32, bits_per_pixel 32, scanline_pad 32
> keycode range:    minimum 8, maximum 255
> focus:  window 0x2e00005, revert to PointerRoot
> number of extensions:    30
>     BIG-REQUESTS
>     DOUBLE-BUFFER
>     DPMS
>     Extended-Visual-Information
>     FontCache
>     GLX
>     LBX
>     MIT-SCREEN-SAVER
>     MIT-SHM
>     MIT-SUNDRY-NONSTANDARD
>     NV-CONTROL
>     NV-GLX
>     RANDR
>     RENDER
>     SECURITY
>     SHAPE
>     SYNC
>     TOG-CUP
>     X-Resource
>     XC-APPGROUP
>     XC-MISC
>     XFree86-Bigfont
>     XFree86-DGA
>     XFree86-Misc
>     XFree86-VidModeExtension
>     XInputExtension
>     XKEYBOARD
>     XTEST
>     XVideo
>     XVideo-MotionCompensation
> default screen number:    0
> number of screens:    1
Regards
	Joachim
-- 
"Never touch a running system! Never run a touching system?
          Never run a touchy system!!!"

If you have working NVidia drivers you shouldn't need to do anything else.
They
work very well with wine on my pc.

Ivan.