https://bugs.winehq.org/show_bug.cgi?id=38257
Bug ID: 38257
Summary: Thief: Deadly Shadows: black squares popping up during
video playback
Product: Wine
Version: 1.7.39
Hardware: x86
URL: http://www.fileplanet.com/141189/140000/fileinfo/Thief
:-Deadly-Shadows-Demo
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 51082
--> https://bugs.winehq.org/attachment.cgi?id=51082
terminal output
Black squares are rendered on the screen when the intro videos (company logos)
are playing as well as in the main menu. Can be reproduce with the demo version
too.
Tried 'orm=backbuffer', 'strictdrawordering=enabled', disabling GLSL
but none of them fixed the issue.
The problem doesn't exist with the CSMT patchset.
Fedora 21
Nvidia binary drivers 340.76
t3_demo_uk.exe
sha1: df95d3a391331ebe446ec2ee132c6f45be672fb0
--
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=33022
Bug #: 33022
Summary: Starship Titanic hanging on video replay
Product: Wine
Version: 1.5.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: norbert(a)preining.info
Classification: Unclassified
Hi everyone,
I have recently installed Starship Titanic, updated it to the latest version
40c and tried to run it with both wine 1.4.1 and 1.5.6 on Debian/unstable
x86_64 linux.
In both cases I suspect that some video playback is the problem, reasons for
this are:
- when entering the CD into the drive, on the screen of the computer in the
game a short sequence of the logo of the game should appear. But here the game
continues without problem.
- when entering into the elevator, a black box appears in the middle of the
screen, here should be the bot speaking to me. The outer border of the game
screen is present, but the box in the middle remains black.
Unfortunately at the second stage the game hangs, due to the fact that one has
to interact with the elevator.
The last lines of the terminal output before Ctrl-C ing out are
err:iccvid:decode_cinepak CVID: corruption 0 (QT/AVI) != 5767508 (CV)
err:iccvid:decode_cinepak CVID: strip overflow (more than 32)
(many of these).
Concerning cinepak: It is known that newer libraries of the cinepak dll do not
work with the game. From the web site of the game (FAQ), which is luckily still
online:
Yes! Or rather, yes, it works until you install Service Pack 2, which
upgrades the Cinepak® Codec to a special non-working version.
The solution is to download Cinepak version 1.10.0.11
So it might be that the bug is related to too new cinepak libraries.
On my VirtualBox WinXP machine I got it running without problems, but I had to
install the correct version of the cinepak dll into the ST directory.
This I also did on the wine game, without success.
I have also run the game with wine 1.4.1 WINEDEBUG=+relay,+seh,+tid, but that
created a 1.6G (!) file of output, so no way that I can share that.
Any other information I could provide?
Thanks
Norbert
--
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=35415
Bug ID: 35415
Summary: Gómez Peer: CPU utilisation diagnostic does not work
Product: Wine
Version: 1.7.11
Hardware: x86-64
URL: http://lastmile.gomez.com/PEERInstall.exe
OS: Linux
Status: NEW
Keywords: download
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Classification: Unclassified
Created attachment 47263
--> http://bugs.winehq.org/attachment.cgi?id=47263
Screenshot
The updated Gómez Peer client now comes with its own diagnostic tool. The CPU
utilisation diagnostic fails giving a minus quantity.
At the moment it appears that the application simply deals with this, but it
could become an issue in the future.
AFAICT it uses the bundled Java (1.6.0_03-b05) runtime.
--
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=18424
Summary: Mac OS X Joystick support doesn't work
Product: Wine
Version: 1.1.20
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: n8gray(a)n8gray.org
I was really pleased to see that Wine added support for joysticks on the Mac
but I haven't had any success getting my MS Sidewinder Precision Pro (USB) to
work in the games I've tried. I've tried with two demos: Descent Freespace
demo and IL-2 Sturmovik demo. I've tried connecting the stick before and after
Wine starts. In each case no joystick is detected. The stick is detected in
USB Prober and works properly in other OS X software, so I know it's generally
compatible.
I'm using Kronenberg's build of 1.1.20 available here:
http://www.kronenberg.org/darwine/
Thanks!
-Nathan
--
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=27307
Summary: Program Error - Program crashes on open
Product: Wine
Version: 1.2.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jelman(a)berkeley.edu
Created an attachment (id=34930)
--> (http://bugs.winehq.org/attachment.cgi?id=34930)
terminal command and returned error messages
When I double-click the program icon or try to launch from the command line, an
error message appears saying that a serious problem has occurred and the
program needs to be closed. The program in question is Entity Creation System
2.0 from Sequoia Games (http://www.sequoiagames.com/ecs). Attached is the
command entered and printout from the terminal.
--
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=18546
Summary: Have a standard way for probing the system theme for
an embedded Wine hints file (uxtheme)
Product: Wine
Version: 1.1.21
Platform: Other
OS/Version: other
Status: NEW
Keywords: integration
Severity: enhancement
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scott(a)open-vote.org
At Launchpad:
https://bugs.edge.launchpad.net/ubuntu/+source/gnome-themes-ubuntu/+bug/111…
Relevant wiki page: http://wiki.winehq.org/XPThemes
The general idea is that we should have system themes that provide hints to
Wine about how to color itself in the form of a Wine-specific uxtheme file.
Once we write these theme files for each system theme, Wine needs to learn to
probe for them in a standardized way at startup. It could be as simple as just
throwing "winehints.theme" somewhere into the file, or it could be more
involved.
--
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=20383
Summary: SetMenuInfo() with MIM_BACKGROUND not implemented
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: martinez.pr0team(a)gmail.com
...
--
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=32056
Bug #: 32056
Summary: iexplore images.google.com doesn't work
Product: Wine
Version: 1.5.15
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ocean04(a)suomi24.fi
Classification: Unclassified
wine iexplore http://images.google.com
Try to search something, it goes into some strange loop and crashes.
wine-1.5.15-329-gc60a0b8
--
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=24017
Summary: reg /query not implemented
Product: Wine
Version: 0.9
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, Installer, patch
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
(Broken out from catchall bug 19533.)
reg /query doesn't work in wine. This breaks several apps, including pando
downloader.
Shuyin Lu wrote an implementation of reg /query in March 2010, and
intended to submit it to wine-patches, but ran out of time.
I'm attaching it here.
--
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=13843
Summary: tooltips not working properly - message problems
Product: Wine
Version: 1.0-rc4
Platform: Other
URL: http://mrhx.ucoz.com/load/0-0-0-27-20
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hramrach(a)centrum.cz
In the VISG editor (see url) the tooltips aren't resized and painted properly.
Works on windows.
Developer explanation (copied below without screenshots):
http://www.reactos.org/forum/viewtopic.php?p=36824&sid=9c02654b3b5b22544622…
As you may see, the button tooltip has the same size as in winxp.
This is correct, but it is not painted. I think, it's because ROS paints the
tooltips not via WM_PAINT.
And the second: the window tooltip with little screenshot...
It is not painted and has wrong size.
I think, it's because this tooltip didn't have LPSTR_TEXTCALLBACK as its
caption (in other words, it has direct caption). I resize the tooltip on
TTN_SHOW message. But, as I see, there is no such message for the window
tooltip. But the winapi documentation says TTN_SHOW is sent when the tooltip is
about to be shown. And no matter, has it LPSTR_TEXTCALLBACK or not. The button
tooltip has LPSTR_TEXTCALLBACK instead of its caption, and it's resized
correctly.
So, I think, there are two bugs:
1) painting tooltips not via WM_PAINT.
2) not sending TTN_SHOW, if the tooltip did not have LPSTR_TEXTCALLBACK.
--
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.