http://bugs.winehq.org/show_bug.cgi?id=12138
Summary: Screenshots black or sheared for DirectX games
Product: Wine
Version: 0.9.56.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)ibboard.co.uk
Originally posted at http://forum.winehq.org/viewtopic.php?t=298 as a request
for whether it could be fixed through config etc.
I'm trying to take screenshots of the Dawn of War game through Wine. The game
runs fine with Wine and under Windows it has a built-in screenshot function
that dumps a JPEG to a sub-folder.
Under Wine the game never gets the print screen request because Compiz or
Metacity hijack the signal first and start Gnome-Screenshot. Sometimes the
screenshot is okay, but other times the screenshot has shearing/artifacting it
in, presumably because the trooper in the game moved before the screenshot app
could copy the whole image buffer.
If I change the key bindings so that nothing is intercepting the print screen
then I do get a screenshot in the folder as expected, but it is pure black and
so isn't very useful.
Apparently this is a bug that has been fixed before. I've assumed it is some
form of DirectX issue.
Graphics: Radeon X800XL with FGLRX v8.3 using AIGLX on XOrg server 7.3
OS: Fedora 8
Wine: 0.9.56 from Fedora repos
Tested under: Compiz-Fusion and Metacity
Success rate: Occasional for Gnome-Screenshot. Some screenshots only have minor
shearing/artifacting and are usable, others are terrible.
Example screenshots can be provided if necessary.
--
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=14917
Summary: Ddraw Realizepalette regression
Product: Wine
Version: CVS/GIT
Platform: Other
URL: ftp://ftp.westwood.com/pub/redalert/previews/demo/ra95de
mo.zip
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thunderbird2k(a)gmx.net
Hi,
As of commit e178ddd9e1e16d1a3f52492799692e289eefcf8c wined3d its
RealizePalette function doesn't work anymore in the DirectX Conformance test
(palette fading in fnddraw_dct) and Red Alert in case of the default GDI mode.
RealizePalette itself seems to receive the correct palette (the entries have
been updated correctly) but somehow the changes don't lead to a new image in
x11_copy_to_screen.
The patch that caused the regression is huge (1000+ lines), so debugging it is
time consuming.
Regards,
Roderick
--
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=12842
Summary: Ddraw: visual test fails
Product: Wine
Version: 0.9.60
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: testcase
Severity: minor
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=12533)
--> (http://bugs.winehq.org/attachment.cgi?id=12533)
+ddraw in git
Ddraw's visual.c test fails for me consistently in git. +ddraw log attached.
This is on a fresh install of Ubuntu Hardy on an few years old Toshiba laptop.
ATI Mobility radeon 7000.
--
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=12110
Summary: Regression in Starfleet Command game since 0.9.57
Product: Wine
Version: 0.9.57.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chris(a)chrobis.com
Created an attachment (id=11491)
--> (http://bugs.winehq.org/attachment.cgi?id=11491)
Output from command line
Since the release of 0.9.57, the Starfleet Command game no longer runs (it had
Platinum status in previous releases). Attempting to run the game now brings up
a a dialog box entitled "Win 95 Interpret..." with text "DirectDraw Init
FAILED", and spews out errors regarding d3d to the command line (see
attachment). Changing the Windows version in winecfg does not appear to help.
--
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=14068
Summary: Blade Runner not drawing overlays
Product: Wine
Version: 1.0.0
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lcid-fire(a)gmx.net
When playing the game Blade Runner there are objects drawn above the normal
screen. When these objects are shootable and of a certain type (police officer,
training target) they are not drawn.
--
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=12382
Summary: Touhou games don't show backgrounds at startup
Product: Wine
Version: 0.9.50.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dkeehl(a)gmail.com
Created an attachment (id=11878)
--> (http://bugs.winehq.org/attachment.cgi?id=11878)
Eiyashou with wine 0.9.50
With wine 0.9.50 and later, including the latest 0.9.59, Touhou games dont show
their backgrounds at startup.
Wine 0.9.49 dosent have this porblom.
--
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=24779
Summary: Warlords III: Darklords Rising demo: mouse clicks
don't register in the main menu
Product: Wine
Version: 1.3.5
Platform: x86
URL: http://download.cnet.com/Warlords-III-Darklords-Rising
-demo/3000-7562_4-10020482.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
CC: hverbeet(a)gmail.com
Created an attachment (id=31330)
--> (http://bugs.winehq.org/attachment.cgi?id=31330)
console log
In the demo of W3:Darklords Rising you cannot click on any of the menu items
since mouse clicks don't register. This affects the demo of Warlords3: Reign of
Heroes, too.
How to reproduce the issue:
Note: you have to install the demo using Wine-1.1.30 or earlier to workaround
bug #24777 (or use a native Windows and copy over the installed game).
Start the demo by DarkDemo.exe. A setup screen is shown first; the mouse works
fine here. Click on Single Player: the game menu will load but you cannot click
on anything. Before the regression the mouse pointer changed its shape when you
hover over a selectable item in the menu. Now it always shows the same (arrow)
shape.
The result of regression testing:
914c8cb8ea1e5cbcfa18558961185dd94313b26d is the first bad commit
commit 914c8cb8ea1e5cbcfa18558961185dd94313b26d
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Wed Mar 17 21:59:49 2010 +0100
ddraw: Acquire/release the focus window from the correct location.
:040000 040000 7b888e2899b0ce7578c776287fcd5d5597d3625e
db3c70fcea916fc051b1d6b5f19a5e9b4175a6a2 M dlls
:040000 040000 3fa4b272bdfcdd6f386e8b968a26497aae09d789
31ebd3615f1d2bbbbc991e191c813d77fc16635e M include
The patch can be reverted cleanly on Wine-1.3.4 and that fixed the issue (mouse
clicks do register again).
There are other bugreports involving the same commit: bug #22948 and bug
#22696.
There's a crash at the end of the attached log: it happens when you quit from
the game by pressing <Ctrl+q> in the menu, that was present before the
regression, too.
Link to the demo added to URL.
Author of the patch added to CC.
Fedora 13
Nvidia 7600 / driver 256.53
--
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=15913
Summary: Hogs of War: ground is missing somewhere
Product: Wine
Version: 1.1.7
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kukuninse(a)gmail.com
Created an attachment (id=17094)
--> (http://bugs.winehq.org/attachment.cgi?id=17094)
Wine output
The game run fine, but some chunks of land aren't drawn texture. Its like a
stripes of drawned/undrawned chunks of land. It making the game very difficult
to play. Game use DirectDraw HAL. I ran on different settings - nothing
difference.
--
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=22754
Summary: Rollercoaster Tycoon crashes on wine 1.1.41 and
following.
Product: Wine
Version: 1.1.41
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Salz85(a)gmail.com
Created an attachment (id=28056)
--> (http://bugs.winehq.org/attachment.cgi?id=28056)
Error log from wine-1.1.41
Possible regression from wine 1.1.40: Rollercoaster Tycoon, patched to version
1.08.187 (US English) crashes on wine 1.1.41 and onward, with a custom error
message regarding an "Exception being raised on Access Violation".
with WINEDEBUG=warn+all, on wine 1.1.40 it shows no peculiar messages, but on
wine 1.1.41 it shows the following error:
warn:d3d_surface:IWineGDISurfaceImpl_LockRect (0x158e90) Surface already locked
warn:ddraw:IDirectDrawSurfaceImpl_BltFast Source rectangle is invalid,
returning DDERR_INVALIDRECT
in any case, both logs are attached.
--
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=23621
Summary: DDraw surface reference counting doesn't match Windows
(causes Recoil to fail)
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kazade(a)gmail.com
I just realized there is no bug report covering this issue.
DirectDraw surfaces (and other COM interfaces) maintain a reference count so
that they are destroyed when they are no longer in use. The refcount is
returned by the IUnknown_Release function. Unfortunately some games base logic
on the value returned by IDirectDrawSurface_Release. Specifically they
sometimes (wrongly) expect the return to be zero.
Something like:
if(IDirectDrawSurface_Release(surf)) {
//Bail out
}
We can test this by forcing DDS_Release to return zero. One game that is
affected is Recoil which complains about not being to set the video mode.
The difference between Wine's implementation and the Windows implementation is
Windows maintains a refcount for each surface interface version (1, 2, 3, 4 and
7) whereas Wine has one reference count across all versions. There are tests in
dlls/ddraw/dsurface.c that confirm the Windows behaviour. To fix this issue the
reference counting needs to be split, which requires a lot of changes (as
versions 1, 2 and 3 all share the same thunks).
--
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.