Leaderboard

Everything is in HKEY_CURRENT_USER\Software\StartIsBack. Doesn't even require admin rights if you use reg.exe import/export.

I'm running vmware workstation 10.0.7 just because a discussion a few months ago in the ex kernel thread lead me to believe that this is the best version (I know I can get newer versions running) Updates up to Apr. 2017, KB4474419 v4, KB4493730 and rootsupd. That's all

New NewMoon 27 Build! 32bit https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20211023-06f122f42-xpmod.7z 32bit SSE https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20211023-06f122f42-xpmod-sse.7z 32bit noSSE https://o.rthost.win/palemoon/palemoon-27.10.0.win32-git-20211023-06f122f42-xpmod-ia32.7z 64bit https://o.rthost.win/palemoon/palemoon-27.10.0.win64-git-20211023-06f122f42-xpmod.7z source repo: https://github.com/roytam1/palemoon27 repo changes since my last build: - import changes from `dev' branch of rmottola/Arctic-Fox: - fix assertion (528f0d0b2) - fix assertion (8ca4607ca) - fix broken assertions (8c64c1865) - fix debug code (6e37f6aa7) - remove broken assertion (090f9987d) - fix assertion according to bug Bug 1328251 (b3835e0c5) - fix debug code (f7a2841e6) - Bug 1226241 - Use a #define instead of a magic number for self-hosted function name accesses. r=jandem (01e2ec474) - Bug 1235656 - Part 1: Set canonical name in self-hosted builtins. r=till (43cbd7cb9) - Bug 912701 - When removing Unicode extension sequences from a locale, ignore similar syntax that might be found in a privateuse component. r=abargull (1524a8b48) - remove broken assert (a93490758) - remove broken assert (0ddc7e143) - fix missing bracket (c4f524729) - Bug 1179924 - Create a more modern JS object holder for cross-thread references to JS objects. r=smaug (0804d24cf) (27926d796) - import changes from `dev' branch of rmottola/Arctic-Fox: - Bug 1176004 - Make jstest's unix task runner a generator; r=sfink (03def3308) - Bug 1175708 - Followup to fix windows jstests.py bustage on a CLOSED TREE; r=meow (b291f8cd0) - Bug 1175636 - Do not spawn a watchdog for each test on Windows; r=sfink (c87370ba8) - Bug 1141283 - Compensate for stackwalk duration and sleep overhead when determining sampler sleep time. r=BenWa (cf155667f) - Bug 1172186 - Make the profiler build standalone. r=mstange (324ec7283) - Bug 1176028 - Use the jstest's task generator directly; r=sfink (6dac9eb7a) - Bug 1176064 - Do processing of the jstest's skiplist inline; r=sfink (af6dd9d06) - Bug 1165054 - Fix inbound bustage due to missing explicit on single arg constructor r=me (b29da4afe) - Bug 1182092 - Try harder to filter out template shapes with indexed properties when making unboxed objects, r=jandem. (2540ff768) - Bug 1180299 - Implement ScopeExit for running actions at the end of a scope, r=Waldo (dd40bb356) - Bug 1180536 - Use mozilla::ScopeExit to clean up Debugger::addDebugge#eGlobal's consistency on failure; r=sfink (3bec89179) - Bug 1170216 - When using the slow-and-standard path in js::SetIntegrityLevel, don't manually call setNonwritableArrayLength afterwards. r=Waldo. (563a26f28) - Bug 1171036 - Change GetLengthProperty slow path to use ToLengthClamped instead of ToUint32. r=Waldo. (c0431c393) - Bug 1170307 - Inline the common path of NonNullObject; use it instead of ReportObjectRequired in the Debugger. r=shu. (ff70c4e1c) - Bug 1167883 - Avoid huge stack frames and stack overflow issues with MSVC PGO builds. r=nbp (a02cdc599) - Bug 1181063 - Use mozilla::IsNaN and mozilla::IsInfinite in Simulator-vixl.cpp. r=Waldo, r=sstangl (552a22923) - Bug 1181152 - Make Trampoline-mips.cpp compile with clang. r=rankov (d3308f445) - Bug 1181581 - Fix some typos in comments. r=jandem (79c5de477) - Bug 1175714 - Watch for baseline frame values with nursery types during OSR, r=jandem. (765346890) (06f122f42)

