[Bug 57109] New: Ableton Live 12: Max for Live fails to start
https://bugs.winehq.org/show_bug.cgi?id=57109 Bug ID: 57109 Summary: Ableton Live 12: Max for Live fails to start Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pedrodarch15b(a)gmail.com Distribution: --- Created attachment 76997 --> https://bugs.winehq.org/attachment.cgi?id=76997 wine output Ableton Live 12 (both Suite and Trial versions) won't start Max for Live. It gets stuck on "Starting Max...", and renaming the Max folder to something else (this tricks Ableton into thinking that Max is not installed) makes the program start just fine. The cause of this issue seems to be a regression in ucrtbase (Max for Live was working just fine before Wine 9.12 if I recall correctly). By installing the program multiple times I have noticed that Max does start upon launching Ableton just after installing, but not on subsequent runs. I have tested the program on a clean prefix (mostly, I did set wined3d renderer to vulkan using winetricks), using a fresh build of latest git wine, compiled locally with GCC 14 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=57109 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Severity|major |normal --- Comment #1 from Austin English <austinenglish(a)gmail.com> --- ┌─[guarac(a)erythornium] - [~/Wine/Audio/.wine2/drive_c/ProgramData/Ableton/Live Just be sure, are you setting $WINEPREFIX, since this isn't the default WINEPREFIX path. What version of wine are you using? Can you please run a regression test? https://wiki.winehq.org/Regression_Testing -- 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=57109 --- Comment #2 from Pedro M Sanches <pedrodarch15b(a)gmail.com> --- (In reply to Austin English from comment #1)
┌─[guarac(a)erythornium] - [~/Wine/Audio/.wine2/drive_c/ProgramData/Ableton/Live Just be sure, are you setting $WINEPREFIX, since this isn't the default WINEPREFIX path.
What version of wine are you using?
Can you please run a regression test? https://wiki.winehq.org/Regression_Testing
Yes, I am setting WINEPREFIX to this folder (~/Wine/Audio/.wine2) I am using upstream wine (last checked out on 65124f15 "Wine 9.16"), compiled locally. Thanks for the info on regression testing, I will poke around with that until I can confirm if the cause of the problem is what I think it is. -- 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=57109 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |9.16 -- 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=57109 --- Comment #3 from Pedro M Sanches <pedrodarch15b(a)gmail.com> --- Max for Live did indeed start consistently on Wine 9.11 on a clean prefix with a fresh installation of Ableton Live 12 Trial. It stopped working on Wine 9.12. I have done hours of regression testing, only to realize that re-running each recompilation Wine after every bisection I did wasn't updating the prefix properly and Max wouldn't start again even after recompiling the prior Wine version. I don't have any idea of how I can automate reinstalling this program after every build so that testing this regression wouldn't be a massive pain. Running the program on Wine 9.11 did however bring back bug 56849 (https://bugs.winehq.org/show_bug.cgi?id=56849). -- 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=57109 --- Comment #4 from Pedro M Sanches <pedrodarch15b(a)gmail.com> --- Created attachment 77033 --> https://bugs.winehq.org/attachment.cgi?id=77033 WINEDEBUG=+server output After figuring out that this issue is reproducible by launching Max on it's own, I have been able to successfully start it by erasing the contents of it's Settings folder. If those files are not present, Max starts just fine on any version of Wine newer than 9.12. This may indicate that I now know what I need to get a more useful result out of another regression test, but at the time I'm writing this, I have not slept. Instead I was poking around with WINEDEBUG variables on stuff that to me was seemingly causing issues. After a few dozen seconds of having a blank window titled "Max is Starting Up" or something like that I could observe a single thread spamming sequences of lines like this on wine stderr: 0148: select( flags=2, cookie=7ffffe5fe830, timeout=+0.0009915, size=8, prev_apc=0000, result={}, data={WAIT,handles={00b4}}, contexts={} ) 0148: select() = PENDING { apc_handle=0000, signaled=0, call={}, contexts={} } 0148: *wakeup* signaled=TIMEOUT 0148: select( flags=2, cookie=7ffffe5fe830, timeout=+0.0009916, size=8, prev_apc=0000, result={}, data={WAIT,handles={00b4}}, contexts={} ) 0148: select() = PENDING { apc_handle=0000, signaled=0, call={}, contexts={} } 0148: *wakeup* signaled=TIMEOUT ... This wasn't happening prior to Wine 9.11. I am not sure if this is of any help. Full log is attached. I've had to compress it since it's more than 10 megs in size. -- 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=57109 --- Comment #5 from Pedro M Sanches <pedrodarch15b(a)gmail.com> --- After a few days of going back and forth with more debugging and regression testing, I've found out that the same problem still happens on versions of Wine prior to Wine 9.11. Clearing Max config folder *seems* to fix the problem, and just closing and reopening both Ableton and standalone Max is not enough to reproduce it. It happens randomly while using Ableton, even if I don't put any Max for Live device anywhere on a project. I thought this was just a "my machine" issue but the same thing happens on my laptop with both vanilla and some modified wine trees. While I was at it, when Max was working, it was crashing a few missing COM classes. aa509086-5ca9-4c25-8f95-589d3c07b48a (seems to be IVirtualDesktopManager according to some StackOverflow post) 42843719-DB4C-46C2-8E7C-64F1816EFD5B (seems to be ISetupConfiguration according to MSDN) I don't have the logs for the second one, but it can be triggered by putting an "Envelope MIDI" device on a MIDI track. I'll post what I have to report of my debugging sessions later today 0130:fixme:file:GetFinalPathNameByHandleW FILE_NAME_OPENED not supported 0130:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\ProgramData\\Ableton\\Live 12 Trial\\Resources\\Max\\Max.exe" 0130:fixme:combase:RoGetActivationFactory (L"Windows.UI.ViewManagement.UIViewSettings", {3694dbf9-8f68-44be-8ff5-195c98ede8a6}, 0000000002A48620): semi-stub 0130:fixme:system:EnableNonClientDpiScaling (000000000001006C): stub 0130:fixme:win:RegisterTouchWindow hwnd 000000000001006C, flags 0 stub! 0130:fixme:msg:ChangeWindowMessageFilterEx 000000000001006C 233 1 0000000000000000 0130:fixme:msg:ChangeWindowMessageFilterEx 000000000001006C 4a 1 0000000000000000 0130:fixme:msg:ChangeWindowMessageFilterEx 000000000001006C 49 1 0000000000000000 0130:err:ole:com_get_class_object class {aa509086-5ca9-4c25-8f95-589d3c07b48a} not registered 0130:err:ole:com_get_class_object class {aa509086-5ca9-4c25-8f95-589d3c07b48a} not registered 0130:err:ole:create_server class {aa509086-5ca9-4c25-8f95-589d3c07b48a} not registered 0130:fixme:ole:com_get_class_object CLSCTX_REMOTE_SERVER not supported 0130:err:ole:com_get_class_object no class object {aa509086-5ca9-4c25-8f95-589d3c07b48a} could be created for context 0x17 ... -- 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=57109 --- Comment #6 from Pedro M Sanches <pedrodarch15b(a)gmail.com> --- Nearly 48 million lines of trace output led me nowhere and now I'm not sure what do do anymore -- 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=57109 --- Comment #7 from Pedro M Sanches <pedrodarch15b(a)gmail.com> --- Symlinking maxpreferences.maxprefs to /dev/null makes the problem go away. This file is located at %AppData%\Cycling '74\Max 8\Settings. This shouldn't be the way to make this work, but at least Max for Live devices do now function, but some of them make Ableton completely freeze due to missing COM class objects. Despite being functional, they have suffer from severe graphical issues that makes them unusable. -- 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=57109 Alex Henrie <alexhenrie24(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|regression | CC| |alexhenrie24(a)gmail.com -- 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=57109 F H <francisco278herrera(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |francisco278herrera(a)gmail.c | |om --- Comment #8 from F H <francisco278herrera(a)gmail.com> --- Does installing dxvk using winetricks alleviate the graphical issues? -- 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=57109 --- Comment #9 from Pedro M Sanches <pedrodarch15b(a)gmail.com> --- (In reply to F H from comment #8)
Does installing dxvk using winetricks alleviate the graphical issues?
It does, HOWEVER, some elements (like comboboxes) are very clunky to use, and some M4L devices suffer from GUI stability issues. -- 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=57109 Daniel <daniel(a)gluo.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |daniel(a)gluo.nz --- Comment #10 from Daniel <daniel(a)gluo.nz> --- Man I just discovered this, spent all day trying to figure out how to debug the issue, I installed ole32 via winetricks and now it's segfaulting, tried wine 8 and still getting the freezing 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=57109 --- Comment #11 from Pedro M Sanches <pedrodarch15b(a)gmail.com> --- Still happening on 10.3. -- 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=57109 --- Comment #12 from Daniel <daniel(a)gluo.nz> --- Okay so I have a hypothesis, when there's no config file Max launches in a safe mode, when it launches with the config file it reads the config file and sets that setting causing it to lock up, we just have to figure out what setting it is. It is also worth noting that Max 8.5 seems to work (atleast partially) and Max 8.5 introduced the GL Core engine, but v8.6 doesn't work and introduced a theming system which might be also causing issues. That might narrow it down. -- 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=57109 weavriska(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |weavriska(a)gmail.com --- Comment #13 from weavriska(a)gmail.com --- I ran into a similar issue trying to install Max standalone, with it running once and then refusing to start. Looking at Max's logs, it was upset about not finding the Lucida Console font. I was using Bottles, and found that the built-in Lucida installer didn't work, because the link to where Microsoft hosted the installer exe that the font file gets extracted from was dead. After manually modifying the dependency to source the file from archive.org, it installed successfully, and Max now opens okay. Even if that's not the issue for yall, I'd suggest looking at Max's debug logs in Roaming. -- 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.
participants (1)
-
WineHQ Bugzilla