Like Henri said on !11398, a config option is a bad solution.
Very well. Maybe for staging folks only then. Seemed not too different from winedmo config option so figured worth a try.
Yeah, it is tempting to add an easy workaround for a complicated problem (shared resources),
winetricks and wine-staging seem to add workarounds which may result in similar "cover ups" of bugs that also seem to demotivate fixes indefinitely
but ultimately it is a dead end.
Dead end like DXVK? - https://www.reddit.com/r/linux_gaming/comments/bxy02u/lead_wined3d_developer... NieR bug from DXVK is still open and part of the reason Steam funded independently of what they seem to have considered more dead end: - https://www.gamingonlinux.com/2018/09/an-interview-with-the-developer-of-dxv... - https://bugs.winehq.org/show_bug.cgi?id=44345
Cross-device and especially cross-process resources (which as I understand it is the real issue for Unity here, not video decoding) is tricky,
I'll pull from DXVK as recommended by other Codeweavers for MR-11404. Feels odd pulling from a dead-end as if upstream. Trickest part seems how not to waste tremendous amounts of free time trying to get solutions merged.
but we've usually had a policy of leaving these painful bugs open rather than cover them up to create motivation for them to be fixed somewhen.
For folks giving their free time away to relieve users their frustration with long standing bugs there's nothing quite as motivating as the satisfaction of being able to help them and nothing quite as demotivating as being deprived of it. For folks paid for the same effort I understand may not appreciate the same level of pain. For future folks, I tried removing the stumbling stone for you but it's quite immovable so maybe better to just avoid: - https://bugs.winehq.org/show_bug.cgi?id=54716#c1 - https://bugs.winehq.org/attachment.cgi?id=81854 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11612#note_149079