https://bugs.winehq.org/show_bug.cgi?id=57836
Bug ID: 57836
Summary: Delayed Keysounds in beatmania IIDX INFINITAS
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mizztgc(a)gmail.com
Distribution: ---
Created attachment 78046
--> https://bugs.winehq.org/attachment.cgi?id=78046
The output of running beatmania IIDX INFINITAS separately with the ffmpeg and
gstreamer backends
For nearly a year now, I've been trying to get beatmania IIDX INFINITAS, a
subscription-based version of one of KONAMI's well-established arcade rhythm
game franchises, to work under Wine. Of course, the road to get here wasn't
easy, and I'm still stuck with an issue where some songs from the CANNON
BALLERS and Rootage categories, and all of the songs from the HEROIC VERSE to
RESIDENT categories have a bug related to keysounds being slightly delayed.
According to a few people I've talked to, this appears to be due to KONAMI
switching over to a new WMA-based audio container (the audio format used before
this change is still unknown to me).
I've also tried the ffmpeg backend over gstreamer (using the registry) featured
with Wine 10.0, but it introduces a new issue that causes the keysounds and the
base audio (what you hear if you're not hitting notes) to turn into static,
eventually cutting in and out repeatedly.
STEPS TO REPRODUCE:
1. Download the installer for beatmania IIDX INFINITAS from
https://p.eagate.573.jp/game/infinitas/2/download/index.html (be sure to
disable ieframe.dll to get the installer to complete as reported in #57222)
2. Set your sample rate within PipeWire/PulseAudio to 44100 Hz, otherwise you
will not have sound (pw-metadata unfortunately does not work)
3. Launch the game in your preferred mode
NOTE: If Wine did not create the menu entries, you can right click any of the
launch buttons and copy the bm2dxinf URI. From there, run the launcher binary
within a command line and pass this URI as an argument (ex. wine
'C:\\Games\\beatmania IIDX INFINITAS\\launcher\\modules\\bm2dx_launcher.exe'
'bm2dxinf://login?tk=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX'
)
4. Set your audio mode to WASAPI 共有モード (Shared Mode). WASAPI 排他モード (Exclusive
Mode) will cause the game to complain about not being able to find an audio
device to initialize and refuse to start up
5. If you're on Wayland, set your refresh rate to either 60 or 120Hz (The game
will error if you don't)
NOTE: For steps 4 and 5, the mono package is required to open the settings
menu
6. Play any song from the HEROIC VERSE, BISTROVER, CastHour, or RESIDENT
categories. If you're playing in trial mode, play the song "セピアの軌跡 ft.
天宮みや(少女フラクタル)"
To use the ffmpeg backend, create a DWORD key named DisableGstByteStreamHandler
within HKCU\Software\Wine\MediaFoundation with a value set to 1.
EXPECTED RESULT:
The song and keysounds should play properly as it does on Windows
ACTUAL RESULT:
The actual result will depend on if you're using gstreamer or ffmpeg as a
backend.
- On gstreamer, the keysounds will have a slight delay, and the base audio
will play a second ahead for a few frames before going back.
- On ffmpeg, the keysounds and base audio will become static
ADDITIONAL NOTES:
- DXVK may be needed on Wine 10.x due to severe graphical glitches within both
the launcher and game UI (noticed with a clean prefix on vanilla Wine 10.1)
This was all tested on Wine 10.1 (vanilla & staging) on Arch Linux
--
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=57822
Bug ID: 57822
Summary: Extraneous em dash in MacOS-Building page
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: poneill2016(a)gmail.com
Distribution: ---
In the [homebrew
section](https://gitlab.winehq.org/wine/wine/-/wikis/MacOS-Building#homebre…
there is a misplaced em dash that stops a brew command from being
copy-pasted/run:
> brew install —-formula freetype gnutls molten-vk sdl2
> ^ em dash
--
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=57221
Bug ID: 57221
Summary: msmoney.exe crashes when trying to render mrptmain.htm
inside the app
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: msd+bugs.winehq.org(a)msd.im
Distribution: ---
In the app Microsoft Money 11.0, I try to see a report (monthly reports) after
installing wine-gecko to make it render.
It crashes with :
```
01c0:err:eventlog:ReportEventW L"msmoney.exe"
01c0:err:eventlog:ReportEventW L"11.0.0.716"
01c0:err:eventlog:ReportEventW L"xul.dll"
01c0:err:eventlog:ReportEventW L"47.0.0.7639"
01c0:err:eventlog:ReportEventW L"0092e348"
```
I rerun the program with `WINEDEBUG=+ieframe,+mshtml,+jscript` to get more
info. I attached this file to this bug report.
wine-6.0.3 (Ubuntu 6.0.3~repack-1) from Ubuntu 22.04.5 LTS
How can I help you more ?
--
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=57755
Bug ID: 57755
Summary: Regression - FL Studio ignores taskbar and goes
fullscreen when maximizing
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: agarplayerarlon(a)gmail.com
Distribution: ---
Created attachment 77960
--> https://bugs.winehq.org/attachment.cgi?id=77960
Logs of the application
So this issue was introduced with Wine 10.0 or in one of the release
candidates, as I didn't had this issue with Wine 9.22
Sadly I haven't been able to test the release candidates of Wine 10 because my
arch based distro didn't receive those updates, it stayed on Wine 9.22 and then
jumped to 10.0 when it came out.
Basically as the title says, if I minimize FL Studio and then maximize it
again, the app ignores the taskbar and goes fullscreen, and I've set the
taskbar to be always visible and not to autohide.
I've not done a regression test because I don't know how to do them but I'm
sure it is a regression because I didn't had this issue before.
I have provided the logs of the application is case there is something useful
there.
Thanks in advance
--
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=57832
Bug ID: 57832
Summary: Audio Modeling Software Center doesn't run at all
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andiejs(a)gmail.com
Distribution: ---
Created attachment 78040
--> https://bugs.winehq.org/attachment.cgi?id=78040
it just doesn't run
I'm trying to run the audio modeling software center. download here:
https://audiomodeling.com/support/install-and-update/
instructions for bug report said to use the latest devel version and clean no
dlls, so this is the bug report for that. i get a little further with dxvk but
it just draws a black window, completely unusable. i'll see if i can file a
separate bug report somewhere for that case.
audio modeling people tell me their latest version uses Direct2D, which the
previous working versions didn't. Searching Direct2D and wine shows that it was
supposed to be supported years back... not seeing anything about how to test /
verify / etc..
running on a clean wineprefix, result is simply terminating immediately:
wine Audio\ Modeling\ Software\ Center.exe
01bc:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA,
00007FFFFE1FFE80
--
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=57782
Bug ID: 57782
Summary: gdiplus:brush test crashes in _controlfp_s on intel
mac
Product: Wine
Version: 10.0
Hardware: x86-64
OS: MacOS
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
On my intel mac, the gdiplus:brush crashes with:
0024:err:seh:call_seh_handlers invalid frame 00000001000FF790
(0000000000022000-0000000000220000)
0024:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
If I comment out the line calling _controlfp_s in brush.c, the test succeeds.
--
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=57831
Bug ID: 57831
Summary: Keyboard input delayed at high event throughputs
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: inakilbss(a)gmail.com
Distribution: ---
Mashing keys quickly enough causes some games to read inputs with an increasing
delay, only being able to catch up once the mashing stops.
Example program: Touhou 11 trial
172965c20e04accf7932d45918f01a60abf5ee67 th11tr002a_setup.exe
http://mirror.studio-ramble.com/upload/535/200806/th11tr002a_setup.exe
(run with LANG="ja_JP.UTF-8" to avoid mojibake)
Once installed, custom.exe can be used to select the input polling method
(first option, bottom right button to save). Enabling it will force
GetKeyboardState to be used, while disabling it will allow DirectInput use,
which suffers less from the issue.
Test procedure:
- Open th11.exe
- Send around 100 input events per second, including Z presses but no X, either
with a macro or by pressing one's hands into the keyboard repeatedly, until
gameplay begins, and the player respawns after being hit by a bullet.
Correct behavior:
The player keeps shooting for a fraction of a second after Z is last released.
Actual behavior:
The player keeps shooting for a few seconds after Z is last released,
indicating a backed up input queue.
Windows behavior:
While I do not have a Windows setup at the ready, I have heard a report of
120hz macros working fine under Windows in games reading inputs with GKS.
--
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=57829
Bug ID: 57829
Summary: Links 2003 suffers Video related hangs and crashes
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dwg(a)australiamail.com
Distribution: ---
Created attachment 78037
--> https://bugs.winehq.org/attachment.cgi?id=78037
Captued hang
Hi,
Problem Description:
Links 2003 is working nicely under Wine however I have to take action to limit
the amount of shared memory that Wine is using for the Graphics with the
Embedded GPU.
Environment -
Hardware:
Acer Aspire Notebook E5-575G Gen 7 i5-7200U processor, 16GB Memory, 512GB SSD,
1TB HDD.
Intel HD 620 embedded graphics
Software:
Linux Mint 21.3
Wine 10.1
Links 2003, 1.07 Update
Commentary:
I have found that I have to severely restrict the amount of shared memory
allocated for Video to 128MB in Wine, using the parameter VideoMemorySize.
Set any higher than this and I see issues:
- If the parameter is set to 256MB the Links program hangs and has to be
terminated
- If the parameter is set to 512MB I get the attached crash from Links.
As an aside with Wine 10.1 on an older i3 Gen 3 desktop system with Intel 2500
embedded graphics running Mint 21.3, the higher VideoMemorySize parameters
works and also appears to help to improve graphic performance, previous
versions of Wine up to 10.0 on this system exhibited the same problem as on the
notebook.
--
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=57815
Bug ID: 57815
Summary: Splinter Cell (2002): crashes when changing game
resolution when used with DXVK
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: daniel.penalized(a)proton.me
Distribution: ArchLinux
Created attachment 78025
--> https://bugs.winehq.org/attachment.cgi?id=78025
output log
When I change the game resolution via the settings menu, the game crashes.
You can also crash when you start the game (right after the introductory
video). Just change the game resolution via the SplinterCellUser.ini
configuration file:
Resolution=1920x1080
This behavior only happens when used with DXVK. It doesn't happen with WineD3D
OpenGL (it's impossible to test with WineD3D Vulkan, as it completely breaks
the look of the game). And of course, it doesn't happen with winex11.drv
either.
- The game was installed via CD-ROM and is up to date with the latest update
(v1.3).
- I use labwc/wlroots as WM.
- Although I'm on Arch Linux, I compile wine manually with these options:
./configure --prefix=/usr --enable-archs=i386,x86_64 --enable-win64. So I'm
using the new WoW64 mode, but this behavior also happens in normal wine.
--
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.