http://bugs.winehq.org/show_bug.cgi?id=6190
Summary: regressions: Supreme Snowboarding fails since 0.9.19
Product: Wine
Version: 0.9.20.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Hi,
I've been testing Supreme Snowboarding 1.033 on Debian Ubuntu Breezy and Dapper.
While the following versions work, more recent ones now fail.
Works:
20050725 Breezy
0.9.9 Dapper
0.9.15 Breezy & Dapper
0.9.16 Breezy & Dapper
Fails:
0.9.19 Dapper
0.9.20 Dapper
I recommend using win2k mode, because the preferences requester then offers
OpenGL as rendering method (next to Software2, DirectX7 and DirectX6).
However, none of the bugs is related to OpenGL as I've also tested Software2
mode, with identical results.
There are possibly several bugs:
- Display_Config.exe may crash when selecting anything else than OpenGL
rendering. Or it does not crash, but it does not refresh its window correctly,
until OpenGL is choosen again.
- Running Supreme.exe initially works, however as soon as one enters the race or
training menu, both screen animation and sound become chopped up, while CPU goes
to 100%. It is as out of every second, the machine stands still for half of it.
The snowboarder avatar is not rendered (Keith, Vincent etc.). If continuing
from there, the game hangs as soon as one tries to enter the course (after
selecting snowboarder, board and whether). Luckily, wine reacts to Ctrl^C, a
window pops up and enables to terminate the program.
With 0.9.15/16 CPU% is at 80% while in the menus (anim and sound playing), and
100% during race.
To choose a rendering method without Display_Config.exe, edit:
Games\Supreme\rd_config.txt:
api_name = "OpenGL";
width = 800;
height = 600;
depth = 32;
card_id = 0;
fullscreen = 1;
o wine-0.9.19 produces the symptoms describe above.
o wine-0.9.20 behaves even worse than 0.9.19. It doesn't run at all and yields:
X Error of failed request: GLXUnsupportedPrivateRequest
Major opcode of failed request: 143 (GLX)
Minor opcode of failed request: 17 (X_GLXVendorPrivateWithReply)
Serial number of failed request: 384
Current serial number in output stream: 384
I found a message where vitaliy(a)kievinfo.com thinks it's an ATI bug.
http://bugs.winehq.org/show_bug.cgi?id=6098
However I have an Intel i810 on-board chip.
o wine-0.9.15/16 with DirectX7 rendering produce some incorrect results compared
with Software2 or OpenGL modes (DirectX6 is even worse). That's a topic for a
different, future bug report (I'd prefer to report current behaviour with these
if the next 0.9.21 would work again).
I'm sorry I haven't attached any logfiles. I'll readily do so if you tell me
which of the many options to log with WINEDEBUG=... could help you.
After installing the game, I had to perform the steps in WININIT.INI manually:
[rename]
c:\windows\system32\Mfc42.dll=c:\windows\system32\_Mfc42.dll
c:\windows\system32\Msvcp60.dll=c:\windows\system32\_Msvcp60.dll
c:\windows\system32\ws2help.dll=c:\windows\system32\_ws2help.dll
c:\windows\system32\Msvcrt.dll=c:\windows\system32\_Msvcrt.dll
Of course, msvcrt.dll is being ignored (builtin default)
I'm quite surprised wine did not do that for me. Did I miss something?
o I offer to also test the missing versions 0.9.17-18 if this helps you.
However the site where I usually download your distribution does not list these.
http://wine.budgetdedicated.com/apt/pool/main/w/wine/
To test some versions under both Breezy and Dapper, I made use of wine's ability
to locate its files itself. I used dpkg --extract directory and set the WINExyz
variables. So identical wine binaries where tested with both Breezy and Dapper
and always produced identical results.
Regards,
Jörg Höhle
--
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=6182
er123(a)interia.pl changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From er123(a)interia.pl 2006-13-09 01:35 -------
ya i realized that every time when i run L2.exe something is changed in system
folder , when i try copy all system folder from private server patch its run ,
but i have to copy every time before i run and i have to change atributes
everytime (so i do not know what is that bug , cause it didnt happend in
windows)
but in result i can start Lineage , only performance is low (i suspect cause
that my integrated graphic card doesnt have T&L and vertex shader hardware and
wine emulate opengl functions slow)
--
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=3818
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2006-13-09 00:53 -------
Scott, have you checked this:
[2] http://bugs.winehq.org/show_bug.cgi?id=6181#c1
Maybe setting DirectDrawRenderer from "gdi" to "opengl" would help to increase
perfomance? I may perfectly be wrong as it doesn't work for all cards at least,
but just for a case no-one hasn't tried...
--
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=4044
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2006-13-09 00:48 -------
Reporter of the bug, can you change attachment type from
"application/octet-stream" to "text/plain" for the "backtrace" item, please?
Otherwise most of readers wouldn't see its contents as they wouldn't like to
save a file to disk just to view it :(
--
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=2622
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2006-13-09 00:38 -------
I followed a discussion and agree this Wine bug should be closed as INVALID (it
is VALID for FC5 RPM builder), but can I add some comments?
Joe, now that you know using compiled and packaged versions of Wine gives
different results, you should try contacting package maintainer and seeing how
FC boxes of both of you differs (in order to keep Fedora package world in a
peace and harmony).
Maybe freetype or fontforge package versions differs inbetween? Of course, we
expect you have compiled exactly Wine version 0.9.20 from a repository and not
the latest (to test that;)
* joe(a)eshu.net wrote:
| shouldn't the installer take care of the neccessary dll's?
Of course it should, but judging from a lots of Wine bugreports quite large part
of them just aren't smart enough to provide those dll's. Installers (or makers
of them) relies on a belief that dll's would already be in a place. This is fact
for a lots of Windows setups but it isn't so for a Wine setups. One Window
setup runs some tens of apps, while one Wine setup is used to run mostly 1, 2 or
3 apps at max, which mostly doesn't bring mfc42.dll. Such is my probabilistic
guess ;)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=2622
------- Additional Comments From truiken(a)gmail.com 2006-12-09 23:13 -------
err:module:import_dll Library MFC42.DLL (which is needed by
L"Z:\\home\\joe\\.wine\\drive_c\\TOPO!\\Topo.exe") not found
Wine does not provide MFC42.dll, and you need to acquire a copy of it and put it
in windows\system32. The errs and fixmes on the command line are common for
installers, and they are harmless. The summary for this bug is 'installer' and
all the reports/comments are about the installer. As the installer now works,
this bug needs to be marked as fixed and closed, and a new bug needs to be
opened for the app. I'll leave that up to you. Even if a newer version does
not install, that is a completely different bug, and should be filed as a new bug.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=2622
------- Additional Comments From joe(a)eshu.net 2006-12-09 22:08 -------
Created an attachment (id=3587)
--> (http://bugs.winehq.org/attachment.cgi?id=3587&action=view)
console output whilst running the app as installed
I must admit that the it does look to me like this is more of an app level bug,
but OTOH, shouldn't the installer take care of the neccessary dll's?
Once again though, I'd say push this on the stack until I try with a leter
Topo! version.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=2622
joe(a)eshu.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #3583 is|0 |1
obsolete| |
------- Additional Comments From joe(a)eshu.net 2006-12-09 22:05 -------
Created an attachment (id=3586)
--> (http://bugs.winehq.org/attachment.cgi?id=3586&action=view)
console output whilst installing
This is the console output when I ran the Topo-3.4.2 installer under a
wine-0.9.20 freshly built from source. Nothing hinky in the GUI, but plenty of
errors at the commandline.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.