https://bugs.winehq.org/show_bug.cgi?id=50155
Bug ID: 50155
Summary: Ableton Live: multicore audio processing causes high
CPU usage across multiple audio backends
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sirwinstoncat5(a)gmail.com
Distribution: Ubuntu
When running Ableton Live, if multicore audio processing is enabled, CPU usage
will drastically increase, causing unpredictable audio crackles and overall
unstable performance.
The easiest way to test this is using Ableton Live 9; Live 10 also has the same
issue, but multicore audio processing is permanently turned on.
- Open an empty Live Set. (By default, this has 4 empty tracks, a reverb
effect, and a delay effect: a negligible amount of audio processing.)
- In Ableton's preferences, under the CPU tab, disable multicore audio
processing. Observe the built-in CPU meter in the upper-right corner; it should
sit very low (0-1% on my system).
- Enable multicore audio processing. Even with an empty Set, observe that the
CPU meter jumps to at least 10-20%. On Windows, idle CPU usage should remain
identical between single and multicore modes.
- Attempt playback of a nontrivial Set; for example, a few tracks of recorded
audio. A Set that plays back fine in single-core mode will exhibit
unpredictable audio crackling and rapid spikes in CPU usage when using
multicore mode.
I have tested this across multiple versions of Ableton (various versions of 9
and 10 both exhibit this issue), multiple audio interfaces from various
manufacturers (Behringer X32, NI Audio Kontrol 1, onboard chipset audio,
PreSonus FireStudio), and even multiple audio backends (winepulse,
wineasio->JACK). The issue seems to be most pronounced when using pulseaudio,
but it is present across all audio backends.
Most importantly, this issue can be duplicated using wineasio and a JACK server
with the dummy backend (aka not connected to any audio interface).
I am unsure where to start collecting logs for this. One guess: perhaps there
is some sort of delay or sleep occuring while a mutex is being held?
This is possibly related to #47458; however, that specifically refers to a test
case for PulseAudio, whereas this bug occurs across backends.
--
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=55076
Bug ID: 55076
Summary: Steam fills terminal output with "ResizeObserver loop
limit exceeded" messages.
Product: Wine
Version: 8.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 74626
--> https://bugs.winehq.org/attachment.cgi?id=74626
Steam default terminal output wine 8.9
Hello,
This started after a Steam update sometimes ago I don't remember.
> [0617/144308.788:INFO:CONSOLE(1)] "ResizeObserver loop limit exceeded", source: https://steamloopback.host/index.html?IN_CLIENT=true&LOCAL_HOSTNAME=piezo1&… (1)
Searching the quoted string on the web shows that it's related to Chrome [1],
thus Chrome Embedded Framework too (libCEF).
The constant flow of messages fills the HD with several MB after a few hours.
It may be an application bug, but I can't compare to Windows because there is
no output at all when running steam from the Windows command prompt.
Regards.
[1]
https://stackoverflow.com/questions/49384120/resizeobserver-loop-limit-exce…
--
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=57353
Bug ID: 57353
Summary: Steam: the console is spammed with dxgi d3d11 fixmes
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: m1m1k4tz(a)protonmail.com
Distribution: ---
Created attachment 77324
--> https://bugs.winehq.org/attachment.cgi?id=77324
dxgi
My setup is using the new wow64 mode
--
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=57263
Bug ID: 57263
Summary: Steam doesn't load since may update.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Alexander88207(a)Protonmail.com
Created attachment 77184
--> https://bugs.winehq.org/attachment.cgi?id=77184
Steam-WINED3D.log
Hello,
since the may update of Steam, Steam doesn't load anymore.
The steamwebhelper seems trying to load but an window never gets created.
Default debug logs have been attached, if there are specific debug channels of
interest please tell me.
The web fonts for using CEF browser and friends are installed.
For comparison: The chromium build 129.0.6668.71 (1343869) • Wednesday, 25 Sep
2024 works without issues.
Thank you in advance!
FreeBSD 14.1
Wine 9.17 (Currently latest in ports at this time of writing)
--
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=58053
Bug ID: 58053
Summary: Will not launch in Steam Deck desktop mode
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hancharik.veliz(a)GMAIL.COM
Distribution: ---
I installed on to my steam deck but when I hit launch nothing happens no matter
how many times you press launch
--
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=58150
Bug ID: 58150
Summary: MusicBee: Inconsistent directory monitoring
performance on SMB mounts via CIFS compared to native
filesystem (Linux)/SMB mount (Windows)
Product: Wine-staging
Version: 10.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: v_winebugs(a)outlook.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
MusicBee has a feature to continuously monitor the library's directory for any
new files that have ended up in the library. On Windows, this is pretty
reliable both on native NTFS as well as network drives via SMB. On Linux,
however, only the native drive seems to be reliable.
With my SMB drive mounted via Linux's CIFS driver, even though performance is
good on WINE's built-in file picker as well as KDE Dolphin, the continuous
monitor on MusicBee seems to be lacking in performance in comparison to native
on Linux and the network drive on Windows. Having 10 albums being scanned and
imported into the inbox can take up to 2 minutes if at all (MusicBee will
sometimes work, but most times not, you have to restart it to get it to see the
files where you don't need to on Windows), while it's basically instant on
Windows.
Also, sometimes MusicBee's monitor will immediately import the tracks, then
think the tracks are gone. Doesn't seem to happen with native drives on Linux,
neither does it happen with MusicBee on an SMB setup in Windows.
OS is Bazzite 42, WINE Staging 10.4 layered on top, MusicBee version 3.6.9202.
--
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=58161
Bug ID: 58161
Summary: Unimplemented function advapi32.dll.SystemFunction036
in LTSpice
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: scallegari(a)arces.unibo.it
Distribution: ---
LTSpice has traditionally been a wine-friendly application. Not long ago, its
website used to explicitly suggest using wine to run the application in Linux.
Recently, LTSpice has become impossible to install because it stops with the
error in subject.
--
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=39022
Bug ID: 39022
Summary: Mouse cursor shows the wrong symbol
Product: Wine
Version: 1.7.44
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sworddragon2(a)aol.com
Distribution: ---
Starting Steam and going to the menu bar -> Steam and moving the mouse cursor
over the entry "Check for Steam Client Updates..." and then stopping the mouse
results that the mouse cursor is showing the I symbol (the cursor symbol that
for example also appears if moving the mouse cursor over a text area). Moving
the mouse shows the normal mouse cursor again but stopping the mouse on the
entry again shows the I symbol again. A workaround seems to be to close the
menu and reopening 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=56716
Bug ID: 56716
Summary: CNC3 demo exits silently with renderer=vulkan
Product: Wine
Version: unspecified
Hardware: x86-64
URL: https://cncnz.com/games/tiberium-wars/demo-information
-download/
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 76499
--> https://bugs.winehq.org/attachment.cgi?id=76499
Wine 9.9 console log
Running the Command & Conquer 3 Demo with the renderer set to Vulkan causes the
game to exit silently.
It loads correctly with the GL renderer.
No workarounds used.
--
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=56552
Bug ID: 56552
Summary: CnC3 demo installer fails
Product: Wine-staging
Version: 9.6
Hardware: x86-64
URL: https://cncnz.com/games/tiberium-wars/demo-information
-download/
OS: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: Ubuntu
Created attachment 76311
--> https://bugs.winehq.org/attachment.cgi?id=76311
Wine Staging 9.6 console log
The installation for the Command & Conquer 3 demo fails under Wine Staging 9.6,
but completes successfully under vanilla Wine 9.6.
015c:err:msi:msi_install_assembly failed to install assembly
L"C:\\users\\test\\Temp\\msi2.tmp\\8.0.50727.363.policy" (0x80070005)
015c:err:msi:ACTION_InstallFinalize Failed to install assembly
015c:err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize"
returned 1603
--
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.