World Of Warcraft Support UPDATED DEC31/06!

Message

discomfitor · Post by **discomfitor** » Fri Oct 13, 2006 3:49 am

ikshaar wrote:Installer failed (as usual)

The installer and downloader for it both ran fine. Haven't had time to test further yet.

WizMaster · Post by **WizMaster** » Sat Oct 14, 2006 3:15 pm

You can use this patch for wine 0.9.23

Code: Select all

--- dlls/winex11.drv/opengl.c	2006-10-13 10:43:39.000000000 -0400
+++ dlls/winex11.drv/opengl.c	2006-10-14 10:50:47.000000000 -0400
@@ -1358,7 +1358,7 @@
 BOOL X11DRV_wglMakeCurrent(X11DRV_PDEVICE *physDev, HGLRC hglrc) {
     BOOL ret;
     HDC hdc = physDev->hdc;
-    DWORD type = GetObjectType(hdc);
+    DWORD type = 0; //GetObjectType(hdc);
 
     TRACE("(%p,%p)\n", hdc, hglrc);

Linubie · Post by **Linubie** » Sat Oct 14, 2006 6:34 pm

I have a problem with patching the alsa part since latest wine update:
http://dbservice.com/ftpdir/tom/alsa-audio.patch

* Failed Patch: alsa-audio.patch !
* ( /usr/local/portage/app-emulation/wine/files/alsa-audio.patch )
*
* Include in your bugreport the contents of:
*
* /var/tmp/portage/wine-0.9.23-r1/temp/alsa-audio.patch-6811.out

!!! ERROR: app-emulation/wine-0.9.23-r1 failed.
Call stack:
ebuild.sh, line 1546: Called dyn_unpack
ebuild.sh, line 708: Called src_unpack
wine-0.9.23-r1.ebuild, line 65: Called epatch '/usr/local/portage/app-emulation/wine/files/alsa-audio.patch'
eutils.eclass, line 341: Called die

!!! Failed Patch: alsa-audio.patch!
!!! If you need support, post the topmost build error, and the call stack if relevant.

!!! This ebuild is from an overlay: '/usr/local/portage'

ls /var/tmp/portage/wine-0.9.23-r1/work/wine*/dlls/winmm/winealsa/audio.c
/var/tmp/portage/wine-0.9.23-r1/work/wine-0.9.23/dlls/winmm/winealsa/audio.c

ls /usr/local/portage/app-emulation/wine/files/alsa-audio.patch
/usr/local/portage/app-emulation/wine/files/alsa-audio.patch

cat /var/tmp/portage/wine-0.9.23-r1/temp/alsa-audio.patch-6811.out

***** alsa-audio.patch *****

============================

PATCH COMMAND: patch -p0 -g0 -E --no-backup-if-mismatch < /usr/local/portage/app-emulation/wine/files/alsa-audio.patch

============================
can't find file to patch at input line 5
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff --git a/dlls/winmm/winealsa/audio.c b/dlls/winmm/winealsa/audio.c
|index 9eec364..b9cbf01 100644
|--- a/dlls/winmm/winealsa/audio.c
|+++ b/dlls/winmm/winealsa/audio.c
--------------------------
No file to patch. Skipping patch.
8 out of 8 hunks ignored
============================

PATCH COMMAND: patch -p1 -g0 -E --no-backup-if-mismatch < /usr/local/portage/app-emulation/wine/files/alsa-audio.patch

============================
patching file dlls/winmm/winealsa/audio.c
Hunk #2 succeeded at 2349 with fuzz 1.
Hunk #3 FAILED at 3046.
Hunk #6 FAILED at 3365.
Hunk #8 FAILED at 3555.
3 out of 8 hunks FAILED -- saving rejects to file dlls/winmm/winealsa/audio.c.rej
============================

PATCH COMMAND: patch -p2 -g0 -E --no-backup-if-mismatch < /usr/local/portage/app-emulation/wine/files/alsa-audio.patch

============================
can't find file to patch at input line 5
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff --git a/dlls/winmm/winealsa/audio.c b/dlls/winmm/winealsa/audio.c
|index 9eec364..b9cbf01 100644
|--- a/dlls/winmm/winealsa/audio.c
|+++ b/dlls/winmm/winealsa/audio.c
--------------------------
No file to patch. Skipping patch.
8 out of 8 hunks ignored
============================

PATCH COMMAND: patch -p3 -g0 -E --no-backup-if-mismatch < /usr/local/portage/app-emulation/wine/files/alsa-audio.patch

============================
can't find file to patch at input line 5
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff --git a/dlls/winmm/winealsa/audio.c b/dlls/winmm/winealsa/audio.c
|index 9eec364..b9cbf01 100644
|--- a/dlls/winmm/winealsa/audio.c
|+++ b/dlls/winmm/winealsa/audio.c
--------------------------
No file to patch. Skipping patch.
8 out of 8 hunks ignored
============================

PATCH COMMAND: patch -p4 -g0 -E --no-backup-if-mismatch < /usr/local/portage/app-emulation/wine/files/alsa-audio.patch

============================
can't find file to patch at input line 5
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff --git a/dlls/winmm/winealsa/audio.c b/dlls/winmm/winealsa/audio.c
|index 9eec364..b9cbf01 100644
|--- a/dlls/winmm/winealsa/audio.c
|+++ b/dlls/winmm/winealsa/audio.c
--------------------------
No file to patch. Skipping patch.
8 out of 8 hunks ignored

Is this patch still needed, could someone help please?

Thank you in advance

neuron · Post by **neuron** » Sat Oct 14, 2006 7:01 pm

I've never used an alsa patch, what was it needed for?

In either case you should be fine without it

Linubie · Post by **Linubie** » Sat Oct 14, 2006 7:39 pm

neuron wrote:I've never used an alsa patch, what was it needed for?

In either case you should be fine without it

Please have a look here:

http://forums.gentoo.org/viewtopic-p-35 ... ml#3593114

otherside · Post by **otherside** » Sat Oct 14, 2006 8:20 pm

Linubie wrote:I have a problem with patching the alsa part since latest wine update:
http://dbservice.com/ftpdir/tom/alsa-audio.patch

Do you simply apply every patch that is posted in this thread without even reading what it is for??? I'm sorry but that's just stupid...

Of course if you apply this patch to a different wine version than the patch was created for, it may fail. It doesn't have to but it may... which is exactly what you saw. I can give you an updated version, but I don't see any reason to do so if you don't even know why the patch exists in the first place.

Linubie · Post by **Linubie** » Sat Oct 14, 2006 9:11 pm

Hey sounds like I am stupid, but I was lazy to write down what this patch is good for.
Iam a noob in programing but for my status of information this patch gives better performance using wine with alsa support in wow.
I was using this patch since you have posted it in wine mailing list to have the ability using teamspeak and wow with alsa.

Don't know why you think I do simply apply every patch, why you flaming on me asking a question...

I appreciate your work I am glad that people like you have the knowledge to write patches like this.

Thank you

LouisC · Post by **LouisC** » Sun Oct 15, 2006 6:52 am

I have WoW working almost-perfectly on Wine on full settings not using OpenGL. The only problem is I still see my mouse cursor during the game, as well as the custom cursor.. Is there any way to hide my cursor? I checked the wine site and people have been saying it's because of imperfections in the way wine handles directx (http://appdb.winehq.org/commentview.php ... adId=13417).

In OpenGL, the display flickers crazily and I only see the menus. For instance, the gateway doesn't appear on my login screen, the character and landscape doesn't appear in the character selection screen, and nothing but the hotbars and the other buttons appear in the actual game. Everything else is black. I'm using the latest nvidia drivers.

[edit: trying a patch from http://appdb.winehq.org/appview.php?iVersionId=5606 hoping it will work]

[edit: it worked

]

otherside · Post by **otherside** » Sun Oct 15, 2006 11:36 am

Linubie wrote: I am a noob in programing but for my status of information this patch gives better performance using wine with alsa support in wow.

That's about right. And I'm sorry that I assumed you wouldn't know that.

Patches break if upstream is heavily modified. It just happens, but no need to worry about that, creating a new patch is not a big deal. Just send me a PM or an email. I'm updating wine on a weekly basis, so I can provide an updated patch at any time.

LouisC · Post by **LouisC** » Sun Oct 15, 2006 5:04 pm

Quick little update on my status: I'm also having the problem where the sound happens a second after the action happens. Can someone (otherside?) update that alsa patch? I tried changing my sound buffer size but it didn't do any good.

otherside · Post by **otherside** » Sun Oct 15, 2006 5:25 pm

LouisC wrote:Quick little update on my status: I'm also having the problem where the sound happens a second after the action happens. Can someone (otherside?) update that alsa patch? I tried changing my sound buffer size but it didn't do any good.

updating the patch seems more difficult than I thought... will take a little bit more time to finish...

LouisC · Post by **LouisC** » Sun Oct 15, 2006 5:32 pm

Alright, thanks

LouisC · Post by **LouisC** » Wed Oct 18, 2006 10:25 pm

Still no fix? I'm gonna try recompiling wine with OSS support.. try using those drivers temporarily.

Griswold · Post by **Griswold** » Thu Oct 19, 2006 5:55 am

I haven't gotten around to getting my hardware cursor patch in for d3d yet. There is one last thing I have to implement correctly first, anyhow if anyone wants it in its current state, just pm me with your email and I can email you it. (Thats mainly for LouisC, but for anyone who wants it.) Keep in mind d3d mode is slower for my though than OpenGL mode, and maybe more buggy. Basically, my patch should work fine right now for WoW, but it isn't "perfect" yet.

LouisC · Post by **LouisC** » Thu Oct 19, 2006 5:53 pm

I got OpenGL to work by using a patch on the wine page for WoW, and I edited my post to say I did... Sorry for causing you extra trouble if I did. The patch for d3d is a good thing to have in wine though, so I'm sure it wasn't a waste of time.

Griswold · Post by **Griswold** » Fri Oct 20, 2006 5:14 am

No extra trouble

I was just saying that some people might prefer lower fps but have a hardware cursor. I still don't understand why blizz didn't just implement a hardware cursor for OpenGL mode. Could just use the GDI cursor or something. Maybe not as easy to code, but not terribly difficult.

WizMaster · Post by **WizMaster** » Fri Oct 20, 2006 3:09 pm

Griswold wrote:No extra trouble I was just saying that some people might prefer lower fps but have a hardware cursor. I still don't understand why blizz didn't just implement a hardware cursor for OpenGL mode. Could just use the GDI cursor or something. Maybe not as easy to code, but not terribly difficult.

That's interesting. What's a hardware cursor? I'm running it using OpenGL and I like my FPS. Is a hardware cursor really worth a hit to the already low FPS?

Griswold · Post by **Griswold** » Sat Oct 21, 2006 6:14 am

Hardware cursor basically means that you use the system cursor instead of telling the game to draw its own. The nice thing about the hardware cursor is it will move on your screen when you move your mouse regardless of the fps. A software cursor is only as fast as the fps. The fps drop from OpenGL -> D3D is probably not worth it, but I can send you a patch if you are interested in testing it out. However, I hope to get it into wine soon. I do not know when that will be though, as I have school now and cannot program much. I also started programming a Computer Algebra System. It probably won't go anywhere, but it will surely make me smarter.

Anyhow, just PM me with your email if you are interested in a patch for hardware cursor support, otherwise just wait a while until I can get it into wine. It does require someone else's patches get in first though.

neuron · Post by **neuron** » Sat Oct 28, 2006 7:58 pm

anyone done testing to see which options one can turn on without loss of performance?

I imagine pretty much everyone is cpu bound, just don't know what of the graphics features will cause a cpu increase.

Akaihiryuu · Post by **Akaihiryuu** » Tue Oct 31, 2006 11:07 pm

I haven't gotten around to putting Gentoo on my gaming system yet (mainly due to needing additional HD space), I do have it on 3 of my other systems and have had decent luck with Wine on them. However, I am curious about something. I have an Audigy 2 ZS in that computer (which is supposedly fully supported by ALSA) and a Radeon x850XT. I'm wondering if the EAX audio effects that WOW uses work when running it under Wine. I'm assuming it would work via OpenAL, but I don't know how well/if Wine supports that. I'll hopefully be getting an extra HD soon so I can experiment with WOW on Linux on that computer, but this is one of the main things I'm curious about.

ikshaar · Post by **ikshaar** » Wed Nov 01, 2006 5:57 am

No, EAX is not supported. And as EAX effects are incompatible with the coming Vista/DirectX, it's probably going to be deprecated soon.

neuron · Post by **neuron** » Wed Nov 01, 2006 6:19 pm

ikshaar wrote:No, EAX is not supported. And as EAX effects are incompatible with the coming Vista/DirectX, it's probably going to be deprecated soon.

wouldn't bet on it.. the new directsound will not be hardware accelerated, which I bet will piss soundblaster/creative off quite a bit, they've put a lot of work into hardware sound acceleration and EAX.

ikshaar · Post by **ikshaar** » Wed Nov 01, 2006 6:58 pm

I found EAX pretty nice... but as it was a Windows only thing... i am not going to cry on it.

Besides OpenAL will be the new hardware accelerated path. Which happen to be cross-platform... so that would probably offer a much easier way for wine/cedega to support those - once the game support OpenAL.

otherside · Post by **otherside** » Wed Nov 01, 2006 9:32 pm

ikshaar wrote: Besides OpenAL will be the new hardware accelerated path. Which happen to be cross-platform... so that would probably offer a much easier way for wine/cedega to support those - once the game support OpenAL.

OpenAL will probably be implemented the same way in wine as OpenGL currently is.. opengl32.dll provides thunks to compensate for the different calling convention (99.9% of the OpenGL functions are simply routed to libGL.so) and only very few functions (WGL - the Windows-specific OpenGL functions and one or two OpenGL functions) are implemented in wine itself.

Or we always could write a simple OpenAL based on DirectSound ...

mathio · Post by **mathio** » Thu Nov 02, 2006 11:01 am

Hello, I dont know whether anyone already experienced this problem. I googled it but I havent found anything similar to this, so here I am.

Everytime I try to start WoW.exe, with or without -opengl parameter I get the following error in console:

Code: Select all

fixme:process:IsWow64Process (0xffffffff 0x34fb98) stub!
err:ddraw:DDRAW_Create Couldn't load WineD3D - OpenGL libs not present?
fixme:advapi:SetSecurityInfo stub
fixme:powrprof:DllMain (0x7d940000, 1, (nil)) not fully implemented
fixme:ntdll:NtPowerInformation Unimplemented NtPowerInformation action: 11
fixme:powrprof:DllMain (0x7d940000, 0, (nil)) not fully implemented
fixme:win:EnumDisplayDevicesW ((null),0,0x34eedc,0x00000000), stub!
err:module:import_dll Library wined3d.dll (which is needed by L"c:\\windows\\system32\\d3d9.dll") not found
fixme:win:EnumDisplayDevicesW ((null),0,0x34f148,0x00000000), stub!

It says about some .dll file but I dont have it in fake windows directory, it is not in my real Windows XP instalation and I havent found it in the internet

There is also another error which seems to be some kind of Windows stuff but I think they could be about the same issue. Here is the screenshot.

World Of Warcraft Support UPDATED DEC31/06!

alsa-patch nor working since wine-0.9.23

Re: alsa-patch nor working since wine-0.9.23