pasbi
November 6, 2020, 9:05am
1
Thank you very much for the answer in Executing application fails with code 0xc0000135 during build - #2 by native-api .
I don’t fully understand how the problem in that thread is connected to my issue.
I tried to link libgcc and libstdc++ statically, with no success however.
But running cygcheck gave me some additional insights:
cygcheck: track_down: could not find OPENGL32.dll
On Ubuntu, I can use xvfb. On Windows, there seems to be no solution yet:
Trying to run some GUI tests(conda/pyqt5/pytest) inside Windows build, but apparently GUI isn’t supported on Windows Server Core.
Is there any change to have GUI enabled images in the future? Or maybe I am missing something.
By which I mean that the diagnosis steps in that post are relevant but other parts not necessarily.
pasbi
November 6, 2020, 9:36am
3
ah ok… got it.
Well, in the meanwhile I figured out what’s missing (OPENGL32.dll
).
I think my case is slightly different from the one I’ve quoted, since I don’t try to start a GUI.
I just need OpenGL to render into a frame buffer, which is than stored as PNG-image, but never displayed.
Do you think there is a chance to get this working?
It may be present in the Media Foundation feature available for install . Looking at metadata at my local machine, the “Microsoft-Windows-OpenGL
” WinSxS component to which opengl32.dll
belongs is a dependency of it.
powershell -c "Install-WindowsFeature Server-Media-Foundation"
pasbi
November 6, 2020, 12:15pm
5
Thanks for the suggestion, but it does not work.
Have I done wrong something?
in before_install
, right after setting up MSYS2:
powershell -c "Install-WindowsFeature Server-Media-Foundation"
yields
Success Restart Needed Exit Code Feature Result
------- -------------- --------- --------------
True No Success {Media Foundation}
but then, same error:
cygcheck: track_down: could not find OPENGL32.dll
.travis.yml
:
compiler: gcc
sudo: require
language: cpp
services:
- xvfb
git:
# Shallowly cloning lib2geom may be a problem, since we want a particular commit.
depth: false
jobs:
include:
- stage: build
os: linux
dist: xenial
name: Build on Ubuntu Xenial
script:
- build-scripts/build-omm-ubuntu.sh
- build-scripts/make-appimage.sh
- stage: build
os: linux
dist: bionic
This file has been truncated. show original
Then all I can suggest is to get the necessary DLLs from a Windows Server installation medium independently and copy them to %WINDIR%\System32
:
opened 10:53AM - 25 Feb 18 UTC
enhancement
This is a wrap-up of all the things learned so far about problems when emby is i… nstalled on a Windows Server Core 2016.
# Setup
1. Installation of the Visual C++ 2015 Runtime fails without notice.
Potential remedies:
- Try to run the redist install in silent mode without GUI - if possible
- Or use the VC merge modules, merge them into an msi setup and execute the msi as sub-setup (this will definetely work)
2. Setup should reject installing a 32bit version on Windows Server Core
This is to simplify the dll checking that will be required.
I wouldn't expect this to happen anyway, but [in this post](https://emby.media/community/index.php?/topic/12727-question-about-ffprobe-on-windows-server-core/) it is being talked about 32bit dlls...
# Check and fix missing DLLs
The following dlls are required for ffmpeg:
- %WINDIR%\System32\msvfw32.dll
- %WINDIR%\System32\avicap32.dll
(crtdll and the mui resource files are not required)
And these dlls are required for SkiaSharp:
- %WINDIR%\System32\ddraw.dll
- %WINDIR%\System32\glu32.dll
- %WINDIR%\System32\opengl32.dll
- %WINDIR%\System32\dsound.dll
- %WINDIR%\System32\msvcp140.dll
- %WINDIR%\System32\vcruntime140.dll
The last two dlls are installed with the VC++ 2015 runtime. They can only be used to check for successful installation of the VC runtime, they cannot be installed just by copying (a lot of side-by-side binaries with appropriate policies need to be intalled)
For all other dlls it is sufficient to copy them into the System32 folder.
# Implementation
Having the emby setup do that would be nice, but I don't think that this is going to happen ;-)
But I think we should do two things at least:
- Always check for presence of those dlls on startup and display a red warning message in the dashboard with some text or link to instructions about what needs to be done
- Also display this in the OOBE/Firsttime setup wizard
It turns out, the same problem is with multimedia components:
pasbi
November 7, 2020, 1:59pm
7
The package mingw-w64-x86_64-mesa
provides the OPENGL32.dll
.
Installing that package solves the issue.
It’s not the same as on my local machine (which is provided by windows), but it works.
2 Likes
dan296
October 30, 2023, 5:20pm
8
How did you go about installing this package?
pasbi
October 30, 2023, 5:54pm
9
I installed the package using msys package manager (pacman).
It’s a long time ago, so I could imagine a lot of dependencies (and the package itself) have changed significantly.
I haven’t used travis recently, so I cannot provide any updates, sorry.
1 Like