Posts: 81
Joined: Jul 2015
Reputation:
8
I agree, having pretty much everything external is the reason I can still use 17.6.
Posts: 18
Joined: Sep 2024
Reputation:
0
Thanks for the reply. In the meantime I have gone down the MPC-BE + MadVR route and I must say that with a VPJ it does imprve the experience. Next step is to add the 3D LUT. Still willing to test the DSPlayer, which seams to be a much more convenient approach once integrated into Kodi
Posts: 18
Joined: Sep 2024
Reputation:
0
Thank you for the suggestion. I do know about integration with external players and MadVr, but you do lose a lot of the functionality offered by Kodi. I just wish Kodi Team implemented madVr as other players do or a form of dynamic tone mapping.
As posted above, I have started using MPC-BE + madVr and I do like what I am seeing, but you also have to go through the hassle of playing around with playcore configurations, etc. and have to use a second remote to control MPC. I have Kodi integrated into openHab.
Posts: 4
Joined: Jan 2025
Reputation:
2
Really great work. I'm a programmer myself and I know how many hours it takes to do what you're doing. So thank you so much and I'm looking forward to trying it out!
Posts: 106
Joined: Feb 2017
Reputation:
6
roby69
Senior Member
Posts: 106
Hello tiben20,
I’m getting the following dll not found errors when starting kodi:
VCRUNTIME140D.dll
ucrtbased.dll
MSVCP140D.dll
Posts: 4
Joined: Nov 2024
Reputation:
0
Could it be that you compiled in Debug mode?
The DLL files with a “D” at the end are part of the Visual Studio Debug libraries. These are not included in the standard Visual C++ Redistributables, but only in a full Visual Studio installation.
If the program was compiled in Debug mode, it must be recompiled in Release mode to run on systems without Debug libraries. Otherwise, Windows won’t be able to find VCRUNTIME140D.dll, and the program won’t start.