http://bugs.winehq.org/show_bug.cgi?id=33211
Bug #: 33211
Summary: C&C: Red Alert 2 still runs very slowly and mouse
cursor flickers
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: brymaster(a)gmail.com
Classification: Unclassified
The game runs slowly, especially while moving the cursor in-game.
I've tried various winetricks configs with: ddr=opengl/ddr=gdi, rtlm=readtex,
orm=backbuffer as well as setting a flag in ra2.ini for
[Video]VideoBackBuffer=no - nothing works. Even looked at a 'lag fix' here that
does nothing: http://www.stuffhost.de/files/cnc/CnCPatcher.html
>From looking at past related issues
(http://bugs.winehq.org/show_bug.cgi?id=2784,
http://bugs.winehq.org/show_bug.cgi?id=5526,
http://bugs.winehq.org/show_bug.cgi?id=14438), I get the feeling that someone
was trigger happy and 'CLOSED FIXED' these without actually testing - people
are still reporting its a problem.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=40738
Bug ID: 40738
Summary: Notepad open file dialog does not remember its
location
Product: Wine
Version: 1.9.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gur.stavi(a)gmail.com
Distribution: ---
Reproduced in notepad when using File->Open... dialog.
In Windows if dragging the open file dialog to a new location, on the next time
it is opened it will be opened at the same location.
In Wine it is always opened at the top left corner of the application.
This is quite inconvenient on a big screen with maximized app.
Note that when resizing the dialog, wine does remember the size on the next
open so hopefully the position could be a slight extension to this.
Regards,
Gur
--
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.
https://bugs.winehq.org/show_bug.cgi?id=39474
Bug ID: 39474
Summary: MSWT Kart 2004 does not work
Product: Wine
Version: 1.7.53
Hardware: x86-64
URL: http://www.gamershell.com/download_5628.shtml
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 00cpxxx(a)gmail.com
Distribution: Debian
Download and install the game, after the intro videos the game will crash while
loading bitmaps. The crash happens shortly after a BMP image is loaded.
This is a continuation of bug 21012.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=50152
Bug ID: 50152
Summary: YOU and ME and HER: Game crashes after launching from
game launcher
Product: Wine
Version: 5.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aleksandr_kines(a)rambler.ru
Distribution: ---
Created attachment 68660
--> https://bugs.winehq.org/attachment.cgi?id=68660
Terminal output
Wine crashes when I click on "Start Game" button in game launcher and wait some
time after game window appeared.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=39057
Bug ID: 39057
Summary: Support for Indexed Vertex Blending
Product: Wine
Version: 1.7.47
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: swswine(a)gmail.com
Distribution: ---
Created attachment 52025
--> https://bugs.winehq.org/attachment.cgi?id=52025
Patch to implement indexed vertex blending support
Vertex blending support has been added recently
(https://bugs.winehq.org/show_bug.cgi?id=6955 was closed). But indexed vertex
blending is not supported yet.
I've implemented rather straightforward patch to do it which works for me, it
is attached. Though I am far not familiar with wined3d development and not
quite sure that my patch is complete and does not have any caveats.
A potential caveat with this patch is the following. Besides using indexes in
vertex shaders, a big enough number of supported vertex blend matrices is
required to really support this Direct3D feature. It was 4 in 1.7.47, I changed
to 128 using the same framework developed in 1.7.47. It may potentially fail on
some graphic cards due to large number of uniforms in vertex shader generated.
Besides the transfer of those uniforms may probably be optimized not to call
glUniformMatrix for every matrix when only one or few has changed.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=46206
Bug ID: 46206
Summary: Altium Designer 17 account sign in fails as of 3.19
Product: Wine
Version: 3.19
Hardware: x86-64
URL: https://s3.amazonaws.com/altium-release-manager/Altium
_Designer_17/OfflineSetup_Altium_Designer_Public_17_1_
9.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jhansonxi(a)gmail.com
Distribution: Ubuntu
Account sign-ins are broken in Altium Designer 17.1.9 (and probably other
releases) as of Wine 3.19.
Steps to reproduce:
1. Launch Altium Designer.
2. Close floating window (Storage, etc.) which will likely trigger an error
(probably bug #39765 which I'll verify later)
3. At MyAccount/License Management page click "Sign in" link
4. At "Account Sign In" dialog (which can get stuck behind main window) enter
anything for user name and password, check the "I have read and understand the
warning" privacy invasion checkbox, then the "Sign in" button.
Expected behavior:
Dialog box closes then reappears a moment later when sign-in fails.
Wine 3.19-3.21 behavior:
Dialog closes then an "Out of memory" error dialog is displayed.
Installation:
1. Download the offline installer from the URL (3.6GB). Extract to
subdirectory.
2. winetricks -q corefonts dotnet461 mdac28 win7
I used winetricks 20180815-next. Verified NET Runtimes with
netfx_setupverifier-20180517.exe. Manually triggered GAC rebuild via ngen.exe
since winetricks didn't seem to do so and it cluttered up the logs when it
randomly started on its own.
3. Run the Altium installer. To save time deselect the optional items.
Other:
There's a nuisance rundll32.exe error at start-up reporting "This application
could not be started". It doesn't seem to be related to this bug although I
haven't found the cause of it yet.
--
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=24308
Summary: Fullscreen fails for MechWarrior 4 games (Only one D3D
device per DirectDraw object)
Product: Wine
Version: 1.3.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: georg298(a)gmx.de
For all MechWarrior 4 games, fullscreen fails with message
fixme:ddraw:d3d7_CreateDevice Only one Direct3D device per DirectDraw object
supported.
Obviously, the game falls back to window'ed mode, as
static HRESULT WINAPI d3d7_CreateDevice(IDirect3D7 *iface, REFCLSID riid,
IDirectDrawSurface7 *surface, IDirect3DDevice7 **device)
returns
DDERR_INVALIDPARAMS
changing this behaviour (returning D3D_OK instead):
if (ddraw->d3ddevice)
{
FIXME("Only one Direct3D device per DirectDraw object supported.\n");
LeaveCriticalSection(&ddraw_cs);
return D3D_OK;
// return DDERR_INVALIDPARAMS;
}
makes fullscreen work for these games.
Probably it's not "legal" to return D3D_OK in this case, but maybe there is a
real solution for this problem?
--
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.
https://bugs.winehq.org/show_bug.cgi?id=52568
Bug ID: 52568
Summary: Support for AF_UNIX is missing
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: ralf.habacker(a)freenet.de
Distribution: ---
Newer Windows 10 builds supports AF_UNIX, see
https://devblogs.microsoft.com/commandline/af_unix-comes-to-windows/ for
details.
There have been unfinished attempts to incorporate such support into wine, see
https://www.winehq.org/pipermail/wine-devel/2021-May/187049.html.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=41930
Bug ID: 41930
Summary: Civilization III Complete shows black terrain (Wine
compiled with OSMesa support)
Product: Wine
Version: 1.7.38
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: michael(a)fds-team.de
Regression SHA1: e618ab65ed5b623785c58ea5ece6e39895d43063
Distribution: ---
Created attachment 56311
--> https://bugs.winehq.org/attachment.cgi?id=56311
screenshot
This is one of the few games that I know of which makes some use of OpenGl in
bitmaps. When Wine was compiled with OSMesa support, tiles containing terrain
turn black as soon as I launch a game.
Reproduced with Nvidia binary drivers 375.20 and nouveau/mesa.
I tried Civilization III Complete (both the Steam and the GOG.com versions have
this bug).
Terminal output:
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
err:ole:CoGetClassObject class {5959df60-2911-11d1-b049-0020af30269a} not
registered
err:ole:CoGetClassObject no class object {5959df60-2911-11d1-b049-0020af30269a}
could be created for context 0x1
Reverting the following patch on top of git fixes the problem:
commit e618ab65ed5b623785c58ea5ece6e39895d43063
Author: Michael Müller <michael(a)fds-team.de>
Date: Tue Feb 3 11:07:38 2015 +0100
gdi32: Fix arguments for OSMesaMakeCurrent when using 16 bit formats.
Please let me know if you need debug logs.
wine-1.9.24-105-g1d3b944
Fedora 24 x86_64
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 375.20
Installed packages:
mesa-libOSMesa.i686 13.1.0-0.12.git95ddb37.fc24
mesa-libOSMesa.x86_64 13.1.0-0.12.git95ddb37.fc24
mesa-libOSMesa-devel.i686 13.1.0-0.12.git95ddb37.fc24
mesa-libOSMesa-devel.x86_64 13.1.0-0.12.git95ddb37.fc24
--
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.
https://bugs.winehq.org/show_bug.cgi?id=49167
Bug ID: 49167
Summary: Wine staging 5.8 not available on macos download page
Product: Wine-staging
Version: 5.8
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rmkk(a)atlas.cz
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Please check the reason
--
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.