No problem removing these components The problem appears as soon as we integrate / install a CU Otherwise, I thought I saw an ISO "Insiders" would be available this week, I dreamed?
I meant the error (0x800f081f) when installing the update. Why do you solve iso when UUPs are available from March 20?
That's what I said, there is an error if we integrate or install a CU Nuhi is working on the "fix", normally available tomorrow, if it passes the tests I always thought ISO was "cleaner" than UUP But if the files (builds) of the 18362.1 are exactly the same
I can't understand why on the EN-US ISO (downloaded via UUP) no errors at all using gpedit.msc (as the .admx and .adml files exist), while downloading the it-IT ISO (always via UUP) gpedit.msc reports errors due to some missing .adml files inside the it-IT subdirectory. It's the first time I see this strange behaviour and Microsoft seems to not listen at all some feedbacks already reported about that.
Build on FAST = build on SKIP now, they are merged. https://forums.mydigitallife.net/th...pc-fast-skip-20h1_release.79383/#post-1514866 & https://forums.mydigitallife.net/th...pc-fast-skip-20h1_release.79383/#post-1514867
Strange problem with a Steam game, Quake Live (OpenGL), just reporting it as an oddity really in case it happens with other games, not really seeking a solution here. Ever since win10x64 v1903 18362.1 upgrade Updated to 18362.53 same issue still occurs - If the game is started from Steam the game crashes, seen as a grey window flashing up then instantly closing with no error, the only record is in event viewer: Code: Faulting application name: quakelive_steam.exe, version: 0.1.0.739 Faulting module name: MSCTF.dll, version: 10.0.18362.1 Exception code: 0xc0000005 Fault offset: 0x000775d2 If the game is started from the .exe directly it runs as normal consistently every time (it's still reliant on Steam running in the background) If the High DPI settings are changed in compatibility settings the game may run a few times then revert back to the same crash, changing to any other High DPI setting then repeats it working for a short while, this is the strangest behaviour. If any compatibility mode is set on the .exe (from Win95 to Win 8) then the game starts as normal from within Steam consistently every time again. Exceptions in Defender or turning off realtime protection entirely do not help. I haven't noticed issues with any other Steam game I have or anything else in the OS other than the well recorded Settings -> Apps crash that doesn't happen after a short wait.
There might be something wrong with steam since the upgrade. I would try to re-install it. If that doesn't fix things, you likely need to wait until steam has an update for the new OS.
And now, the error of Creative sound card driver is still unresolved in windows 10 1903, so boring ...
i'm using audigy 2 zs, audigy support pack doesn't work with 19h1, but it's still work with older versions of windows 10
with dism / cbsenum remove package after un hide teh package ok nm i will use ntlite or something else thx
Whether kb4497727 is the correct SSU for 19h1 or KB4493510? also, any dl link for kb4497727? Asking bcz I read in some comment, not installing the proper ssu breaks the WUS in 19h1, or atleast for those who tried to add the cu to make a customised ISO, can someone clear this confusion? EDIT: NVM, got the dl link, but in CAB format, no MSU package released I presume. Just the last Q remain unanswered.