http://bugs.winehq.org/show_bug.cgi?id=9030
--- Comment #30 from Boran Car <boran.car(a)gmail.com> 2010-07-12 07:50:03 ---
(In reply to comment #28)
> Created an attachment (id=29544)
--> (http://bugs.winehq.org/attachment.cgi?id=29544) [details]
> Armymen menu - with faked palette
>
> I had created a simple faked palette just in CreatePalette, so I recieved some
> usable pictures. I had stepped through army men initialization process and i
> had discovered that this program gives a pretty odd palette to CreatePalette
> call - 256-times R:0 G:0 B:0. Maybe Armymen relies on a default palette, maybe
> not. Once more interesting article i found is that army men does all the
> rendering through GetDC and ReleaseDC, so the palette is not probably needed.
> Then the problem is in X11DRV_DIB_MapColor, because the search for acceptable
> color fails and the function returns zero index - allways black color. This is
> probably more general problem with translating colors between palette and DC.
Yes, you are completely right. I had abandoned this for a while, promising to
return to it later. I remember using hw breakpoints to see if anything gets
copied to the surface memory, and indeed, zeros were copied all the time so I
dismissed it as no copying. This might prove the fact that all rendering is
done through GetDC and ReleaseDC which in fact call Lock and Unlock and do the
translation themselves, hence, we get 24-bit RGB (0,0,0) = 0. Maybe this
palette gets input as a result of another function call and game logic. I was
planning to make a proxy ddraw.dll on windows and trace the calls to ddraw to
get more insight. Can you please provide me with that article?
It's possible to obtain the correct default palette from windows and use it in
wine. One more thing that might prove this is an odd result while playing Air
Tactics on Windows XP. Sometimes, the screen turns into a color noise (probably
as a result of a palette change). If we can fix this on Wine, we might provide
a ddraw.dll that will make the game (and similar games to it) runnable once
more on Windows.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=22465
Summary: Eufloria: random/sporadic crashes
Product: Wine
Version: 1.1.43
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: limited_choice(a)hotmail.com
Created an attachment (id=27521)
--> (http://bugs.winehq.org/attachment.cgi?id=27521)
WINEDEBUG=+seh,+tid
Eufloria randomly crahses or locks up (music keep playing, but game graphics
stop
and no user input is recognized) -> killall -9 Eufloria.exe is the only way
out. Sometimes the crash will spawn a seg_fault. Cannot complete game due to
this issue and am stuck at level 10 currently. Also, game can hang at launch
but I found that using taskset to bind affinity to one CPU core works around
this. In every instance, the game crashes with the exact same seh report;
0009:err:seh:setup_exception_record nested exception on signal stack in thread
0009 eip 7efbcf30 esp 7ffdbc7c stack 0x242000-0x340000
Gzipped logfile attached being the output of;
WINEDEBUG=+seh,+tid taskset 0x00000001 wine Eufloria.exe &>eufloria.log
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23620
Summary: Running IMVU causes a kernel panic and freezes the
system.
Product: Wine
Version: 1.2-rc7
Platform: x86-64
URL: http://www.imvu.com/catalog/web_index.php
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ryan.farmer.personal(a)gmail.com
When running the IMVU program, the program lets you log in and it opens the
main window, but after approximately 10 seconds, the system freezes and
requires a hard reset. (System is unresponsive when I try to switch to another
terminal)
Program can be downloaded at URL above.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3028
N3o <diafoirus(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |diafoirus(a)gmail.com
--- Comment #18 from N3o <diafoirus(a)gmail.com> 2010-07-11 23:27:17 ---
--- Reporting : Not occur on 1.2.rc7 ---
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23598
Summary: Perseus 1.9.1 demo crash on start
Product: Wine
Version: 1.1.42
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: efa(a)iol.it
Created an attachment (id=29509)
--> (http://bugs.winehq.org/attachment.cgi?id=29509)
shot of crash
double click on perseus.exe the application start to load and then crash
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8097
--- Comment #5 from Austin English <austinenglish(a)gmail.com> 2010-07-11 19:02:21 ---
Still present in 1.2-rc7.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=22341
Summary: Touhou games: no text in dialogue boxes
Product: Wine
Version: 1.1.41
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dottomi(a)gmail.com
Created an attachment (id=27334)
--> (http://bugs.winehq.org/attachment.cgi?id=27334)
visualization
There is no text in the dialogue boxes. Guess it has full opacity or something.
See the attached image.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14373
Summary: Starcraft : select one overlord (and only it) makes the
game very slow.
Product: Wine
Version: unspecified
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)spontex.org
The "bug" is mouse won't move at the same speed when you have selected one
overlord, and only one overlord.
When you have anything else selected, game will have a "normal" speed.
Steps to reproduce :
1/ update your registries as described :
* Use the key "DirectDrawRenderer" and add that to your registry
* with the value "opengl"; you may also need to add the key
* "RenderTargetLockMode" with the value "readtex".
2/ Launch single game "play custom" and choose zerg for you.
3/ select overlord
4/ move mouse
If you do "F10" to make menu appear, the mouse will still be slow !
Workaround : remove "Direct3D" from registry (Local user\Software\Wine)
Ref:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=149#Comment-26…
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9030
--- Comment #28 from Pavel Prochazka <pavelvonlostice(a)seznam.cz> 2010-07-11 17:24:21 ---
Created an attachment (id=29544)
--> (http://bugs.winehq.org/attachment.cgi?id=29544)
Armymen menu - with faked palette
I had created a simple faked palette just in CreatePalette, so I recieved some
usable pictures. I had stepped through army men initialization process and i
had discovered that this program gives a pretty odd palette to CreatePalette
call - 256-times R:0 G:0 B:0. Maybe Armymen relies on a default palette, maybe
not. Once more interesting article i found is that army men does all the
rendering through GetDC and ReleaseDC, so the palette is not probably needed.
Then the problem is in X11DRV_DIB_MapColor, because the search for acceptable
color fails and the function returns zero index - allways black color. This is
probably more general problem with translating colors between palette and DC.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.