iTunes renders a white(windows)/black(linux) screen
Does this even work with wined3d?
This app heavily relies on d2d/dwrite, and Windows d2d is known not to work with DXVK, albeit the reason for that is unknown (already wasted hours trying to find out, not planning to revisit this).
As for wine, the reason for it not working could be one of three different libraries at this point. Please actually post a log.
@doitsujin doesn’t work in wined3d either, interestingly looks exactly the same as in dxvk, I even wondered if the backend changed at all when I tried dxvk. Away from the PC right now, so I’ll post both the wine log and how it looks on linux a bit later.
By 3 different libraries, you mean the dx9/10/11 dlls?
He means stuff besides dxvk can also affect it. Would need a log to see what is going on.
It might be nice to have the Wine output ran with WINEDEBUG=+loaddll
By 3 different libraries, you mean the dx9/10/11 dlls?
I mostly mean d2d/dwrite (which are outside of our control) and d3d11.
Hey, sorry for keeping you waiting for so long, but I finally launched it through wine, here's the log and a screenshot of how it looks(prefix uses dxvk, looks identical to wined3d)
itunes.log
@doitsujin just pinging
I mean, yeah, not a lot we can do here, problem is almost certainly on the d2d/dwrite side.
If this ever runs on wined3d then I guess it's worth taking another look.
@BareGamer Is this still an issue with an up to date Wine? A bunch of d2d and dwrite work have been done since.
@BareGamer Friendly ping
Hey, sorry for not responding. Interesting, will try to retest soon
It would be interesting to know both whether the situation with DXVK has changed and whether the application runs with WineD3D.
Just tested iTunes under wined3d, and, to my surprise, it works almost perfectly visually. The situation hasn't changed with dxvk though. Still a black screen, window can't even be moved or closed.
Here's iTunes rendering on kde:
A bit tangential, but still might be useful: turns out iTunes having a black screen was a known bug and a fix specifically for it has been merged in wine 10. There might be useful info here: https://bugs.winehq.org/show_bug.cgi?id=47165
Launch options
WINEDEBUG=+loaddll`x1 2023-12PROTON_LOG=1x1 2023-12
Upstream links
- show_bug.cgi?id=47165x1 2025-06
Please describe your issue as accurately as possible.
If you use Windows, please check the following page: https://github.com/doitsujin/dxvk/wiki/Windows
Software information
Name of the game, settings used etc.
iTunes 12.13.1.3
When launched on Windows, the program renders normally. When launched on Linux with wined3d/dxvk, it renders a black screen with some of the text and the search bar visible. Popups render properly and menu buttons show up when hovered over and seem functional, just like the close/minimize buttons. Interestingly, in Windows, the screen is white if you use dxvk, lags if you move the window too quickly and causes visual corruptions if you resize the window, with menus seemingly broken but not the close button.
https://github.com/doitsujin/dxvk/assets/78811370/d2c19b31-b9d7-46cc-b2a6-f6542f4cf9be
Also, there seems to be another interesting thing about the program: it doesn't need one, but two dxvk dlls to render: 10 and 11. Even though apitrace shows only calls to DX11 and DXGI, wine sometimes outputs a call to dx10, which gave me an idea to try both dlls. Surprisingly, it "worked"(as in broke on windows too), before it was failing to load dlls. Possibly uses dx10 for dxgi?
APITrace worked, but even more weirly, rendered the app better.
System information
Apitrace file(s)
iTunes.zip
For instructions on how to use apitrace, see: https://github.com/doitsujin/dxvk/wiki/Using-Apitrace
Log files
Please attach Proton or Wine logs as a text file:
PROTON_LOG=1 %command%and attach the correspondingsteam-xxxxx.logfile in your home directory.wine game.exe > game.log 2>&1and attach the resultinggame.logfile.