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.
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.