http://bugs.winehq.org/show_bug.cgi?id=23434
Summary: wine hangs & jumps up to 100% processor load
Product: Wine
Version: 1.2-rc5
Platform: x86
URL: http://www.velumng.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: axel.braun(a)gmx.de
Running wine-1.1.48_1.2rc5-1.1, i downloaded the demo from velumng.com, a race
management software.
So far it works well, I created a race, two participants, entered start and end
time, but when I come to the result list creation, the load goes up to 100%,
and caused a hang of the X-session once.
At this point it seems to load a HTML-page that was dynamically generated. wine
did not submit any error message when started from console.
Let me know what I can do to come to a more verbose error output.
--
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=54992
Bug ID: 54992
Summary: EA app launcher does not render correctly
Product: Wine
Version: 8.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: igor.bz(a)list.ru
Distribution: ---
Created attachment 74540
--> https://bugs.winehq.org/attachment.cgi?id=74540
renderer=opengl
Distro: Ubuntu 20.04 x64
CPU: Ryzen 7 1700
GPU: Radeon RX 580 8 Gb
Mesa: Mesa 23.1.1 (Kisak PPA)
EA app installer:
https://origin-a.akamaihd.net/EA-Desktop-Client-Download/installer-releases…
Steps to reproduce:
- Install the program and run it.
- With the WINE_D3D_CONFIG='renderer=opengl' parameter, the window appears, but
the content is not rendered.
- With the WINE_D3D_CONFIG='renderer=vulkan' parameter, the window does not
appear at all.
--
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=46039
Bug ID: 46039
Summary: Paint.NET doesn't install
Product: Wine
Version: 3.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: hildogjr(a)gmail.com
Distribution: ---
Paint.NET 4.1
https://www.getpaint.net/
doesn't install in Wine 3.18, possible problem with Framework.NET that the
software installer try to install during the main installation.
--
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=53511
Bug ID: 53511
Summary: Basic Windows (Size) Constraints do not work during
resize.
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dev(a)sartrack.nz
Distribution: ---
I am the developer of the SARTrack software (for Windows) for Search and
Rescue.
My Windows-XP compatible program which has multiple 'Forms' (Windows) which can
be opened, and is written in the latest Delphi Pascal compiler.
When running under Wine on a laptop PC with a *ScaleFactor of 2* (two):
- Randomly, the reported 'Constraints.MinWidth' and Constraints.MinHeight are
not scaled (so, set to its original ScaleFactor of '1'. Result: Window starts
to small. Other identical windows in the program *do* have the right
ScaleFactor for the 'Constraints' values. (Timing issue during Create?)
- During resizing of any window, Constraints do not work. Can resize smaller
until nothing left of the window.
- When Width or Height are smaller than the Constraints.MinWidth and
Constraints.MinHeight, the 'OnResize' is no longer called. This means it does
detect that it has reached the limits, but still the window is resized past
these limits.
Bart, New Zealand
--
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=33982
Bug #: 33982
Summary: Steam windows can be resized to 1x1 despite minimum
size
Product: Wine
Version: 1.6-rc2
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Classification: Unclassified
Steam's windows can be resized to 1x1. On Windows they can't. The minimum size
for the main steam window is supposed to be 900x600 and for chat windows
396x351 according to tests.
Using openbox 3.5.0
--
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=13076
Summary: untangle: resize fails
Product: Wine
Version: 0.9.61.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)wnoise.ofb.net
After any of the games in Simon Tatham's portable puzzle collection is resized,
it only redraws the portion of the window that is the original size.
Under windows, these games rescale to fit in the new window size.
These may all be downloaded at
http://www.chiark.greenend.org.uk/~sgtatham/puzzles/
and have full source available.
--
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=37864
Bug ID: 37864
Summary: When I resize a maximized MDI window it assumes the
new size instead of remaining maximized
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ryampolsky(a)yahoo.com
Distribution: ---
Created attachment 50431
--> https://bugs.winehq.org/attachment.cgi?id=50431
Screenshot showing a maximized MDI child after resizing 'unmaximizes' it.
My app is a 'smart terminal' that supports multiple sessions in MDI windows.
The size of the MDI child windows can be changed by the app running on the
server, so at the end of each transaction, if the app has changed the window
dimenensions, I resize the window. If my MDI window is maximized, this has no
effect on a Windows system (except that if I later unmaximize the MDI child, it
will display at the correct new size). But on recent WINE builds (Linux and
Mac), when I resize the MDI child, the window assumes the new size, even though
it's techincally in the 'mdi maximized' state (i.e., the MDI buttons are still
there on the menubar. If I switch between MDI children, they get redrawn
correctly maximized (including the one I just resized).
I coded a workaround in my app where I don't resize the window if it's
maximized, and that seems to work okay under WINE (though I guess the new size
info is getting lost). In any case, that verifies that the problem is
definitely happening in response to my resize operation.
F.Y.I., my resize operation uses SetWindowPlacement() to change the position
and size of the window - specifically because I don't want it to affect the
window if it's minimized or maximized. Only if it's in the normal state.
It's been a long time since I wrote this code, but again, it's always worked on
all versions of Windows. I have a feeling it might have worked a while back in
WINE - though I rarely run maximized, so I may have just recently noticed a bug
that's always been there...
Here's the basic code logic. SizeWindowForScreenDimentions calls
SetWindowPlacement based on the size calculated for the new row/column grid.
The code below has the workaround that prevents the problem in WINE. Also
attached a screenshot showing the unmaximized children with the MDI buttons
still on the menubar.
// If base screen dimensions don't match prior dimensions, resize the window
here.
// (unless mdi-maximized, in which case, doing this unmaximizes in WINE)
if (!mdi_maximized) {
if ((rows != old_rows) || (cols != old_cols)) {
SizeWindowForScreenDimensions(scr, rows, cols, &resizeable);
}
}
// In case window was hidden under an initial popup, show it now.
ShowWindow(scr->hScreenWnd, SW_SHOW);
--
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=52515
Bug ID: 52515
Summary: Resizing/maximizing foobar2000 has stale rendering
errors (more in Light Blue theme)
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: nyanpasu64(a)tuta.io
Distribution: ---
Created attachment 71815
--> https://bugs.winehq.org/attachment.cgi?id=71815
Screenshot of list header, scrollbar, and resize handle rendering incorrectly
- Install foobar2000 v1.6.9.
- (optional) In winecfg, switch to Light Blue theme, then open foobar2000.
- In "Quick Appearance Setup", pick "Album List + Properties".
- Add some files to the playback list (preferably enough for a vertical
scrollbar).
- (Optional) Press Ctrl+N to show playlist tabs.
- Resize and enlarge the window slowly horizontally. Then shrink the window
horizontally, and tile or maximize the window (expanding it quickly).
When resizing the window slowly, you will get vertical lines in the sort
header, and stale resize handles in the window's bottom right corner (faintly
visible). When maximizing the window, a scrollbar will mistakenly render in the
song list (which remains when resizing the window further, moves when you
scroll the song list, and gets cleared when you select/deselect the songs
behind it). I also saw entire stale tabs to the right of real tabs, but was
unable to replicate this bug.
On (No Theme) and Light "Classic Blue", when maximizing, the glitched scrollbar
rendering occurs as well. When resizing slowly, the stale resize handles are
*more* visible, but the vertical lines do not occur.
Confirmed on Xfce and KDE Plasma X11, with X11/Wine running at 96 and 120 DPI.
Video at https://youtu.be/jch76UQpn2w.
I assume this is a Wine rendering bug, but perhaps it could be a foobar2000
redrawing bug, or an interaction between Wine and foobar2000's redraw events.
Operating System: Arch Linux
Kernel Version: 5.16.4-zen1-1-zen (64-bit)
Graphics Platform: X11
Processors: 12 × AMD Ryzen 5 5600X 6-Core Processor
Memory: 15.6 GiB of RAM
Graphics Processor: NVIDIA GeForce GT 730/PCIe/SSE2 (proprietary drivers
470.103.01)
--
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=53805
Bug ID: 53805
Summary: Photoshop is crashing... and it's annoying.
Product: Wine
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: choord(a)protonmail.com
Distribution: ---
Created attachment 73312
--> https://bugs.winehq.org/attachment.cgi?id=73312
This is only the backtrace gived by WineHQ
I want to use Photoshop with Wine, as it is the only program I really know well
about. I come from Windows and I really need help because I can use a little
bit Photoshop, but after some minutes, or on clicking on some buttons (it can
be random), the application just crash, which make it useless for making
picture editing.
Thanks for your reply, and if you know how to fix this problem, please reply to
my email adress ! (choord(a)protonmail.com)
--
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=26766
Summary: A lot of games are listed against distributors and not
the developers
Product: WineHQ Apps Database
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: ASSIGNED
Severity: trivial
Priority: P5
Component: appdb-unknown
AssignedTo: kennybobs(a)o2.co.uk
ReportedBy: kennybobs(a)o2.co.uk
A lot of the games in the AppDB are listed against the distributors instead of
the actual developers.
This is not a major problem but it would be nice to tidy this up and any bugs
relating to certain developers would be easier to collect.
Other maintainers have, sensibly, simply added "Versions" for each distributor,
and as each distributor tends to update their products as they see fit, rather
than when the developer sees fit, this could affect the ratings for different
implementations of the same game.
Assigning to myself as it's a fairly big job (some games have to be downloaded
and run just to find out who developed them) and will take far too long for me
to simply remember what's what.
Currently affected: Big Fish Games, PopCap, Steam.
Anyone: please feel free 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=16091
Summary: StickyDrive demo installer doesn't recognize USB key as
removable
Product: Wine
Version: 1.1.8
Platform: Other
URL: http://mmiline.com/
OS/Version: other
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
(From mmiline.com's main page, click on StickyDrive and then "Learn More",
then under Red Sox demo, click "Download Now". This points to
http://www2.stickyinc.com/download/getDownload.php?idTag=BOSTN-1668&action=…
which downloads the installer in question,
InstallStickyDrive-BOSTN-1668.exe.)
The installer puts up a dialog box of drive letters,
saying "Please select a valid removable drive...",
but nothing is listed, even if you have a USB drive
inserted and Wine has already created a d: mapping for it.
If you click on the "Show all drives"
checkbox, all drives are indeed shown.
Happily for us, this dialog box is in a separate
executable. While that prompt is up, grab a copy
of C:\windows\temp\SDDriveSelector.exe
You can then reproduce the problem easily by running
just that .exe.
+relay shows it's using GetDriveType() on each drive,
but evidently it doesn't like what it's getting.
You can work around this by using winecfg to mark d:
as a floppy, but really, wine should know that the inserted
USB drive is removable, shouldn't it?
--
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=54460
Bug ID: 54460
Summary: WinSCP - rendering issue (missing text) on 'Windows
8.1' (and up)
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: risk64(a)gmail.com
Distribution: ---
Created attachment 74016
--> https://bugs.winehq.org/attachment.cgi?id=74016
runtime log
WinSCP just renders a white block in the left pane of 'preferences' (and other
places) when 'Windows version' in 'winecfg' is set to 'Windows 8.1' or above.
Everything is fine on 'Windows 8' (and below). This is a quite old problem
(months/years..). I mostly used 'Windows 7' preset so far so i didn't care all
too much. Tested with a clean 'prefix' and minimal WinSCP installation.
Forum thread (bug confirmed):
https://forum.winehq.org/viewtopic.php?t=37377
Arch Linux 6.1.9 (Xfce)
wine 8.1
wine-mono 7.4.0
WinSCP 5.21.7
ttf-ms-win10 10.0.19043.1055
--
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=35848
Bug ID: 35848
Summary: Sound, Black Screen then crash
Product: Wine
Version: 1.7.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adec2010(a)hotmail.co.uk
Killing Time. After installation, set to windows 95 compatibility. It runs with
a black screen. I can hear sound but then a crash back to the desktop
--
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=50608
Bug ID: 50608
Summary: Wine 6.1 still doesn't support HiDPI screen resolution
( UHD 4k )
Product: Wine
Version: 6.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pvdeynse(a)gmail.com
Distribution: ---
Created attachment 69293
--> https://bugs.winehq.org/attachment.cgi?id=69293
screendump of winefile.exe
Wine still doesn't support HiDPI screen ( UHD 4k )
icons still to small after changing DPI set to 288 DPI) value in winecfg.exe
see attachment of Wine 6.1 winfile.exe screendump
--
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=32673
Bug #: 32673
Summary: Rainbow Six fails to start for the first time with
windows version > ME
Product: Wine
Version: 1.5.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: flavio(a)nebososo.com
Classification: Unclassified
Tom Clancy's Rainbow Six will only start for the first time if the windows
version is set to ME or older. However it does work when set to newer versions
after it has already been started using an old one.
Using a clean prefix.
The demo can be downloaded here:
http://www.fileplanet.com/27609/download/Rainbow-Six-Demo
--
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=55239
Bug ID: 55239
Summary: Read access denied for device L"\\??\\f:\\", FS volume
label and serial are not available
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: conurus(a)gmail.com
Distribution: ---
Under ./wine/dosdevices, there are a bunch of symbolic links to each removable
drive. My D: links to /dev/sdb. Now I don't have access to /dev/sdb whatsoever,
not even read access, which is correct from a security standpoint, otherwise
any user can circumvent any access control and peer at any other users' data by
low level disk access.
Reading just the volume label and serial should be legal and permitted, so I
believe this is not a feature but a bug. In my case the underlying Win32 API
call I used is GetVolumeInformation. There must be some way for wine to
implement this call without low level disk access.
Forum topic: https://forum.winehq.org/viewtopic.php?t=37602
--
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=44137
Bug ID: 44137
Summary: Wine64 crashes with any 64-bit binary
Product: Wine
Version: 2.19
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bourne.identity(a)hotmail.com
Created attachment 59886
--> https://bugs.winehq.org/attachment.cgi?id=59886
Stack trace for putty.exe (64-bit)
On FreeBSD 10.3 amd64, wine32 works perfectly. Wine64 builds/installs
correctly, but crashes when used to launch any 64-bit executable: notepad from
Windows 7; Pale Moon installer; putty.exe (all 64-bit). The behaviour is the
same with wine (v2.03) and wine-staging (v2.19).
--
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=52265
Bug ID: 52265
Summary: It won't run the file
Product: Wine
Version: 5.7
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dollydesigns1(a)yahoo.com
Created attachment 71400
--> https://bugs.winehq.org/attachment.cgi?id=71400
The attachment is the log that I get when trying to run game
I am trying to run sims 4 from an external hard drive and keep facing errors
--
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=44041
Bug ID: 44041
Summary: The Sims 4 instant-aborts claiming Origin doesn't run
Product: Wine
Version: 2.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jonas(a)thiem.email
Distribution: ---
After installing native msvcr120.dll (both 32bit and 64bit) to work around bug
#39689 I encountered the following message box:
"Unable to start:
Origin is currently not running. Please make sure that Origin is running before
attempting to play The Sims(TM) 4
[d3382ced:2984c6a38:00000000:00000000]"
And yes, Origin is running. Also yes, this is a legal copy purchased through
Origin, I tested this with a fresh wineprefix with no other changes or software
installed other than Origin and the above workaround. It works on Windows 10.
--
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=55433
Bug ID: 55433
Summary: RT-Thread Studio jcef_helper.exe
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wyzarddoc(a)yahoo.com
Distribution: ---
Created attachment 74994
--> https://bugs.winehq.org/attachment.cgi?id=74994
report doc for bug report
app starts then window pops up with jcef_helper.exe error
--
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=54436
Bug ID: 54436
Summary: wine-staging-8.0 regression (not working): Command &
Conquer 3: Tiberium Wars Kane's Wrath
Product: Wine-staging
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kolAflash(a)kolahilft.de
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 73981
--> https://bugs.winehq.org/attachment.cgi?id=73981
wine-staging-8.0: left is fine, right is broken
With wine-staging-7.0 "Command & Conquer 3: Tiberium Wars Kane's Wrath" was
working fine.
In wine-8.0 and wine-staging-8.0 it's broken.
With wine-staging-8.0 the menu looks broken.
See attached screenshot. (left is fine, right is broken)
With wine-8.0 the menu loads, but starting a skirmish game crashes the
application. There's an error dialog window saying:
Direct3D error 0x8007000e (E_OUTOFMEMORY)
--
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=45574
Bug ID: 45574
Summary: Dark Souls Remastered - Large Performance Regression
with 3.12+
Product: Wine
Version: 3.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rstrube(a)gmail.com
Distribution: ---
Dark Souls Remastered has been running really well with Wine 3.11 and below.
Starting with 3.12 and subsequently 3.13 the performance has dropped
dramatically. From 60+fps at 1080p to about 10fps.
I've done some anecdotal testing with Wine and Wine-Staging and the problem
seems to be unrelated to the Wine-Staging patches.
I'm not sure what the best way to proceed is, but I'd be happy to provide logs,
etc. I just might need some direction.
Please note that I am using DXVK, but I've tried different combinations of DXVK
with different versions of Wine and the problem does not seem to be related to
DXVK. The consistent factor is using Wine 3.12+. I've also looked at the DXVK
log files with tracing enabled and nothing unusual appears there.
--
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=47989
Bug ID: 47989
Summary: FL Studio 20 hangs on splash screen
Product: Wine
Version: 4.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: leadrdrk(a)mail.ru
Distribution: ---
Created attachment 65507
--> https://bugs.winehq.org/attachment.cgi?id=65507
Wine log
FL Studio 20 hangs on splash screen when launched.
Using wine-staging.
--
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.