http://bugs.winehq.org/show_bug.cgi?id=59450 --- Comment #5 from Henri Verbeet <hverbeet@gmail.com> --- (In reply to Tony Fabris from comment #2)
To answer your last question quickly: The message "Unhandled view dimension 0x2" is a continuous stream in the console from the moment the game starts playing. Yet the game still runs fine during that stream of messages. I can play the game for long stretches with that message continuously spilling out of the console. The hang is not coincident with that message, or any other particular message.
Too bad; it would have been a relatively easy issue to address. :) I'll see what I can do about some of the FIXMEs in that log, but it doesn't look especially likely that they have anything to do with the hang you're seeing. Unfortunately that also casts some doubt on whether this is necessarily a vkd3d issue; I don't think an issue in a different part of Wine (or e.g. MoltenVK) can be ruled out at this point.
Regarding the fact that VKD3D is modified in Crossover: I had tried to contact their tech support about it first. I'm a lifetime-paid Crossover customer (they even sent me swag when I signed up) but they just shrugged their shoulders about it.
Sorry to hear that. Just so I don't give the wrong impression, I actually work for CodeWeavers, but I'm not that much involved with CrossOver or the macOS side of things, and my role in this bug tracker is purely that of vkd3d maintainer/developer.
Though whatever modification they made to VKD3D, it works, because I can run the game under Crossover but not under a vanilla build of Wine. I'd love to know what it is that they did; if there's a way to make that tweak (whatever it is) to a vanilla build of Wine, and then troubleshoot from there, that might be fruitful.
The source code for vkd3d (and Wine, and a few other components) in CrossOver can be found at https://www.codeweavers.com/crossover/source (There are a few different ways to get there from the CodeWeavers homepage; one way is to go to "CrossOver", scroll to the bottom of the page, then click "GET CROSSOVER SOURCE CODE".)
Regarding building my own software: As recently as a couple of years ago, I was the DevOps engineer in charge of the entire set of version control and build systems for a large software company. The problem is, it was an all Microsoft/Windows/Azure house, so I've got only a little bit of experience with building software on Linux/Unix/BSD/MacOS. Though I'm absolutely willing to give that a shot with some guidance. There's only a couple of barriers to that: I'm on MacOS v12 Monterey, and my Intel Mac won't run a newer OS than that. And the most common package manager, Homebrew, is deprecated on Macos v12 Monterey and I have to find versions of everything on MacPorts instead of Homebrew. However, I'm happy to spin up a virtual machine to run builds if needed: I'm a paying customer of Parallels as well, so if Wine/VKD3D builds can be built in one of those VMs I could do that too. I just wouldn't know where to start, or how to integrate those built files into a Crossover bottle, without guidance.
Wine uses Windows builds of vkd3d; in principle that means it doesn't matter too much whether the build was made on macOS, Linux, Windows, or somewhere else. Building on Windows is possible, but needs something like MSYS2 or Cygwin. WSL 2 might work as well, but I'm not aware of anyone having tried. If you have some familiarity with building things on Linux, building in a Linux VM may be the easiest option. For macOS, the main package you'll need is mingw-w64; I think that's called the same in both brew and MacPorts. mingw-w64 also includes WIDL in the form of x86_64-w64-mingw32-widl, at least in brew. There are some instructions at https://gitlab.winehq.org/wine/vkd3d/-/wikis/Building-a-MinGW-WoW64-Wine-wit... Those are written for Linux, but should largely apply to macOS as well. It may be best to just send me an e-mail if you run into any issues with this part, to avoid spamming the bug tracker too much. :) (In reply to Tony Fabris from comment #4)
I can't tell if the "trace" command had any effect on the console output. Did it work or am I doing it wrong?
It doesn't look like it; if it worked you'd see a lot of output of the form "vkd3d:....:trace:...". It may be that the CrossOver UI is interfering; I know it has a mechanism to set these environment variables through the GUI, and that may be overriding what you're setting on the command line. -- 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.