https://bugs.winehq.org/show_bug.cgi?id=48291
Bug ID: 48291
Summary: Detroit: Become Human crashes on launch
Product: Wine
Version: 5.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Created attachment 65990
--> https://bugs.winehq.org/attachment.cgi?id=65990
backtrace
For now I've only uploaded a backtrace, but it's a bit unusual:
0x0000000000000000: -- no code accessible --
Let me know if you need anything else.
--
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=49640
Bug ID: 49640
Summary: Loading certain builtin/Winelib DLLs twice may crash
Product: Wine
Version: 5.13
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
Distribution: ---
When certain "builtin"/Winelib DLLs/EXEs get loaded, then unloaded, then loaded
again (by two calls to GetFileVersionInfoSize() for example), the second load
may result in a crash.
The underlying problem is that dlopen_dll() in dlls/ntdll/unix/loader.c assumes
that dlopen() is returning a freshly-mapped copy of the file. POSIX doesn't
guarantee this though, and if the file was already previously loaded by Wine,
and relocation fixups were applied, those fixed-up headers will be still be
present. map_so_dll then applies fixups again, and that's where I'm seeing the
crash. In particular, when map_so_dll is building the import directory, I see
that imports->Name already has the delta applied to it from the previous load.
An EXE that has this problem is the "steam.exe.so" shipped with Proton, I
believe since it links to a C++ library it will not be unloaded by a dlclose()
call (see
https://stackoverflow.com/questions/38869657/dlclose-not-unloading-so-file-…)
--
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=49699
Bug ID: 49699
Summary: Red Dead Redemption 2 has crackling audio
Product: Wine
Version: 5.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winepulse.drv
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
Distribution: ---
Red Dead Redemption 2 uses WASAPI for audio, and sometimes has crackly audio.
It asks for a very small buffer (10 ms) when calling
IAudioClient::Initialize(), and then has a thread which checks the buffer
padding every 2 ms. It waits until there's at least 256 frames free in the
buffer, and fills 256 frames at a time.
When using winepulse, it has a low latency path and provides a 10 ms buffer.
This is 440/480 frames, not leaving much slack when refills are only 256 at a
time.
As far as I can tell, Windows never gives out a buffer smaller than 20 ms
though. This is more around 1056 frames, leaving much more slack. Disabling the
winepulse low latency path results in a buffer around this size, and audio is
much better. winealsa also seems to do this by default, and it sounds fine.
--
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=44740
Bug ID: 44740
Summary: "A Hat in Time" any x360 joystick's sticks seems to be
stuck in upper right corner.
Product: Wine
Version: 3.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xinput
Assignee: wine-bugs(a)winehq.org
Reporter: spam(a)hjkos.com
Distribution: ---
Game: https://appdb.winehq.org/objectManager.php?sClass=version&iId=36033
Game recognizes joystick correctly, buttons work as expected, however game sees
analog stick as if it's stuck in some corner, making character run in circles.
Jiggling the joystick makes it slightly change direction, but game is still
unplayable this way. Joystick appears to be working correctly - it works fine
in Linux games, and joystick control panel also shows correct positions. I
tried two joysticks:
Logitech F710 (XInput mode)
Steam Controller (sc-controller x360 joystick emulation)
both yield same result.
dumbxinputemu makes game see two controllers, one real and one emulated by
dumbxinputemu, and seems this time around emulated one works normally, but the
real one keeps overriding it, so character just changes directions frequently
and in with drastic direction changes.
Also, Logitech F710 has DirectInput mode, which has working sticks, however it
has weird bindings and i am unable to rebind it in-game.
--
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=48769
Bug ID: 48769
Summary: Attack on Titan 2 requires support for 64-bit codec
drivers
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: qsniyg(a)mail.com
Distribution: ---
To get to this stage in the first place, native wmvcore, qasf, wmasf, and media
foundation libraries must be used.
...
00dd:warn:msvideo:ICInfo No driver found for codec vidc.0x00000004.
00dd:warn:msvideo:ICLocate Could not find a driver for codec vidc.WMV3.
00dd:trace:quartz:avi_decompressor_sink_connect Unable to find a suitable VFW
decompressor
00dd:trace:quartz:avi_decompressor_sink_connect Connection refused
00dd:warn:quartz:FilterGraph2_Render Unable to connect L"AVI Decompressor" to
renderer (80040207)
00dd:trace:quartz:FilterGraph2_RemoveFilter
(000000005F262510/000000005F262518)->(0000000070488BF0)
00dd:trace:quartz:FilterGraph2_RemoveFilter Removing filter L"AVI
Decompressor".
...
Using winetricks wmv9vcm should work, but unfortunately it doesn't due to
wmv9vcm.dll being 32-bit only. It's also not included in any modern windows
installation. I'm not sure where the 64-bit drivers are stored, but my guess is
possibly wmvdecod.dll?
Related bug (tracking WMV9 support):
https://bugs.winehq.org/show_bug.cgi?id=32723 . It's not a duplicate however,
as this bug is about supporting the new 64-bit codec driver model (whatever
that may be).
--
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=44856
Bug ID: 44856
Summary: DOOM 2016 is no longer working
Product: Wine
Version: 3.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: justinrun(a)gmail.com
Distribution: ---
Created attachment 60912
--> https://bugs.winehq.org/attachment.cgi?id=60912
crash log
A new update to the DOOM 2016 game on steam is no longer working on wine. I
tested this in wine 3.4, 3.0, and 2.21. I also tried it with both OpenGL and
Vulkan rendering. I also tried it with nvidia drivers 390.48 and 384.130.
It always just starts up to a black screen. I have to kill the process to close
it. This did not happen prior to the most recent game update.
I also tried adding a launch argument to disable the intro video in case
playing it was the issue. It still did not work.
I attached a crash 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=48802
Bug ID: 48802
Summary: Logitech Extreme 3D Pro joystick works fine in joy.cpl
but buttons wrongly mapped in Battlefield 4
Product: Wine
Version: 5.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luca.boccassi(a)gmail.com
Distribution: ---
I have a Logitech Extreme 3D Pro joystick which works perfectly fine when
calibrating via wine control joy.cpl (js mode).
In Battlefield 4 however the buttons are all scrambled, and the throttle and
the Z axis cannot be configured at all.
I can provide any extra logs if required, please specify which and how to
retrieve them.
Running wine from OBS-built packages on Debian 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=45311
Bug ID: 45311
Summary: Skyrim Special Edition: ambient sounds do not
attenuate with distance
Product: Wine
Version: 3.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: forestcode(a)ixio.org
Distribution: ---
In Skyrim SE, ambient sounds are supposed to attenuate based on the camera's
distance from the source, so that distant sounds will be barely perceptible,
nearby sounds will be loud and clear, and moving closer or farther from the
source will gradually change the sound's volume accordingly.
When running on wine with builtin xaudio, distance attenuation does not work;
any time the camera enters a certain (fairly distant) radius from a sound
source, that sound will suddenly start playing at full volume, as if the source
was in the player's ear. This results in disturbing situations like startlingly
loud footsteps and voices produced by distant NPCs, or a sudden roar of water
rushing the moment the player crosses an invisible threshold in the vicinity of
a river.
When running with Microsoft's native 64-bit xaudio libs, distance attenuation
works properly.
Note: While winetricks xact is probably the easiest way to install the native
xaudio libs for testing purposes, recent versions of winetricks do not install
the 64-bit versions. (See wine bug 41618#c5.) Reverting this commit is
therefore necessary in order to get the libs needed for Skyrim SE's 64-bit
executable:
https://github.com/Winetricks/winetricks/commit/f2b3d268d941120d13b4c3c3960…
I have identified a few locations in the early part of game where this bug is
prominent:
1. A point on the road from Helgen to Riverwood where the rumbling of a nearby
river cuts in suddenly as the player approaches it.
2. A point on the same road, closer to the river, where the whooshing of
rushing water cuts in suddenly as the player approaches.
3. A point in Riverwood where the creaking of the wooden water wheel cuts in at
full volume as the player approaches.
When standing at any of these points, one can hear the ambient sounds cut in
and out either by walking closer/farther from the sound source, or by zooming
out to third-person view and rotating the camera around the player, such that
the camera enters/exits the sound's radius.
I will attach screen shots showing these locations.
--
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=48881
Bug ID: 48881
Summary: sonic heroes camera spinning with dualshock 4
Product: Wine
Version: 5.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: animegirl(a)stronzi.org
Distribution: ---
Created attachment 66820
--> https://bugs.winehq.org/attachment.cgi?id=66820
wine log
Latest wine.
video https://streamable.com/64d1q8
--
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.