To prevent user confusion, I strongly recommend disregarding the tutorials and contacting me directly instead about the extended kernel. The original post was removed as it was continuing to confuse users. There will be further discussion about the evolution of the extended kernel in the coming pages.

Unofficial Windows Vista x64 Extender Kernel step by step installation guide All the credits for the Extended Kernel go to @win32, not me. Disclaimer: I take absolutely no responsibility for any damage to your PC (or laptop or whatever) caused by following/misfollowing this tutorial. Backup everything before continuing. Special thanks to @winvispixp for guide improvement suggestions. List of Vista-unsupported programs that work with the extended kernel version 03092023 (current): Note: for best stability it's recommended to go for the October 2022 version (10192022) and only install 64-bit files (see step 8) Preparations: 1. Prepare a .7z extracting program (for example 7-zip). 2. Prepare Ubuntu or Linux Mint installation CD (for method 2 and uninsallation). 3. Update your Vista to 2017 EOL version (especially install sp1,sp2 and the platform update). 4. (Optional) You can install some server 2008 updates if you want. List of compatible updates by @LiptonAcer 5. (Optional but highly recommended) Install KB4019478 - D3Dcompiler-x64 update, .NET Framework 4.6.1 and 3.5, DirectX June 2010 redistributable and all the Visual C++ redistributables 64 and 32 bit. 6. Install SHA-2 Server 2008 updates in the following order: KB4039648-v2,KB4493730, KB4474419. 7. Backup your original files. 8. Extract the vistaexkernsetup_03092023.7z file (or vistaexkernsetup_10192022.7z if you are installing October 2022 version) into any folder you like (later called folder X). Method 1 - Automatic installation Method 1 involves using the Installer. If you are facing some problems, use alternative installer by @Bizzbob or method 2 instead. If you don't want to install 32-bit extended kernel, use method 2. 1. Copy your original kernel32.dll located in %systemroot%\syswow64, rename it to kernelol.dll and put the new file in syswow64 2. Run the setup.exe as administrator. (These steps do not apply to @Bizzbob's installer) 3. Follow the instructions on your computer’s screen. 4. Make sure that files like kernel32.dll are present in %systemroot%\system32. If they are not, use method 2. 5. Reboot the computer. 6. Repair file permissions. 7. Congratulations, enjoy Method 2 - Manual installation Method 2 involves using the Ubuntu live CD. The reason why we use Ubuntu and not another windows installation is because Ubuntu doesn’t support NTFS file permissions and thus ignores them completely making file replacing much easier. 1. Launch cmd.exe as administrator and run the following command without quotes: “bcdedit /set {current} nointegritychecks yes”. 2. Insert Ubuntu installation disk Either CD or USB (AKA live CD). 3. Reboot into the Ubuntu live CD. 4. Choose: “Try Ubuntu”. 5. On the top bar go to: Places\Computer. (This may differ depending on version of Ubuntu you have). 6. Locate folder X and copy all the dll and exe files from the folder X (EXCEPT setup.exe and files, that have filename ending with .wow64) to yourpartition:\windows\system32, click replace when prompted (make sure you have a backup). 7. If your Vista is UEFI, do the same for winload.efi. 8. (Optional) Move all the .wow64 files from the folder X to a different directory and remove .wow64 from their name, than copy them to yourpartition:\windows\SysWOW64, click replace when prompted (Right now 32bit extended kernel is in a very early stage of development, so personally I don’t recommend it for daily usage). 9. Shut down Ubuntu and boot Windows. 10. Repair file permissions. 11. Congratulations, enjoy Method 3 - Redirection If you don’t want to replace your system files, you can make specific programs use extended kernel dlls instead of vanilla Vista ones using local redirection. Unfortunately this method doesn’t let you run most of the new applications, that file replacing would do (for example there is a problem with exe files that spawn from another and many other). 1. Apply the DLLredirectionenabler.reg. 2. For each application you want to run with the extended kernel, do the following: 3. For exefilesname.exe create an exefilesname.exe.local folder. 4. Put files from folder X in the exefilesname.exe.local folder. 5. Congratulations, enjoy Repairing file permissions Automatic tool If you visit system32 after the installation you will probably notice that permissions for extended kernel files look like this: Obviously letting “Everyone” to modify your core system files causes a serious security issue so it is necessary to restore the default file permissions pattern: The owner should be: “nt service\Trustedinstaller”. Example: 1. Locate %systemroot%\system32\kernel32.dll 2. Open properties and under security tab click “Advanced”. 3. Make sure that “Include inheritable permissions from this object’s parent” checkbox is disabled. 4. Close the advanced window and click “edit” 5. Remove “Everyone” and other account that are not in the default pattern. 6. Add “Users” and “Administrators” accounts and set permissions for them to match the default pattern. The names have to be in your language. Look at other system files if you don’t know how to spell the words. 7. Add “SYSTEM” account and set permissions for it to match the default pattern. 8. Add “nt service\Trustedinstaller” account and set permissions for it to match the default pattern. They are different this time. 9. Click “OK”. 10. Open properties and under security tab click “Advanced” again. 11. Under “Owner” tab click “edit” than “Other users or groups”. 12. Enter “nt service\Trustedinstaller” without quotes. 13. Click “OK”. 14. Congratulations! Do the same for other files: If you have installed only 64 extended kernel than you have to restore file permissions only in system32 for the following files that you have replaced: ci.dll dwmapi.dll kernel32.dll ntdll.dll ntk32.dll ntoskrnl.exe ole32.dll powrprof.dll shell32.dll user32.dll uxtheme.dll winload.efi winload.exe api-ms-win-core-fibers-l1-1-0.dll advapi32.dll dxgi.dll dxgiext.dll api-ms-win-core-synch-l1-2-0.dll API-MS-WIN-CORE-WINRT-ERROR-L1-1-0.dll API-MS-WIN-CORE-WINRT-ERROR-L1-1-1.dll API-MS-WIN-CORE-WINRT-L1-1-0.dll API-MS-WIN-CORE-WINRT-STRING-L1-1-0.dll api-ms-win-shcore-scaling-l1-1-1.dll bcrypt.dll shcore.dll userenv.dll useren0.dll kernel33.dll jobsrv.exe gdi33.dll gdi32.dll dwritent60.dll dwritent10.dll DWrite.dll api-ms-win-core-memory-l1-1-6.dll api-ms-win-core-memory-l1-1-5.dll api-ms-win-core-fibers-l1-1-0.dll api-ms-win-core-delayload-l1-1-1.dll api-ms-win-core-delayload-l1-1-0.dll If you have installed 32 bit extended kernel than you also have to restore access rights in syswow64 too (for the following files that you have replaced): kernel32.dll powrprof.dll ole32.dll shell32.dll user32.dll uxtheme.dll dwmapi.dll ntext.dll powrprof.dll shellnew.dll ntk32.dll miscstubs.dll ws2_33.dll ws2_32.dll user33.dll shell33.dll shcore.dll These are the final names for those files, remember that some of them have to be renamed during the installation as described in the guide. Optional Extended Kernel components d3d12.dll - This is DirectX 12 for Windows 7. You can copy it to system32. It does not work on Vista, but can be useful for Windows 8 users. Windows 7 Media Foundation Platform - This is needed for video codec support in some programs like Firefox. Making the Windows 7 mfplat system wide by installing it causes problems with Windows Media Player and Dremscene, so it's recommended to use redirection method instead: 1. Apply the DLLredirectionenabler.reg. 2. For each application you want to run with the Windows 7 mfplat, do the following: 3. For exefilesname.exe create an exefilesname.exe.local folder. 4. Extract the mfplatsetup.7z and copy all the dlls it contains to the exefilesname.exe.local folder. 5. Congratulations, enjoy 378.66_Vista and 398.11_Vista - Modfied Nvidia drivers for Vista. More details: https://msfn.org/board/topic/184056-breakthrough-p2-new-pascal-special-microsoft-nvidia-driver-port-for-vista-x64/ Windows Version Spoofer Version spoofer allows you to fool programs into thinking that you are running a newer version of Windows! Create an empty file called "osver.ini" (without quotes) in the %systemroot% folder. Put contents of the template below in your file. Adjust the template depending on your needs. Template: [Path to an exe file] Commandname=1 [Path to another exe file] Commandname=1 [global] Commandname=1 List of supported commands: Enabled (this one is always needed) MajorVersion MinorVersion BuildNumber CSDVersion PlatformId (2 is used to indicate that the OS is Windows NT. 1 represents 9x and 0 represents Win32s) to spoof Windows 7 sp1, use: Enabled=1 MajorVersion=6 MinorVersion=1 BuildNumber=7601 Windows 8.0 Enabled=1 MajorVersion=6 MinorVersion=2 BuildNumber=9200 Windows 8.1 Enabled=1 MajorVersion=6 MinorVersion=3 BuildNumber=9600 Windows 10 (the build number depends on the Windows 10 version, that you want to spoof) Enabled=1 MajorVersion=10 MinorVersion=0 BuildNumber=19044 Windows 11 (the build number depends on the Windows 11 version, that you want to spoof) Enabled=1 MajorVersion=10 MinorVersion=0 BuildNumber=22000 Example: [C:\Program Files\Mozilla Firefox\firefox.exe] Enabled=1 MajorVersion=6 MinorVersion=1 BuildNumber=7601 [global] Common errors If you're using an ISO from MSDN you may encounter an error "The ordinal 899 could not be located in the dynamic link library SHELL32.dll" while booting. you need to swap the explorer.exe from C:\Windows with the one called "replacement explorer". This error appears, when winload.exe's signature is different from the one expected by Windows. Make sure you have run this command: “bcdedit /set {current} nointegritychecks yes” and that you have replaced all of the required files. Make sure you have all the necessary updates installed. List of Vista-compatible programs that don’t work with the extended kernel. Windows Sidebar (resolvable): 1. Apply the DLLredirectionenabler.reg. 2. Create a "sidebar.exe.local" folder in %programfiles%\Windows Sidebar\ . 3. Copy your backup ole.dll to the "sidebar.exe.local" folder. 4. Congratulations, enjoy CPU-Z (old Extended Kernel version) - https://msfn.org/board/topic/183046-guide-vista-extended-kernel-installation/?do=findComment&comment=1207488 Kaspersky antivirus - https://msfn.org/board/topic/181612-wip-windows-vista-extended-kernel/page/112/ VirtualBox (as a host) - VirtualBox checks if system files were signed by Microsoft. (it is called "hardering") Windows Live Photo Gallery (only if you install 32-bit extended kernel) Feel free to report other programs. How to uninstall the extended kernel? Method 1 If you used Method 1 durning installation, the dlls were automatically backed up as [nameofdll].dll.bak. You just need to delete the extended kernel dll and then change the name of the vanilla one (delete the .bak extension; it should look like [nameofdll].dll after) Repair File permissions Method 2 Follow the Method 2 steps, but instead of copying extended kernel files, put your backup files back in system32 (or SysWOW64 if you are uninstalling the 32bit extended kernel) Repair file permissions. Method 3 Alternatively, file replacement can be done using Windows Vista PE. Boot from CD or USB Choose your keyboard layout and on the next screen click "Repair my Computer" and choose CMD. You can use 7-Zip or Notepad's "save as" dialog as GUI Put your backup files back in system32 (or SysWOW64 if you are uninstalling the 32bit extended kernel) Repair file permissions Old versions

i think native vista does support cpu z but the ex kernel breaks it

Should be. /gfx/thebes/gfxPrefs.h DECL_GFX_PREF(Once, "layout.frame_rate", LayoutFrameRate, int32_t, -1); /gfx/thebes/gfxPlatform.cpp /*** * The preference "layout.frame_rate" has 3 meanings depending on the value: * * -1 = Auto (default), use hardware vsync or software vsync @ 60 hz if hw vsync fails. * 0 = ASAP mode - used during talos testing. * X = Software vsync at a rate of X times per second. */ already_AddRefed<mozilla::gfx::VsyncSource> gfxPlatform::CreateHardwareVsyncSource() { RefPtr<mozilla::gfx::VsyncSource> softwareVsync = new SoftwareVsyncSource(); return softwareVsync.forget(); } /* static */ bool gfxPlatform::IsInLayoutAsapMode() { // There are 2 modes of ASAP mode. // 1 is that the refresh driver and compositor are in lock step // the second is that the compositor goes ASAP and the refresh driver // goes at whatever the configurated rate is. This only checks the version // talos uses, which is the refresh driver and compositor are in lockstep. return gfxPrefs::LayoutFrameRate() == 0; } /* static */ bool gfxPlatform::ForceSoftwareVsync() { return gfxPrefs::LayoutFrameRate() > 0; } /* static */ int gfxPlatform::GetSoftwareVsyncRate() { int preferenceRate = gfxPrefs::LayoutFrameRate(); if (preferenceRate <= 0) { return gfxPlatform::GetDefaultFrameRate(); } return preferenceRate; } /* static */ int gfxPlatform::GetDefaultFrameRate() { return 60; } The comments hint at existence of hardware vsync, but I didn't find it. Should go up with dynamic content or if you test with autoscrolling; make sure it's enabled, then activate it with middle click on a page long enough to scroll for a bit that way. The first number is the current frame rate, the others...I'd have to go dig inside the code. The number is only relevant for as long as something is going on since it doesn't refresh constantly like a game. If hardware acceleration works, theoretically any software that measures frame rate in games could pick it up. I seem to remember seeing DxTory's frame counter in normal desktop applications. It's been a while since I've used it, back then it did work on XP. It's paid software, but if I remember correctly, there weren't restrictions when used just as a frame counter. Older version of RivaTuner Statistic Server might be more suitable for this task alone.

i will write this in random order so prepare yourself the dlls are automatically backed up as [nameofdll].dll.bak you just need to delete the new dll and then change the name of the old one (delete the .bak extension; it should look like [nameofdll].dll after) method 2 can be done from within a win vista/7/8/8.1/10 and maybe even 11 installation environment. you need to boot into a usb drive (or whatever you have) that has windows on it, press next on the first screen and then on the second one press on repair my computer, then on cmd and change the files (you can open notepad if you want a gui and go to "save as" change from .txt files to all files down there and voila you can navigate thru win folders) i don't think you need this one; need to check tho i installed rootsupd, i recommend you do that too some might actually break everything (at least that happened to me) so i recommend installing just the minimum required i've actually never done this and i didn't encounter a problem (i've installed vista with ex kernel way too many times) but i agree that it could cause some problems especially if the person that uses the computer doesn't really check whatever they are installing you can add the sidebar fix here: you need to go to C:\Program Files\Windows Sidebar and create a "sidebar.exe.local" folder and throw inside ole32.dll that's available inside the mega folder called "sidebar redirection files for 2018+ update user" this one isn't something optional but rather important: if you're using an ISO from MSDN (like me) you may encounter the error "The ordinal 899 could not be located in the dynamic link library SHELL32.dll" while booting. you need to change the explorer.exe from C:\Windows with the one available inside the mega folder called "replacement explorer". the way you do this is the same i mentioned in the beginning mfplat could be on this list (it makes firefox work properly again on youtube) but i recommend making a "firefox.exe.local" folder, placing it in the same folder that has firefox.exe and then copying the dlls from the archive (mfplatsetup.7z) to that folder (you obviously need to merge DLLredirectionenabler.reg if you didn't already; this .reg is needed for the sidebar fix too) you can install it thru cmd but it will break a lot of windows programs (like wmp, the experience index) and it's needed just for firefox from my experience so it's better just to use the redirection method this would be more useful if named "List of unsupported programs that work with the extended kernel". i know there is a thread with this topic but i don't think winclient5270 will be editing it soon

https://ftp.mozilla.org/pub/firefox/releases/2.0.0.20/win32/xpi/fi.xpi

New regular/weekly KM-Goanna release: https://o.rthost.win/kmeleon/KM76.4.5-Goanna-20211023.7z Changelog: Out-of-tree changes: * update Goanna3 to git f355dbe3d...06f122f42: - import changes from `dev' branch of rmottola/Arctic-Fox: - fix assertion (528f0d0b2) - fix assertion (8ca4607ca) - fix broken assertions (8c64c1865) - fix debug code (6e37f6aa7) - remove broken assertion (090f9987d) - fix assertion according to bug Bug 1328251 (b3835e0c5) - fix debug code (f7a2841e6) - Bug 1226241 - Use a #define instead of a magic number for self-hosted function name accesses. r=jandem (01e2ec474) - Bug 1235656 - Part 1: Set canonical name in self-hosted builtins. r=till (43cbd7cb9) - Bug 912701 - When removing Unicode extension sequences from a locale, ignore similar syntax that might be found in a privateuse component. r=abargull (1524a8b48) - remove broken assert (a93490758) - remove broken assert (0ddc7e143) - fix missing bracket (c4f524729) - Bug 1179924 - Create a more modern JS object holder for cross-thread references to JS objects. r=smaug (0804d24cf) (27926d796) - import changes from `dev' branch of rmottola/Arctic-Fox: - Bug 1176004 - Make jstest's unix task runner a generator; r=sfink (03def3308) - Bug 1175708 - Followup to fix windows jstests.py bustage on a CLOSED TREE; r=meow (b291f8cd0) - Bug 1175636 - Do not spawn a watchdog for each test on Windows; r=sfink (c87370ba8) - Bug 1141283 - Compensate for stackwalk duration and sleep overhead when determining sampler sleep time. r=BenWa (cf155667f) - Bug 1172186 - Make the profiler build standalone. r=mstange (324ec7283) - Bug 1176028 - Use the jstest's task generator directly; r=sfink (6dac9eb7a) - Bug 1176064 - Do processing of the jstest's skiplist inline; r=sfink (af6dd9d06) - Bug 1165054 - Fix inbound bustage due to missing explicit on single arg constructor r=me (b29da4afe) - Bug 1182092 - Try harder to filter out template shapes with indexed properties when making unboxed objects, r=jandem. (2540ff768) - Bug 1180299 - Implement ScopeExit for running actions at the end of a scope, r=Waldo (dd40bb356) - Bug 1180536 - Use mozilla::ScopeExit to clean up Debugger::addDebugge#eGlobal's consistency on failure; r=sfink (3bec89179) - Bug 1170216 - When using the slow-and-standard path in js::SetIntegrityLevel, don't manually call setNonwritableArrayLength afterwards. r=Waldo. (563a26f28) - Bug 1171036 - Change GetLengthProperty slow path to use ToLengthClamped instead of ToUint32. r=Waldo. (c0431c393) - Bug 1170307 - Inline the common path of NonNullObject; use it instead of ReportObjectRequired in the Debugger. r=shu. (ff70c4e1c) - Bug 1167883 - Avoid huge stack frames and stack overflow issues with MSVC PGO builds. r=nbp (a02cdc599) - Bug 1181063 - Use mozilla::IsNaN and mozilla::IsInfinite in Simulator-vixl.cpp. r=Waldo, r=sstangl (552a22923) - Bug 1181152 - Make Trampoline-mips.cpp compile with clang. r=rankov (d3308f445) - Bug 1181581 - Fix some typos in comments. r=jandem (79c5de477) - Bug 1175714 - Watch for baseline frame values with nursery types during OSR, r=jandem. (765346890) (06f122f42) * Notice: the changelog above may not always applicable to XULRunner code which K-Meleon uses. A goanna3 source tree that has kmeleon adaption patch applied is available here: https://github.com/roytam1/palemoon27/tree/kmeleon76

So if that upgrade actually affects Vista issues on Haswell and newer, a security-only update might be just as effective as a monthly rollup. In that case, I would suggest testing with KB4499180 from May 2019, which Microsoft actually encouraged Vista users to install due to the BlueKeep scare.

Thanks for the Info, It really helped me improve Serpent's performances...

I admire your zeal to investigate something that was reported April 25, 2019 by one member who now runs Windows 8.1. Are you thinking this report was “fake news” as Dixel might say? I was a little suspicious at the time, if only because no one else ever reported a VMWare issue whereas Avast/AVG users with exactly the same BSOD were posting far and wide. (The member lives in the Czech Republic, where Avast/AVG is based - possible motive?) But in fairness to a member in good standing, he posted some clarification about affected and unaffected versions on September 6, 2019 in a short thread that might interest you. While searching for that, I went back too far and found something else that might interest you: Windows Vista + Intel Haswell issues: Documentation.

@SuperKolobok I hope i have now fixed all relative paths. WinNTSetup_v5021 will run a ScanFiles.cmd if exists. You could use something like the following to recreate WinNTSetup_mru.txt before it will be loaded: @echo off title Scan for files ... pushd %~dp0 >WinNTSetup_mru.txt echo [Source_NT6] for /f %%c in ('dir /b Sources\*.wim Sources\*.swm Sources\*.esd Sources\*.iso') do ( >>WinNTSetup_mru.txt echo Sources\%%c ) >>WinNTSetup_mru.txt echo [Drivers_NT6] for /f %%c in ('dir /b /ad Drivers') do ( >>WinNTSetup_mru.txt echo Drivers\%%c ) >>WinNTSetup_mru.txt echo [RegTweaks_NT6] for /f %%c in ('dir /b /ad Tweaks') do ( >>WinNTSetup_mru.txt echo Tweaks\%%c )

(Sorry, didn't have time to respond to this before.) I agree with your general point, but I'm not sure how much Google is to blame in this particular case. The thing is, programmers often tend to be pretty lazy when having to do maintenance tasks, because these aren't seen as "cool" and "innovative"... And this bug is a bit of a special case, because it takes almost 30 min to run a single test case, whether you're trying to track down where the regression originated, or trying to fix it. Let me give you a rough rundown of the process I went through with this (let's skip this long story for them normal people ; and this isn't about me looking for extra credit, honest! ) OK, so now consider that during virtually every step of this, you have to run a whole lot of 30 min (or longer) tests to make sure of your guesses or fixes. I am, of course, a great guy and all , but even with my highly vested hobbyist interest in solving this issue it took me several months to get through this all. Obviously not months of straight work on this alone, and obviously I didn't just sit around gaping at the screen every time I ran a test, but started the test and then did something else while it ran, but the whole thing still took time. Now, imagine I was an elite coder working at Mozilla , and generally supposed to work on some other stuff besides this. And, let's say you were my manager. Are you sure you'd let me spend all this time on this one, apparently (but really not) intermittent issue that seems to be affecting only a few people (really affecting all, but 99.99% of those people wouldn't put 2 and 2 together and notice the very specific interval and would instead write these freezes off as internet issues or whatever else) on a "legacy" OS that doesn't have that long to live anyway (or so you think, not knowing about POSReady, and MSFN )? And would I, an elite Mozilla engineer , want you to make me spend my precious time on something like this? I mean, even without the whole Windows driver dive and leak hunting thing they obviously wouldn't get into (the leak hadn't happened yet, either), it's a lot of work that isn't "cool", nor "innovative"! This is not to say that I excuse the fact that they don't even run tests for longer playback, etc., etc. We all know Mozilla has lots of problems with their attitude and policies, and there are many things they aren't doing that they should be doing (and vice versa). I definitely do blame them for letting this fall through the cracks and not doing more to fix this. But as far as Google goes, since they probably weren't using cubeb, maybe they themselves never ran into this bug (at least its more obvious, 2x:xx version), and since this isn't an issue specific to Youtube, I think I wouldn't blame them too much for this one. But there is Microsoft, who introduced this bug in the first place with that pretty dumb coding error...

... Freedom of expression? My... behind! (pardon my French ... Pun intended, as OPer is from France ). Loading the linked URI in latest Serpent 52.9.0 32-bit, I'm seeing the following: ShadowRoot is part of Google Chrome's WebComponents framework... Shaka Player is a Google-owned web player framework, in the posted screengrab it's looking for EME (Encrypted Media Extensions), i.e. DRM support (aka WidevineCDM, another Google "asset" ) in the browser... Finally, apart from the CORS issue spotted by @roytam1 , the site produces two more errors: To sum up, this is yet another site coded in a way to cater exclusively to latest Chrome and variants ; I wouldn't call this "freedom", would you? (at least where user freedom to choose a browser is concerned... ); in the same vein, citing that 360EE and (Chr)Edge can handle the site/web player fine is a redundant thing to say; the web of 2021 revolves solely around Chrome, period...