http://bugs.winehq.org/show_bug.cgi?id=34297
Bug #: 34297
Summary: Allow reconnecting to disconnected joysticks
Product: Wine
Version: 1.7.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: achurch+wine(a)achurch.org
Classification: Unclassified
Created attachment 45660
--> http://bugs.winehq.org/attachment.cgi?id=45660
Proof-of-concept patch
Currently, if a joystick is disconnected and then reconnected (because the
cable is pulled out, for example), Wine acts as though the joystick is present
but stuck at the last state it reported, and it fails to report any subsequent
changes in device state, which is an arguably suboptimal user experience.
The attached patch (against 1.7.0) changes the Linux evdev driver to attempt to
reopen a joystick device after a read fails. This patch uses the simple
heuristic of "if it's on the same device file and has the same name, it's the
same joystick", which means (1) it won't reconnect if the device file changes
and (2) it could falsely reconnect if there are multiple input devices with the
same name, but it works for simple circumstances.
Naturally, one could iterate over all possible input devices to try and find
the device, but that could be fairly expensive to do on every poll operation,
and it would probably involve concurrency issues relating to checking whether
the device is already known as a different joystick. In the long run, it might
be better to monitor the /dev/input directory for added and removed devices
(perhaps using inotify) and use those events to handle reconnection.
--
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=51892
Bug ID: 51892
Summary: Program DSP-408.exe returns Assertion Failed error in
afxwin1.ini line 418
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mdeixler(a)sbcglobal.net
Distribution: ---
Created attachment 70839
--> https://bugs.winehq.org/attachment.cgi?id=70839
backtrace test as reported.
Trying to tun DSP-408.exe (control program for ausdio device found here:
https://www.parts-express.com/Dayton-Audio-DSP-408-4x8-DSP-Digital-Signal-P…
(Manuals and Resources))
Program returns error:
Debug Assertion Failed!
Program ~path\DSP-408.exe
File: afxwin1.ini
Line 418
For information on how your program can cause an assertion failure see the
Visual C++ documentation on asserts
Backtrace attached.
Thank you.
--
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=51749
Bug ID: 51749
Summary: Wine 6.17 fails to build under Slackware64 Current
with multilib
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: ozan.turkyilmaz(a)gmail.com
Regression SHA1: abb17573ce52274387ff6e4d5015d5212f215321
Distribution: Slackware
Wine 6.17 does not build under Slackware64 Current under multilib. I was able
to build Wine 6.15 fine.
Build error is below:
tools/winegcc/winegcc -o dlls/avicap32/avicap32.so --wine-objdir . -m32
-fno-PIC -Wl,-z,notext \
-fasynchronous-unwind-tables -munix -shared dlls/avicap32/v4l.o -lntdll
libs/port/libwine_port.a \
-Wl,--subsystem,unixlib -ldl
/usr/bin/ld: cannot find -lntdll
collect2: error: ld returned 1 exit status
winegcc: /usr/bin/32/gcc failed
make: *** [Makefile:9493: dlls/avicap32/avicap32.so] Error 2
git bisect outcome is below:
abb17573ce52274387ff6e4d5015d5212f215321 is the first bad commit
commit abb17573ce52274387ff6e4d5015d5212f215321
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Wed Sep 1 15:56:46 2021 -0500
avicap32: Build with msvcrt.
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/avicap32/Makefile.in | 7 ++-
dlls/avicap32/avicap32_main.c | 135 ++++++++---------------------------------
dlls/avicap32/unixlib.h | 33 ++++++++++
dlls/avicap32/v4l.c | 137 ++++++++++++++++++++++++++++++++++++++++++
4 files changed, 201 insertions(+), 111 deletions(-)
create mode 100644 dlls/avicap32/unixlib.h
create mode 100644 dlls/avicap32/v4l.c
--
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=42695
Bug ID: 42695
Summary: PoE fail to start when launching with dx11 enabled
Product: Wine-staging
Version: 2.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gufideg(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 57663
--> https://bugs.winehq.org/attachment.cgi?id=57663
console output
I get an error from Poe that says:
"Failed to retrive IDXGIFactory from adapter": In
source code file: ..\Device
\D3D11\DeviceD3D11.cpp at line 336,
Processing file: Failed to retrive IDXGIFactory
from adapter
Error: E_NOINTERFACE
Description:
Message:
Then I click OK and the game closes.
Works nicely with dx9 and dx9 ex
--
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=49296
Bug ID: 49296
Summary: ZWCAD 2020: cannot select the installation folder; the
program doesn't start.
Product: Wine
Version: 5.9
Hardware: x86-64
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: depositmail(a)mail.ru
Created attachment 67300
--> https://bugs.winehq.org/attachment.cgi?id=67300
Cannot select the installation folder.
Hi,
I tried to install the perfect program for drawing ZWCAD (a complete
replacement for AutoCAD).
At first, I couldn't select the installation folder (screenshot attached). But
this is still half the trouble (the program is installed in the default
folder).
Then the program refused to start (log file attached).
--
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=38696
Bug ID: 38696
Summary: Messy screen in DxTex.exe
Product: Wine
Version: 1.7.44
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Created attachment 51621
--> https://bugs.winehq.org/attachment.cgi?id=51621
messy screen with wine-hq
Steps to reproduce:
Start DxTex.exe that is included in DirectxSDK available for download from
https://www.microsoft.com/en-us/download/details.aspx?id=6812
1. New texture. Settings default
2. Open onto this surface and choose any graphic file.
3. see...
With wine-stage the screen is good.
To be sure: I used unmodified sources on wine-hq and wine-stage. There are no
my patches at all.
All settings are the same, just changed wine prefix.
The logs difference is probably in this line
----
fixme:win:EnumDisplayDevicesW ((null),0,0x33f42c,0x00000000), stub!
----
--
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=51570
Bug ID: 51570
Summary: Tetris (16bit) has regressions in gdi32
Product: Wine
Version: 6.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
First, work around bug 51564.
Starting with 340a445289ed5777bfc177336fb6e315dfda273c, the program gets more
and more graphical glitches. In the current git tree (and wine-6.14) it's
completely black and broken.
Sadly those changes don't revert cleanly, so I can't test that.
Download available,
--
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=50607
Bug ID: 50607
Summary: Ghostrunner hangs when exit from Echoes level
Product: Wine-staging
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lvb.crd(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 69292
--> https://bugs.winehq.org/attachment.cgi?id=69292
terminal output wine-staging-6.1.r2.g32b29ad4.log
Not sure if the problem is specifically related to Gstreamer, the
`mfplat-streaming-support` patchset, or opens the problem in Wine itself.
The game freezes, if you load the level, wait until the video on the first
billboard will be played 1 time (for this one it is 22 seconds and the zone
with it is close enough to the starting point, so that the video starts playing
almost immediately. You can try to rely by the in-game timer or verbose
terminal output), and then try to end/leave the zone (continue the game by
going to Cybervoid or exit to the Main menu).
I did some tests and found that using Wine + `mfplat-streaming-support` from
Staging is enough to reproduce the problem.
Inside the game, videos on billboards are played only 2 times (I'm not sure if
this is correct because in this case, you will not even have the opportunity to
see them, while you get to them in the game way), but despite the fact that the
video is repeated a second time, the game will definitely freeze if you tried
to exit at that moment or when it finishes showing the video a second time and
stops.
So, the minimal steps for repro:
1. will load into the Echoes level.
2. do not move and wait until the in-game timer (lower right corner) is more
than 23 seconds.
3. press Esc and exit to the Main menu.
I'm attachig some (add +timestamp,+tid,warn+mfplat and GST_DEBUG="3") terminal
output
timestamp 330.821 - loading on the level
timestamp ~332-354 - this 22 seconds video (PROPAGANDA_FLASH6.mp4) (already
after 354 the game definitely will be freeze if try exit)
timestamp 372.887 - exit to the Main menu and hang
also at the beginning the game plays 2 intro videos
gstreamer: 1.18.3 (patched for mfplat-streaming-support)
wine version: wine-staging-6.1.r2.g32b29ad4
game version: 0.32091.426
(I suppose it is possible to shorten or replace the video if the wait 22
seconds is too long for the terminal output)
I also found that removing Ghostrunner/Content/Movies/LA/PROPAGANDA_FLASH6.mp4
(first billboard)
Ghostrunner/Content/Movies/LA/PROPAGANDA_ANIM_DRONE2M.mp4 (it video for second
billboard what is next on this level) - helps as workaround.
(I was able to finish the whole game, after deleting these two files. There
were no more such problems with video on billboards at other levels.)
It also seems that the game does not swear at the substitution of these video
files, so I tried:
- replace video with a adjacent file from the same directory.
- compress video with cfr=28 (file size less than 2MB)
-
https://github.com/ValveSoftware/wine/commit/3af15c54a6d8c781cbe32faa61b274…
- delete audio stream.
but none of this seems to help.
I only have the Epic Games Store version of the game. (the launcher requires:
WINEDLLOVERRIDES="libglesv2=d" wine64 EpicGamesLauncher.exe -opengl
-SkipBuildPatchPrereq)
Also to fully complete the game, in addition to mfplat-streaming-support, I had
to use esync and vkd3d-proton (third-party dll). But I managed to reproduce the
problem also on wined3d (dx11 mode) (but this is complicated by the fact that
textures are not rendered on wined3d (opengl) so wined3d (vulkan) will
sometimes be preferable because he has no such problem) and on dxvk
(third-party dll).
Please check it.
--
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=40658
Bug ID: 40658
Summary: Joystick POW hat switch rotated for JOYDEVDRIVER=(js)
while JOYDEVDRIVER=(event) is Ok
Product: Wine
Version: 1.9.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: otty(a)gmx.net
Distribution: ---
I have a Saitek AV8R-01 joystick with a POV hat switch.
When using the JOYDEVDRIVER=(event) device (dinput/joystick_linuxinput.c), the
orientation is Ok both in the Wine Control Panel (control.exe) Joystick test
POV area and in the games, i.e when moving the hat switch horizontally to the
right the indicator moves towards the right, when moving the hat switch
vertically up, the indicator moves up.
Hoever the JOYDEVDRIVER=(js) device (dinput/joystick_linux.c) has its
orientation mixed up:
* when moving the hat switch horizontally to the right the indicator moves
down.
* when moving the hat switch vertically up, the indicator moves left.
This happens on wine-1.9.9 on Ubuntu 14.04 (LTS) installed from
http://ppa.launchpad.net/wine/wine-builds/ubuntu trusty main, but is also
present in earlier versions, e.g. 1.6.1
Unfortunately I need to use the (js) device as I cannot get the game to
recognise the rudder and thrust axes with the (event) device.
(BTW, does the (event) device recognize the
[HKEY_CURRENT_USER\Software\Wine\DirectInput] registry key in the same way as
teh (js) device?)
BR,
--
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=44590
Bug ID: 44590
Summary: incorrect rendering in The Witness (ATOC?)
Product: Wine
Version: 3.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: notasas(a)gmail.com
Distribution: ---
Created attachment 60571
--> https://bugs.winehq.org/attachment.cgi?id=60571
bad rendering
The Witness is still not rendering correctly in some cases (as of
7be8beab68c5):
- objects in the water reflections are missing transparencies regardless of
MSAA
- all objects are missing transparencies with MSAA off
perhaps these problems are related.
Here is d3d apitrace (different from screenshot, can make a better one if that
helps):
https://drive.google.com/file/d/1fFCVytDdybsVgZqiTIKS5XseegIO5yzc/view?usp=…
--
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.