http://bugs.winehq.org/show_bug.cgi?id=3945
------- Additional Comments From super-greg(a)gmx.de 2006-24-07 09:13 -------
I also get to the menu. Vids are also played.
If I set visual threatment to low I can see the garage and the mustang in the
menu.
But crashs also later on when entering game.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4306
------- Additional Comments From super-greg(a)gmx.de 2006-24-07 09:09 -------
update:
Ingame I can now see the hud, but everything else is still only black.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4070
------- Additional Comments From stefandoesinger(a)gmx.at 2006-24-07 09:07 -------
This is a case of multithreaded direct3d, which is unsupported by wine. You
can try the hack at http://stud4.tuwien.ac.at/~e0526822/thread , it fixes the
issue for Empire Earth but it lowers the performance by 90% and apparently
breaks lighting.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=799
------- Additional Comments From stefandoesinger(a)gmx.at 2006-24-07 08:49 -------
I'd say this bug is invalid, for debugging using a virtual desktop is highly
recommended, with it the game won't be able to mess up the screen. Otherwise
if the game crashes unexpectadely than the actual crash is the real bug. If
the screen resolution is not restored properly after crashes then this is
incorrect cleanup, which should IMO be fixed in the X server or window
manager.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3731
stefandoesinger(a)gmx.at changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From stefandoesinger(a)gmx.at 2006-24-07 08:42 -------
This patch was reported to work and commited to git, resolving as fixed.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5748
Summary: Regression: Rome total war crashes
Product: Wine
Version: CVS
Platform: Other
URL: http://www.gamershell.com/download_6784.shtml
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeremielapuree(a)yahoo.fr
With wine cvs dated of 2006-07-24, Rome total war demo complains that DirectX9
is not installed. It is a regression, since there was a few days, it begun to run.
It seems to be a problem with dinput, but I am not sure, so I let compenent
wine-directx. You could change if it is not the case.
I attached the console output
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4863
------- Additional Comments From agarobr.listas(a)gmail.com 2006-24-07 08:19 -------
As Dan Kegel said, I have sent to wine-patch list a patch with a probable fix
for this bug.
Therefor, after studying the GDI API a little bit (from Huw Davies test and MSDN
documentation), I don't have a clear idea how to make a test for this bug.
As I thought, a initial approach would be manually create a DIB (dib.a) to use
with the SetDIBits function, get the resultant DDB and pass it to the GetDIBits
function, at this point, get the new resultant DIB (dib.b) and check if it
matches with that first one (dib.a) initialy passed for SetDIBits function, but
I didn't find sufficient information about DIB struture to manually create a
instance in the DIB_PAL_COLORS format or how to compare two instances of this type.
Assuming that the HBITMAP returned by LoadImage function is a DIB, this function
may be used to create a the necessary DIB for the approach above, but again I
didn't find how to get (or build) the bit array from HBITMAP to use with
SetDIBits function.
I don't even know if the data flow "DIB->SetDIBits->DDB->GetDIBits->DIB" and the
comparison of initial and resultant DIB are a apropriated approach to validate
the right behavior of SetDIBits funcion.
If someone have comments on this subject, please post here.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.