Leaderboard

My releases have just been updated.

Thanks ; this does load and function OK under Vista SP2 32-bit : [debug] Python 3.11.14 (CPython x86 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.6.1 27 Jan 2026) OTOH , that "XP_x86-backport" is another type of binary mod that uses specialised DLL-wrappers, targeting EXCLUSIVELY NT 5.x ; you haven't disclosed anything about the provenance of that mod, perhaps its creator(s) could be kindly asked for an NT 6.0 compatible variant (???) ; speaking about Node.js on NT 6.0, this relevant issue has stayed disappointingly "calm" for the last 3 months ... 2026 is definitely NOT a good year so far, it seems...

I have no problems to post links that link to the MSFN forum itself. A very fresh example is here. https://msfn.org/board/topic/185045-supermium/?do=findComment&comment=1264614

Why do you want to install Python? You don't need that. Try the WSUS server method which uses WUMT to get access to MU. You can find it in this thread or here: https://forums.mydigitallife.net/threads/restore-windows-update-for-windows-xp-server-2003.82538/

Well, I got it from a forum from a large country that is currently under heavy sanctions. 😳 Link to post. Maybe you can wake him up?

I managed to get OpenSSL 3.6.1 on Windows XP. yt-dlp-XP.zip openssl.7z (32-bit) [debug] Command-line config: ['-v'] [debug] User config "C:\Documents and Settings\Nico\Application Data\yt-dlp\config.txt": ['--rm-cache-dir', '--console-title', '--add-metadata', '--embed-thumbnail', '--convert-thumbnails', 'jpg', '--js-runtimes', 'node', '--ppa', 'ffmpeg:-metadata synopsis=""', '-o', '~/Bureaublad/%(title)s.%(ext)s', '-S', 'res:1080,vcodec:avc,acodec:m4a', '--sponsorblock-remove', 'all', '-N', '6'] [debug] Encodings: locale cp1252, fs utf-8, pref cp1252, out cp1252 (No VT), error cp1252 (No VT), screen cp1252 (No VT) [debug] yt-dlp version local@2026.01.28 [5bf91072b] (win_x86_exe) [debug] Python 3.11.4 (CPython x86 32bit) - Windows-XP-5.1.2600-SP3 (OpenSSL 3.6.1 27 Jan 2026) [debug] exe versions: ffmpeg N-122539-g905a432403-WINXP (fdk,setts), ffprobe N-122539-g905a432403-WINXP, phantomjs 1.9.8 [debug] Optional libraries: Cryptodome-3.23.0, brotli-1.2.0, certifi-2026.01.04, mutagen-1.47.0, requests-2.32.5, sqlite3-3.50.4, urllib3-2.6.3, websockets-16.0, yt_dlp_ejs-0.3.2 [debug] JS runtimes: node-20.19.2 [debug] Proxy map: {} [debug] Request Handlers: urllib, requests, websockets [debug] Plugin directories: none [debug] Loaded 1856 extractors Removing cache dir C:\Documents and Settings\Nico/.cache\yt-dlp ... Special NodeJS for Windows XP: Node_XP.7z

Got things working on Intel PCH platforms! The problem wasn't IRQs at all, it was the HD Audio Controller's PCIe transactions no-snoop bit which wasn't getting properly cleared because of a typo in a type-cast (dereferencing it twice ). With no-snoop enabled, what happens is the audio data is written to CPU cache but not flushed out to main memory unless there is some other activity going on to use the cache and invalidate those pages (like Scandisk). I'm not sure if there is a way to explicitly flush the audio buffer to main memory or some flags to AllocateCommonBuffer which I should be passing but aren't Released Alpha-016 https://github.com/andrew-hoffman/WDMHDA/releases

Most sadly, another end is pretty close : https://github.com/yt-dlp/yt-dlp/issues/15712 Soon-ish, no more youtube downloads without a JS runtime enabled (and without passing logged-in YT cookies, only the WEB-S client (HLS) formats would become available - these do require the JS runtime, though) ...

and legacy.com paging issue is still being investigated by issue creator: https://forum.palemoon.org/viewtopic.php?f=70&t=33084&p=269727#p269727 EDIT: mozilla bugzilla entry is found: https://bugzilla.mozilla.org/show_bug.cgi?id=1806042 EDIT2: upstream merged a fix for this, and will be fixed in my next build.

https://drive.proton.me/urls/B1XVQ0VJZ0#UkqYiyCUKuF2

It's a pity, I kinda hoped for a faster Ungoogling process. What exactly was Ungoogled, then?

This is only Windows 7 related. https://github.com/win32ss/supermium/issues/531#issuecomment-2091118136

They say you need to launch from a specially created icon (shortcut), did you do that? https://github.com/win32ss/supermium/issues/531#issue-2275990442

This is actually very important since the browser scans GPU on startup. Your GPU and Driver may be blacklisted for acceleration, hence the delay.

Interesting! Shouldn't Iron 109 correspond to the exact same Chrome 109 version @Cixert uses? Probably his adblock (or something else) interferes with the site, then?

And didn't tel what to do exactly? Strange. Do you have a link to the driver?

Apart from "nightmare" written boldly with the use of capslock, I'd like to see a more detailed report. Which flags are used, Hardware specs, VM version, Updates level (which is very important!) Read here, this was already explained by @George King: https://msfn.org/board/topic/186133-thorium/?do=findComment&comment=1263763

No, it's just paid. To get the good version and additional bonuses, you need to subscribe. It's been discussed in this topic already. 5 Euros per month or so. Dollars are converted, don't worry.

Well, you can always try this to make sure, then. Open regedit and go to Computer\HKEY_CURRENT_USER\Software\Microsoft\Windows\DWM.There, create a DWORD key named CompositionPolicy and set its value to 2. Install the driver via computer manage. After the display driver installs, reboot or restart VDDM.

I think you mean archive instead of folder. muweb.cab and mucltui.cab are cab archives actually.

Ok, give it a headline so it can be better classified! I took it to help @WULover. Sorry!

Ok, you've already corrected it.

Your computer is too old. If 320 MB is the maximum size of RAM, then any upgrading does not make sense at all. Windows 2000 is no option too. Use your Windows XP installation and try the WSUS server method which uses WUMT to get access to MU. You can find it in this thread or here: https://forums.mydigitallife.net/threads/restore-windows-update-for-windows-xp-server-2003.82538/ No need then to run ProxHTTPSProxy at all!

You try to run ProxHTTPSProxy REV3d built by pyInstaller. Therefore the Python version used is decisive whether your CPU is supported or not. I assume the lacking of SSE2 is probably the cause of the problem. Try the WSUS server method instead! It is working fine too.

I think so , yes. People need to be polite and read the rules , as far as I can see , the one who started the topic is responsible to keep the right content.

Dear TECHGEEK , please moderate this topic and cleanse it from pollution regarding Vista vs. 7/10 stuff , or create a new one , for those that in such painful lust to compare , thank you.