http://bugs.winehq.org/show_bug.cgi?id=27327
Summary: Star Fury: unusually long delay when opening the setup
screen
Product: Wine
Version: 1.3.21
Platform: x86
URL: http://www.fileplanet.com/130638/130000/fileinfo/Space
-Empires:-Starfury-Demo
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
The launcher of the game offers a setup option where one can change the screen
resolution, detail level of the game etc.
It takes almost a minute until the setup screen appears (after clicking on it
in the launcher).
This doesn't look normal.
The same problem occurs with Wine-1.0.1, 1.2.3 and so on.
This bug afflicts Space Empires V, too (it seems these games have so much in
common).
I have an older Wine (1.3.15) patched with the DIB engine patches (bug #421):
the option screen appears instantly with a patched Wine so my uneducated guess
would be it is a problem with Wine's dib implementation.
Terminal output doesn't reveal too much:
fixme:ddraw:DirectDrawEnumerateExA flags 0x00000007 not handled
fixme:win:EnumDisplayDevicesW ((null),0,0x32f6cc,0x00000000), stub!
To reproduce the problem in the demo:
1) Install the demo as usual.
2) Launch it by StarFury.exe. In the launcher click on <Setup>...and wait until
the option screen shows up.
Fedora 14 32-bit
Gnome + Metacity
Xserver 1.9.5
Nvidia GeForce 250 / driver 270.41.06
--
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=27690
Summary: Just Cause crashes on first level load (texture
resolution 'high')
Product: Wine
Version: 1.3.23
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=35435)
--> (http://bugs.winehq.org/attachment.cgi?id=35435)
terminal output
Just Cause (Steam version here) crashes during the loading stage, after a new
game was started.
The crash occurs if *both* Texture Resolution and Scene Complexity are set to
'high' (can be adjusted via the launcher).
Lowering these two settings to medium (or low) makes the game load the level
correctly (although it is barely playable due to very low framerate).
I can't reproduce the crash in the demo, probably because the demo starts with
a different scene.
The same crash with Wine-1.1.x, 1.2.3, ...
The optimal system requirements for the game (according to Steam):
Pentium D Processor with Dual Core Technology (or Athlon 64 X2 series)
1 GB Ram
nVidia GeForce 7800 series or higher
My system:
AMD Athlon 64 x2 4200+
3 GB Ram
Nvidia GeForce 250 GTS / driver 275.09.07
--
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=15944
Summary: mountmgr only assign drive letters for up to two
removable devices
Product: Wine
Version: 1.1.8
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: regression
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
It used to be the case that if hal reports a device as a floppy, it gets
assigned to a: or b:, otherwise, the device gets assigned a drive letter
between c and z.
With the changes in mountmgr just before Wine 1.1.7, all removable devices that
are not cdroms are limited to a: or b:, which means if I hot-plug 3 usb thumb
drives, the third one does not get a drive letter.
--
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=27691
Summary: Star Wars Battlefront II renders textures incorrectly
on certain maps
Product: Wine
Version: 1.3.23
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=35436)
--> (http://bugs.winehq.org/attachment.cgi?id=35436)
terminal output
On highly vegetated maps (Dagobah, Felucia) the game renders textures (trees,
flowers, grass) incorrectly. This makes the maps look as an obstacle course
(hard to spot enemies).
With disabled pixel shaders textures appear correctly (please see both attached
screenshots for comparison).
Nvidia GeForce 250 GTS / driver 275.09.07
--
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=27765
Summary: Injecting mouse events with autohotkey/steam now fails
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: julliard(a)winehq.org
Regression, probably introduced by:
austin@aw25 ~/wine-git $ git bisect bad
c7efa293f0b35bdb86f2b472f5b7cef2a6ebcea9 is the first bad commit
commit c7efa293f0b35bdb86f2b472f5b7cef2a6ebcea9
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Mar 2 19:53:03 2011 +0100
server: Invoke low-level hardware hooks directly from the server side.
after this commit, the mouse forces itself to the bottom right corner. After:
commit f1a348006872825b1fe4bb583f9019f2c0880672
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Mar 2 21:29:17 2011 +0100
user32: Handle input injected through SendInput entirely in user32.
though, the mouse stays put, just never moves/clicks the buttons I want.
An example script that worked before this commit:
setworkingdir, %ProgramFiles%\Steam
run, Steam.exe -applaunch 65900
winwait, Sid Meier's Civilization V - Demo - Steam
loop, 10
{
winwait, Sid Meier's Civilization V - Demo - Steam
sleep 100
winactivate, Sid Meier's Civilization V - Demo - Steam
sleep 100
mousemove, 100, 100
sleep 100
click
sleep 100
mousemove, 200, 150
sleep 100
click
}
which runs steam, launches civ5 demo, then chooses directx9 mode, and clicks ok
to run it. After these commits, the move events never occur.
Still present in wine-1.3.24-42-g4ebbd0e.
--
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=27940
Summary: Quicktime 7.6.9: crashes on run
Product: Wine
Version: 1.3.25
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bojan(a)antonovic.ch
Created an attachment (id=35744)
--> (http://bugs.winehq.org/attachment.cgi?id=35744)
crash log
Installs, but then crashes after a time with
Unhandled exception 0xc000000d
See attachment.
--
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=27883
Summary: Bink videos without sound (Mass Effect) [bisected,
regression]
Product: Wine
Version: 1.3.25
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: debian(a)carbon-project.org
CC: aeikum(a)codeweavers.com
Since the audio rework which became part of 1.3.25, the audio is missing from
all Bink videos in Mass Effect (I suspect other games using Bink are affected
too, but haven't tested that so far). A git bisect shows:
901af51ea32f2d192a598808abab2d1b6a940773 is the first bad commit
commit 901af51ea32f2d192a598808abab2d1b6a940773
Author: Andrew Eikum <aeikum(a)codeweavers.com>
Date: Mon Jul 11 08:28:24 2011 -0500
winmm: Remove driver implementation of waveOut*.
:040000 040000 cccb55d925c166ba3838b0179cbdd655a44ba26a
428f760df6efda7a37b4a84f97721523ab72863f M dlls
CCing the author.
--
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=27778
Summary: TYPE outputs extraneous blank line after file contents
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: frederic.delanoy(a)gmail.com
With the following code (make sure there's no space before the '>'):
echo bar> foo
echo *** && type foo && echo ***
outputs
***
bar
***
on windowses, but
***
bar
***
in wine
--
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=27761
Summary: different behaviour for "if" conditions check
Product: Wine
Version: 1.3.23
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: iip.umar.rifai(a)gmail.com
If conditions has different result between windows and wine, I think due to '/'
(slash) issue, below is an example:
----------------------------------
D:\>if 1==1 echo ok
ok
D:\>if c==c echo ok
ok
D:\>if c==1 echo ok
D:\>if /c==/c echo ok <--this one is problem, but works on Windows
D:\>if /c==/c echo ok
ok
D:\>if "/c"=="/c" echo ok
ok
--
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.