bottles: fails to use gstreamer #207641
Labels
0.kind: bug
Something is broken
Comments
ghost
added
the
13 tasks
|
EDIT: Ignore this, duplicate of #132352. 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. If I instead use Wine from Bottles (even system Wine Staging) then it launches successfully (without menu music). With system Wine without Bottles: LogsIn 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: previously, Bottles was "wrapped" by Trying this again (and adding I can't figure out what special ingredient |
|
By the way, this issue is also present on Heroic, not just Bottles. @aidalgol |
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 |
|
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 home.nix (but i use it on my home.nix though now)or configuration.nix, either works |
|
That used to work well, until the steam-run thing changed. |
|
@SuperSamus I think the issue with Heroic is different. I have created #215213 to track that problem. |
|
So, on Heroic, Oblivion has sound (assuming you use a Wine with GStreamer bundled). Even without #215248. |
This was referenced Feb 11, 2023
|
I tried to solve it again, and it feels like I'm only one step away from solving it...
So, I try to set them manually to the same value, and... the sound still doesn't work? Bingo! I switch the order around: And... the audio doesn't work anyway. 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:
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. 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 2023-01-03, you (@L911P) said:
Did you remember changing anything of importance? |
|
it was this, but it doesnt seem to work anymore. IDK what changed. That has been there already |
|
I noticed something super weird. Why are there 64 bit libraries in Sigh, why? |
12 tasks
SuperSamus
added a commit
to SuperSamus/nixpkgs
that referenced
this issue
Sep 21, 2023
Because of the gst_all_1 input, 64 bit GStreamer was sneaking into the 32 bit libs.
Basically:
```nix
{ buildFHSEnv
, gst_all_1 # Because of this input...
}:
buildFHSEnv {
multiPkgs = pkgs: with pkgs; {
# This is both 32 bit and 64 bit
hello
# ...this is target arch only (bcause the `with pkgs;` doesn't apply in this case)
gst_all_1.gst-plugins-base
};
}
```
This commit removes the `gst_all_1` input to correct that.
Also removes setting `GST_PLUGIN_PATH`, as it doesn't seem necessary anymore.
(That env is the reason why I added the `gst_all_1` input and accidentally causing the issue in the first place. Ugh...)
Closes NixOS#207641.
toastal
pushed a commit
to toastal/nixpkgs
that referenced
this issue
Sep 25, 2023
Because of the gst_all_1 input, 64 bit GStreamer was sneaking into the 32 bit libs.
Basically:
```nix
{ buildFHSEnv
, gst_all_1 # Because of this input...
}:
buildFHSEnv {
multiPkgs = pkgs: with pkgs; {
# This is both 32 bit and 64 bit
hello
# ...this is target arch only (bcause the `with pkgs;` doesn't apply in this case)
gst_all_1.gst-plugins-base
};
}
```
This commit removes the `gst_all_1` input to correct that.
Also removes setting `GST_PLUGIN_PATH`, as it doesn't seem necessary anymore.
(That env is the reason why I added the `gst_all_1` input and accidentally causing the issue in the first place. Ugh...)
Closes NixOS#207641.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
As the title says, gstreamer support doesn't seem to work anymore.
Steps To Reproduce
Steps to reproduce the behavior:
The errors keep being logged a lot, cluttering the journal too.
Expected behavior
Gstreamer works on bottles, just fine
Additional context
I see that there was a PR ( #207004 ) 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.
Notify maintainers
@psydvl @SCOTT-HAMILTON @SuperSamus (you made that commit...)
Metadata
Please run
nix-shell -p nix-info --run "nix-info -m"and paste the result.The text was updated successfully, but these errors were encountered: