Change:
libXv libXxf86vm ]; <ins> gstreamerDeps = pkgs: with pkgs.gst_all_1; [ gstreamer gst-plugins-base gst-plugins-good gst-plugins-ugly gst-plugins-bad gst-libav ]; </ins> in pkgs: with pkgs; [ # https://wiki.winehq.org/Building_Wine

Discussion:
As the title says, gstreamer support doesn't seem to work anymore. Steps to reproduce the behavior: oblivion there's no music journal the following: ! The errors keep being logged a lot, cluttering the journal too. Gstreamer works on bottles, just fine I see that there was a PR ( ) that affected bottles+gstreamer recently. I use a workaround to have complete gstreamer support, which is putting this in my environment variables: Everything worked fine then. (you made that commit...) Please run and paste the result.
EDIT: Ignore this, duplicate of . Interestingly, Oblivion (downloaded from GOG) doesn't work at all (crashes at startup) when using Wine without Bottles (tried both Wine GE and Staging). I don't know if that's related or if I should open another issue. EDIT: Tested with and without DXVK, both on a clean prefix. If I instead use Wine from Bottles (even system Wine Staging) then it launches successfully (without menu music). With system Wine without Bottles: <details<summaryLogs</summary</detailsIn another setup (system Wine GE with Bottles, make sure that Steam runtime is disabled), Oblivion crashes when it should get to the main menu (interestingly, Wine doesn't show any window about the crash, unlike the previous case), and I get these logs: And more. I don't know why all of this happens. EDIT: System Wine now crashes like Wine GE.
I tried another thing: . Trying this again (and adding ), the audio in Oblivion's main menu works. If you want to test this out, . I can't figure out what special ingredient uses to make it work.
By the way, this issue is also present on Heroic, not just Bottles.
Interesting... Could this be why videos don't play in some games under Wine via Heroic? If not, how could I test a fix for this in the Heroic package?
Setting will fix it in 64-bit games (not sure about other 32-bit games that aren't Oblivion). However, the fact that this environment variable needs to be set at all makes me think that there is a bigger problem somewhere else.
SuperSamus, try to disable/remove dxvk if you have it in your Wine prefixes without bottles.

You need a patched wine with child window rendering support for it to work with dxvk. I successfully ran Oblivion without DXVK that way. i fix this with the following in either home-manager's (but i use it on my though now)or , either works
That used to work well, until the steam-run thing changed.
I think the issue with Heroic is different. I have created to track that problem.
So, on Heroic, Oblivion has sound (assuming you use a Wine with GStreamer bundled). Even without . Considering I tried to put every Heroic dependency in Bottles, and tried every Wine version possible without success, I will assume that there is something going on, on Bottles upstream. (It does work with , though...) Also, I think that Oblivion not working with system Wine without an FHS environment is an issue I should report on nixpkgs.
I tried to solve it again, and it feels like I'm only one step away from solving it... So, remember I said that the sound works on Heroic? This is true only if the checkbox "Prefer system libraries" is unchecked. If it's checked, then the sound won't work anymore. You know the main reason why? There are two environment variables needed, in order to force the usage of the bundled Wine's GStreamer (because the system one doesn't work, for some reason). Heroic sets them only if "Prefer system libraries" is unchecked: - So, I try to set them manually to the same value, and... the sound still doesn't work? After wasting too much time, I find out why: entering an FHS env sets some stuff in (e.g. ) as a prefix:, so while the paths were the same, the order wasn't. The system libraries had priority over the bundled ones. If I do some workaroundy stuff to have the correct order... the audio works! Well, let's see how stuff is in Bottles: Bingo! I switch the order around: And... the audio doesn't work anyway. <Insert swear words hereBut it does work with . Even with system dependencies. The logs are completely different, it seems that without , Wine doesn't even attempt to load the bundled GStreamer libraries.

With , there are logs that say for example: Which I interpret as, it tries to load all the libraries, including the wrong ones (which fail), but also the right ones. These logs don't appear at all without . Anyway, if you want to check the environment variables, here they are, maybe you'll see something that I don't: (the one that doesn't work) All tests made with Bottles' Wine-GE 7.37. I also tried to add more libs to the FHS, obviously to no avail:
Ok, I tried the last thing I could think of, which was going back in time and try to bisect the problem. Because I had to use Bottles without in order to test (which wasn't the Bottles that existed before), it was a mess to attempt... Anyway, I tried going back to 2022-12-25 (where you said about the workaround), and then even further, 2022-11-25. Oblivion's music didn't work anyway. On , you ( said: Did you remember changing anything of importance?
it was , but it doesnt seem to work anymore. IDK what changed. That has been there already
I noticed something super weird. If in Bottle's FHS environment I try the following command: Why are there 64 bit libraries in ? Is it a bug in ? Why does it apply only to GStreamer-related libraries? (Everything else is correctly 32 bit) I tried to make a minimal reproduction environment (), build the environment with , enter it, and... Sigh, why? (Also tried replacing with , no changes on either side)