-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
mpv does not work if opengl32.dll presents from mesa #7530
Comments
https://github.com/msys2/MINGW-packages/blob/master/mingw-w64-mpv/PKGBUILD#L7 |
Opps my bad. I was trying to update it before sleep and forgot that. The issue is not related with the mpv version. |
uh why use mesagl with mpv ?!? does it fail with desktop opengl. |
the problem is that if it's installed it gets used, even if not intended. |
Hmm could we not place the dll's in some subdir under bin ? that should avoid this. |
Ideally we'd let the user pick which implementation is used, probably via package installation. Obviously it would need to work on both scenarios here. |
Should be easy enough to just copy the dll's from say bin/mesa to bin if a user prefers to use the mesagl binaries no ? |
Adding a system-opengl package that is mutex with mesa sounds like a better idea to me personally. |
Also a possibility. 👍 |
I tried to reproduce but I couldn't using this MSYS2 environment:
|
OK, am I the only one with this issue? Can anyone here reproduce it in your machine? |
I am using Intel G2020 (yeah! it's very much old). |
I don't know. It should be able to work as your CPU should be able to run anything up to and including AVX. Are running MSYS2 in a VM or something? |
No VM, just Windows on bare metal. So, where did you get the hint about sse3? Just curious. |
|
I thought msys2 does not enable any CPU specific instructions. OK, then it's conclusion time.
|
Your CPU does supports all the extensions enabled by |
@Biswa96 @mati865 @revelator @lazka @mingwandroid I finally figured out what's going on here. I looked again at Intel G2020 specs and it looks like it doesn't support AVX. mingw-w64-x86_64-mesa includes swr driver which unfortunately is plagued by issues with AVX usage leaking into common code: |
It's good to see I'm not the only one 😅 OK, then reopening this issue. Waiting for fixes in mesa upstream... |
All Pentium CPUs do no support AVX but still they cover more features than |
Recently I have seen this kind of thing with |
some of the later models do infact support AVX but support came much later than on the core models. which kinda sucks when something requires this extension :/ and you have one of the older models |
|
|
Oh, I wasn't aware about it.
|
if that's so, I think gcc needs to update their docs https://gcc.gnu.org/onlinedocs/gcc/x86-Options.html as a note, on 3 machines with different gcc versions all show the same thing with |
Steps:
Workaround: Remove or rename the
/mingw64/bin/opengl32.dll
file.Thoughts: I think opengl32.dll should be from System32. But as the opengl32.dll presents in
/mingw64/bin/
folder,mpv.exe
loads it from that path first instead of the System32 one. Also mesa-demos has this same issue.mingw-w64-mesa package maintainer, @pal1000 any hint about this issue?
@lazka mpv is not updated. PKGBUILD shows version 0.33.0 but pacman shows 0.32.0-3
The text was updated successfully, but these errors were encountered: