2013-10-14, 08:34 PM
I'm wondering if the issue has something to do with the VC++ runtime? All of us in the testing group had already installed the later VC++ before sub included the needed .dll files with NPVR, theoretically eliminating the need for users to install it separately. What if something in that complete VC++ runtime has some interaction with the DX9 runtime? Everyone suddenly has this problem only after upgrading to 3.1.1, and Agerdin has backrev'd to 2.6.2 and the DX9 problem has gone away again... the only difference I can think of is that 2.6.2 is using the older VC++ and .NET runtimes.
Could we maybe get just one user afflicted by this to try the full VC++ runtime? If that proves it, then maybe sub can figure out which additional VC++ file(s) is needed, and can post it as a patch and get it rolled in to the next installer.
Could we maybe get just one user afflicted by this to try the full VC++ runtime? If that proves it, then maybe sub can figure out which additional VC++ file(s) is needed, and can post it as a patch and get it rolled in to the next installer.
server: NextPVR 5.0.7/Win10 2004/64-bit/AMD A6-7400k/hvr-2250 & hvr-1250/Winegard Flatwave antenna/Schedules Direct
main client: NextPVR 5.0.7 Desktop Client; LG 50UH5500 WebOS 3.0 TV
main client: NextPVR 5.0.7 Desktop Client; LG 50UH5500 WebOS 3.0 TV