https://bugs.winehq.org/show_bug.cgi?id=42237
Bug ID: 42237
Summary: UnrealEngine has low fps when window is focused
Product: Wine
Version: 2.0-rc5
Hardware: x86
URL: http://download.informer.com/win-1192762707-d95684bc-5
71071e5/udkinstall-dln.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 56896
--> https://bugs.winehq.org/attachment.cgi?id=56896
Screenshot showing the fps drop
I assume this issue is specific to UnrealEngine, I tested it with two different
games "Hunted - Demon Forge" from Steam, and the free horror game "Don't Look
now."
I linked to the installer of the second game, taken from a mirror since the
original is down.
Both games have exactly the same issue, low framerate that makes it unplayable.
But interestingly only as long as the window is focused, if you just watch it
while another window is focused, the fps shoot up. Note that the game isn't
paused, it's still rendering everything, just up to 10 times quicker.
If you look at the attached screenshot, you see very clearly where I unfocused
the window, and where I focused it again.
Also, while the window is focused it doesn't use up more CPU, there's plenty
resources left.
Tested with mesa 13.0.3 on a Radeon R9 285. FPS taken from the
"GALLIUM_HUD=fps" environment setting, but the stuttering is pretty obvious,
too.
Ideas what could cause this issue?
--
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=46269
Bug ID: 46269
Summary: Metatrader 5 File handlers aren't flushed when calling
FileFlush() / flush
Product: Wine
Version: 3.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: roberto(a)spadim.com.br
Distribution: ---
Hi guys, there's a problem with metatrader 5 file handlers
All calls to FileFlush / fflush aren't flush to disk
A file being openned to shared read, can't be read since data isn't at disk, in
other works no one see new data until application close. after application
close all data can be read, but if application close with a signal (kill
<pid>), all filewrite operations are lost
I can share some examples if you need, but the easiers is
start terminal64.exe with:
terminal64.exe /portable
read logs/<current day>.log
file with "tail -f logs/..."
you don't see anything
close the metatrader window with "X" windows button
now you can see data at file
i don't know if wineserver have a buffer at memory or temporary files, but it's
a bit strange. the normal windows behaviour is write to file at each
"fileflush" / fflush operation, wine is working different
--
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=46227
Bug ID: 46227
Summary: Microsoft .NET 4 Framework: fails to install (hangs)
32-bit WINEPREFIX
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shannon.vanwagner(a)gmail.com
Distribution: ---
Created attachment 62919
--> https://bugs.winehq.org/attachment.cgi?id=62919
.NET installer dialog shows progress at hang
dotNetFx40_Full_x86_x64.exe (sha246sum
65e064258f2e418816b304f646ff9e87af101e4c9552ab064bb74d281c38659f) hangs on
install (see attached screenshot).
If it will help, please let me know what WINEDEBUG= channel to capture.
--
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=46271
Bug ID: 46271
Summary: Metatrader 5 Log Filearen't flushed, kill <pid> lose
all log data
Product: Wine
Version: 3.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: roberto(a)spadim.com.br
Distribution: ---
this bug is a second problem found in 46269, the original bug was just to
FileFlush MQL5 function, but it works, the problem now is the logs/<date>.log
files saved by terminal64.exe
when killing terminal64.exe the logs are lost, that's a critical bug since
brokers need logs to help clients solving problem with trading strategies and
sometimes paying the money losed in a broker side problem
---
grep output of: #"strace wine terminal64.exe /portable &> wine.strace.txt"
root@rspadim-Latitude-E5450:/home/rspadim/.wine/drive_c/mt5/1# grep "logs/"
wine.strace.txt
stat("/root/.wine/dosdevices/z:/home/rspadim/.wine/drive_c/mt5/1/MQL5/logs/",
0x22c0a0) = -1 ENOENT (No such file or directory)
stat("/root/.wine/dosdevices/z:/home/rspadim/.wine/drive_c/mt5/1/tester/logs/",
0x22be30) = -1 ENOENT (No such file or directory)
stat("/root/.wine/dosdevices/z:/home/rspadim/.wine/drive_c/mt5/1/logs/20181210.log",
{st_mode=S_IFREG|0664, st_size=18784, ...}) = 0
stat("/root/.wine/dosdevices/z:/home/rspadim/.wine/drive_c/mt5/1/tester/logs/20181210.log",
0x2270c0) = -1 ENOENT (No such file or directory)
stat("/root/.wine/dosdevices/z:/home/rspadim/.wine/drive_c/mt5/1/Tester/logs/20181210.log",
0x227150) = -1 ENOENT (No such file or directory)
stat("/root/.wine/dosdevices/z:/home/rspadim/.wine/drive_c/mt5/1/tester/logs/20181210.log",
0x2270c0) = -1 ENOENT (No such file or directory)
stat("/root/.wine/dosdevices/z:/home/rspadim/.wine/drive_c/mt5/1/Tester/logs/20181210.log",
0x227150) = -1 ENOENT (No such file or directory)
i will start strace of wineserver
--
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=37561
Bug ID: 37561
Summary: Skype cannot access web camera
Product: Wine
Version: 1.7.31
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Distribution: Red Hat
Here's what can be seen in console when you try to use web camera:
err:d3d:context_create Failed to set pixel format 1 on device context 0x10071.
err:d3d:context_choose_pixel_format Can't find a suitable iPixelFormat
err:d3d:context_create Failed to set pixel format 1 on device context 0x20081.
fixme:d3d:wined3d_get_format Can't find format WINED3DFMT_R24_UNORM_X8_TYPELESS
(0x49) in the format lookup table
fixme:d3d:getDepthStencilBits Unsupported depth/stencil format
WINED3DFMT_UNKNOWN.
err:d3d:context_create Failed to set pixel format 25 on device context 0x2009d.
err:d3d:context_create Failed to set pixel format 13 on device context
0xba00cf.
err:d3d:context_choose_pixel_format Can't find a suitable iPixelFormat
err:d3d:context_create Failed to set pixel format 1 on device context
0x1b500bb.
fixme:d3d9:D3DPERF_SetOptions (0x1) : stub
fixme:win:EnumDisplayDevicesW ((null),0,0x32ee08,0x00000000), stub!
err:d3d:context_create Failed to set pixel format 1 on device context
0x22d00d2.
err:d3d:context_choose_pixel_format Can't find a suitable iPixelFormat
err:d3d:context_create Failed to set pixel format 1 on device context 0x6f00fd.
fixme:d3d:wined3d_get_format Can't find format WINED3DFMT_R24_UNORM_X8_TYPELESS
(0x49) in the format lookup table
fixme:d3d:getDepthStencilBits Unsupported depth/stencil format
WINED3DFMT_UNKNOWN.
err:d3d:context_create Failed to set pixel format 25 on device context 0x80111.
err:d3d:context_create Failed to set pixel format 13 on device context 0xa0112.
err:d3d:context_choose_pixel_format Can't find a suitable iPixelFormat
err:d3d:context_create Failed to set pixel format 1 on device context 0x10118.
P.S. Make sure you deleted login.cab before trying to debug this issue (proper
HTML support is not yet there, see bug 28457).
Skype version: 6.21.32.104
--
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=46112
Bug ID: 46112
Summary: photoshop 5.5 (from 1999, NOT CS5) crashes on startup
following Ubuntu automatic upgrade
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gtoal(a)gtoal.com
Distribution: ---
Created attachment 62746
--> https://bugs.winehq.org/attachment.cgi?id=62746
terminal backtrace output on crash
starting photoshop 5.5 (the old one from 1999) which was installed and working
OK in August of this year now crashes with a memory write error on startup as
soon as the main winow is drawn. This is particularly frustrating as
Linux+Wine was the only remaining way to run this software - it no longer
installs on Win10.
--
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=46282
Bug ID: 46282
Summary: Dymola installer does not work
Product: Wine
Version: 4.0-rc1
Hardware: x86
URL: http://www.3ds.com/products-services/catia/capabilitie
s/systems-engineering/modelica-systems-simulation/dymo
la/trial-version/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: Ubuntu
Created attachment 62992
--> https://bugs.winehq.org/attachment.cgi?id=62992
Console output with msi channel enabled
The installer of Dymola close very quickly. Launchy directly the mis file with
the command msiexec /i does not work too.
--
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=46124
Bug ID: 46124
Summary: StepMania 5.0.12 crashes on startup
Product: Wine-staging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linards.liepins(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 62770
--> https://bugs.winehq.org/attachment.cgi?id=62770
game log
When using desktop shortcut, the game crashes with an attached log.
--
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=46211
Bug ID: 46211
Summary: Please delay X11 initialization until needed by the
application in order to avoid spurious X error message
Product: Wine
Version: 3.0.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: vincent-wine(a)vinc17.net
Distribution: ---
Wine should delay X11 initialization until it knows that X is needed by the
application. Otherwise one can get a spurious error message such as "Invalid
MIT-MAGIC-COOKIE-1 key" (in the past from Xlib, now from libxcb) while X11 is
actually not needed.
When Wine is used in scripts, e.g. for software testing (GNU MPFR in my case)
in such an environment, the error message can yield issues when parsing the
output.
I initially reported this bug in the Debian BTS:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=914822
Note 1: Bug 2972 was about a similar issue: a spurious Xlib error message when
DISPLAY is not set. In my case, this is about a DISPLAY value that is no longer
valid because the X server has shut down in the meantime (I recall that X11 is
not needed for my tests, so that this shouldn't yield any failure). Thus this
is a bit different. Redirecting stderr to a file as suggested in bug 2972
(before it was fixed) may not be a solution as real error messages on stderr
can provide useful information and one may want to keep it together with normal
output.
Note 2: Since bug 2972 has been fixed, a workaround is to unset DISPLAY for the
tests (e.g. with "TESTS_ENVIRONMENT = env -u DISPLAY" in tests/Makefile.am), as
one knows that DISPLAY is useless. Still, I think that if DISPLAY is set, X11
initialization should be delayed until needed.
Note 3: The problem was made worse by the fact the error message does not end
with a newline character. This is what actually broke the parsing in my case. I
reported this bug there:
https://gitlab.freedesktop.org/xorg/lib/libx11/issues/80
--
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=46204
Bug ID: 46204
Summary: Corrupt textures with World of Warcraft (Legion, BfA)
Product: Wine-staging
Version: 3.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rankincj(a)yahoo.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Fedora has just upgraded from Wine 3.19-staging to 3.20-staging, and now the
textures in World of Warcraft (D3D11) are corrupt. This corruption is mainly
visible in outside regions, but within a radius around my avatar. There are
also flashes and slices of primary red/green/blue in the dark regions which
seem to occur randomly.
Screen controls, such as a menus, action bars and maps/mini-maps are
unaffected.
My graphics card is AMD R7 360, and Linux 4.19.4 kernel with amdgpu driver.
Mesa reports itself as:
Extended renderer info (GLX_MESA_query_renderer):
Vendor: X.Org (0x1002)
Device: AMD Radeon (TM) R7 300 Series (BONAIRE, DRM 3.27.0, 4.19.4, LLVM
7.0.0) (0x665f)
Version: 19.0.0
Accelerated: yes
Video memory: 2048MB
Unified memory: no
Preferred profile: core (0x1)
Max core profile version: 4.5
Max compat profile version: 4.5
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.2
although the same Mesa drivers played WoW OK with Wine 3.19-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.