http://bugs.winehq.org/show_bug.cgi?id=10614
Summary: Myst Online: Uru Live: wrong cursor Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs@winehq.org ReportedBy: diafero@arcor.de
Created an attachment (id=9413) --> (http://bugs.winehq.org/attachment.cgi?id=9413) The cursor of Myst Online running with wine
The cursor of Myst Online: Uru Live (http://appdb.winehq.org/objectManager.php?sClass=version&iId=9810) is wrong. Instead of being a circle (like in http://us.i1.yimg.com/us.yimg.com/i/us/ga/gametap/myst/screenshots/myst-scre... at the top right), it is something like a square, but a bit malformed (see attachment). I'm not sure whether it's a d3d/Hardware cursor or a "normal" one, but bugzilla told me to select a component so I guessed d3d.
http://bugs.winehq.org/show_bug.cgi?id=10614
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |trivial
http://bugs.winehq.org/show_bug.cgi?id=10614
Andrej andrej.sinicyn@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrej.sinicyn@gmx.de
--- Comment #1 from Andrej andrej.sinicyn@gmx.de 2007-11-30 12:48:40 --- I can definitely confirm this bug. What I can tell from debugging logs is that the correct cursor resource is read from the game's executable, but it won't show up on screen. it seems, that the cursor change isn't done in a common approach as a don't see any SetCursor API call after the cursor resource is loaded, so I can't yet say for sure if the application hacks something, or uses just a yet unsupported approach for cursor loading. This needs definitely more debugging.
P.S. Is there any d3d/hardware approach to change cursor beyond standard Win32 API?
http://bugs.winehq.org/show_bug.cgi?id=10614
--- Comment #2 from Andrej andrej.sinicyn@gmx.de 2007-11-30 13:24:49 --- OK, this time I could research better than yesterday when I wanted to submit this bug. Probably the DirectX function "SetCursorProperties" is used. In case of MOUL it would be "IDirect3DDevice9Impl_SetCursorProperties" which calls "IWineD3DDeviceImpl_SetCursorProperties" from /dlls/wined3d/device.c and this is where some further debugging should be done.
http://bugs.winehq.org/show_bug.cgi?id=10614
diafero@arcor.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |diafero@arcor.de
--- Comment #3 from diafero@arcor.de 2007-11-30 13:37:51 --- If there's anything I can to do help debugging, please let me know :) (I don't have any experience in wine debugging yet)
http://bugs.winehq.org/show_bug.cgi?id=10614
--- Comment #4 from Andrej andrej.sinicyn@gmx.de 2007-11-30 14:50:31 --- Well, I don't have any more experience. My debugging will look like adding different console outputs into the method and see which of will be called and tell me how current variables of relevance are set.
http://bugs.winehq.org/show_bug.cgi?id=10614
--- Comment #5 from diafero@arcor.de 2007-12-01 02:44:24 --- No, it's not SetCursorProperties. I changed the TRACEs in both "IDirect3DDevice9Impl_SetCursorProperties" and "IWineD3DDeviceImpl_SetCursorProperties" to FIXMEs in order to see if they are called, but they aren't.
http://bugs.winehq.org/show_bug.cgi?id=10614
--- Comment #6 from diafero@arcor.de 2007-12-01 09:42:11 --- Created an attachment (id=9434) --> (http://bugs.winehq.org/attachment.cgi?id=9434) output of MOUL startup with WINEDEBUG="cursor"
http://bugs.winehq.org/show_bug.cgi?id=10614
--- Comment #7 from diafero@arcor.de 2007-12-01 09:51:01 --- I attached the output of the Myst Online startup with WINEDEBUG="cursor".
The moment when Myst switches to full screen is the first line saying something about clipping. All these "X11DRV_MotionNotify" are from the avatar selection (at least most of them).
On Windows, when I move the mouse above something klickable, it changes to two concentric circles. Using wine, there's also a change visible: The one I uploaded is shown above klickables, and for the "default" cursor the square is some pixels less high (the white line at the top of the cursor remains). However, the cursor change is not indicated at all in the log.
http://bugs.winehq.org/show_bug.cgi?id=10614
--- Comment #8 from Andrej andrej.sinicyn@gmx.de 2007-12-19 06:21:34 --- I think we have to look for DIB and DC functions as perhaps Cyan just copies the bitmaps on cursor change into the part of memory, where the cursor is stored, instead of "correctly" chaneging it by Windows API.
http://bugs.winehq.org/show_bug.cgi?id=10614
--- Comment #9 from diafero@arcor.de 2007-12-20 12:05:32 --- It seems the cursor works fine with Cedega: http://www.mystonline.com/forums/viewtopic.php?p=232302#232302
http://bugs.winehq.org/show_bug.cgi?id=10614
--- Comment #10 from Andrej andrej.sinicyn@gmx.de 2007-12-21 14:52:12 --- Well, no wonder, though Cedega started as a fork of wine, they never gave the code back. On the other side the created Cider for MacOs, and that's why MOUL runs on Mac. If Cedega would have this cursor bug, it would also probably be present on Mac version of Uru. So we don't have any use of Cedega for bug solving. :-(
http://bugs.winehq.org/show_bug.cgi?id=10614
--- Comment #11 from Andrej andrej.sinicyn@gmx.de 2008-01-17 16:56:44 --- OK, finally I think that I localized the problem, though I'm still searching where exactly it goes wrong. The Cursor is manipulated with bitmap functions, so the cursor can contain user's name. I traced curor and bitmap and found these interesting lines: --------------------- trace:cursor:LoadIconA 0x400000, #0087 trace:cursor:CURSORICON_Load 0x400000, #0087, 32x32, colors 256, fCursor 0, flags 0x8040 trace:cursor:CreateIconFromResourceEx 0xb8f768 (2216 bytes), ver 00030000, 32x32 icon trace:bitmap:CreateDIBitmap hdc=0x198, header=0x13b9d0, init=4, bits=0xb8fb90, data=0x13b9d0, coloruse=0 (bitmap: width=32, height=32, bpp=8, compr=0) trace:bitmap:CreateCompatibleBitmap (0x198,32,32) = trace:bitmap:CreateBitmapIndirect 32x32, 1 colors returning 0x3e4 trace:bitmap:CreateCompatibleBitmap 0x3e4 --------------------- Even if it's not the concrete point of problem, it shows that somewhere the desired bitmap depth of 8 bits per pixel (256 colors) disappears and is reduced to 1 color.
http://bugs.winehq.org/show_bug.cgi?id=10614
--- Comment #12 from Austin English austinenglish@gmail.com 2008-06-17 11:29:43 --- Is this still an issue in wine 1.0? Could be a dupe of bug 10708.
http://bugs.winehq.org/show_bug.cgi?id=10614
--- Comment #13 from diafero@arcor.de 2008-06-18 03:08:42 --- Yes, I just compiled wine 1.0 and nothing changed. However, on Windows, the cursor is not animated, so I doubt that is the problem. Should I try this patch http://bugs.winehq.org/attachment.cgi?id=12133 or is it already in the wine source?
http://bugs.winehq.org/show_bug.cgi?id=10614
--- Comment #13 from diafero@arcor.de 2008-06-18 03:08:42 --- Yes, I just compiled wine 1.0 and nothing changed. However, on Windows, the cursor is not animated, so I doubt that is the problem. Should I try this patch http://bugs.winehq.org/attachment.cgi?id=12133 or is it already in the wine source?
--- Comment #14 from Austin English austinenglish@gmail.com 2008-06-18 10:58:52 --- (In reply to comment #13)
Yes, I just compiled wine 1.0 and nothing changed. However, on Windows, the cursor is not animated, so I doubt that is the problem. Should I try this patch http://bugs.winehq.org/attachment.cgi?id=12133 or is it already in the wine source?
You can try it, it's not in wine source.
http://bugs.winehq.org/show_bug.cgi?id=10614
Michael zrax@comcast.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #15 from diafero@arcor.de 2008-06-19 06:20:17 --- the patch changes nothing, the cursor still looks as ugly as before
--- Comment #16 from Michael zrax@comcast.net 2008-08-07 15:14:47 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=10614
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|CVS/GIT |unspecified
--- Comment #17 from Austin English austinenglish@gmail.com 2009-01-18 03:47:02 --- Removing deprecated CVS/GIT version tag. Please retest in current git. If the bug is still present in today's wine, but was not present in some earlier version of wine, please update version field to earliest known version of wine that had the bug. Thanks!
http://bugs.winehq.org/show_bug.cgi?id=10614
diafero@arcor.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |0.9.40.
--- Comment #18 from diafero@arcor.de 2009-01-18 04:29:01 --- Myst Online: Uru Live currently does not exist, it was shut down (Cyan announced to make it open-source within the next months though, so that it can be played and tested again). However, exactly the same problem is still present in Uru: Complete Chronicles (or The Path of the Shell), which uses almost the same game engine. The bug was present for all versions of wine I ever used to run Uru, which is every version from June 2007 and later. I set the version to 0.9.40 because that one was released on June 26th, 2007.
http://bugs.winehq.org/show_bug.cgi?id=10614
Darryl Pogue dvpdiner2@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dvpdiner2@gmail.com
--- Comment #19 from Darryl Pogue dvpdiner2@gmail.com 2009-05-23 20:27:19 --- Having compiled wine 1.1.22 with the latest DIB patch provided by Max in ticket #421 I have a working cursor. Without the patch, I have a white block as described in this report.
Clearly this issue is dependant on a DIB engine in wine (issue #421)
http://bugs.winehq.org/show_bug.cgi?id=10614
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends on| |421
http://bugs.winehq.org/show_bug.cgi?id=10614
--- Comment #20 from diafero@arcor.de 2009-06-05 11:05:29 --- I can confirm that the issue is fixes with max' DIB engine
http://bugs.winehq.org/show_bug.cgi?id=10614
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE
--- Comment #21 from Austin English austinenglish@gmail.com 2009-06-05 11:34:54 --- Dupe then.
*** This bug has been marked as a duplicate of bug 421 ***
http://bugs.winehq.org/show_bug.cgi?id=10614
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #22 from Austin English austinenglish@gmail.com 2009-06-05 11:41:34 --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=10614
Bug 10614 depends on bug 421, which changed state.
Bug 421 Summary: Implement a DIB engine http://bugs.winehq.org/show_bug.cgi?id=421
What |Old Value |New Value ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
-
wine-bugs＠winehq.org