Leaderboard

Because I like to use the 64-bit version app on a 64-bit OS Yes, it's true. OK, I understand.

With all the tools that I know, I get this result for my i219 driver for XP SP3: Based on my XP SP3 logs and real-world behaviour, my custom Intel i219 (DEV_15B8) driver currently reaches roughly ~70–80% of the “feel” of an official Intel i218 XP driver in stability + latency. Which is kind of hilarious, because: - Intel never intended i219 to run on XP at all. - Yet here it is, happily pushing packets like it belongs in 2002. - In practice I’m basically cosplaying parts of Intel’s later driver logic under NDIS 5.1 and XP just shrugs and says “ok”. Where a real official Intel i218 XP driver would still win clearly: ✔ High-throughput efficiency at very high bandwidth ✔ Adaptive / smarter interrupt moderation ✔ Power-state transitions / energy features done “the Intel way” But in the areas that matter first for daily use: - Link reliability: solid - Ping stability: clean, no crazy jitter spikes - Error-free transfer: no obvious discards/errors in counters under load …my i219 driver is already surprisingly close to production-grade behaviour. Blunt engineer-style punchline: "If an Intel NIC developer saw these logs, he’d probably say: 'This is not supposed to work… why is it working?' 😄"

Please reread my post above; it referred to: https://imagenetz.de - 5GB, 30 days after last download

Sorry after testing, this site does not meet my selection criteria: No waiting time, No advertising, No download delay...

... Well, why? 1. 32-bit apps run perfectly fine on a 64-bit OS 2. Do you expect a huge performance boost if you ran a 64-bit variant of yt-dlp ? Well, this app isn't, say, a browser with a voracious RAM appetite; I've been using it on a 32-bit OS myself for close to a decade, never ran into memory issues... 3. The one practical advantage of running it under 64-bit, the ability to install the curl_cffi optional dependency (necessary to circumvent CloudFlare's antibot/AI filters on many popular services) is nullified under WinXP, because the lib it uses internally (curl-impersonate) requires at least Win7(8?) x64 ... In any case, this is probably a "no-can-do", because @nicolaasjan relies on a third-party CPython-3.11-win32 implementation to compile his 32-bit WinXP-compatible builds; specifically, this was a py3.11.4 "assembly" kindly offered by our Ukrainian member cmalex , which uses several DLL wrappers from OCA/Wine/ReactOS and it was provided solely as a 32-bit variant (which should cover probably 95% of XP users ) ... Regards.

Wow! That was even more OT, random, and out-of-nowhere than even a lot of my posts!

What didn't work on your x86 VM?

Hi my beta testers, @Dave-H, @NotHereToPlayGames and @mina7601, Dave found problems with my configuration program Configure PopMenu.exe and the starter program ProxyPopMenu.exe. They can't process paths with with spaces in them. All my tested paths didn't have any blanks. Therefore I had to fix both programs. Furthermore the documentation in my package still had to be completed. I did that now. Therefore I'll send you a PM with a link of new update package. This archive contains only those files which have to be exchanged. Cheers, AstroSkipper

Good to know! Wasn't sure about it. Have a lot of fun while testing! Hope you'll like it.

@NotHereToPlayGames, did you ever use ProxHTTPSProxy before?

Due to the circumstance that other readers can't retrace such comments, send me your feedback via PM! Thanks in advance, AstroSkipper

Hi @NotHereToPlayGames and @mina7601, thanks for wanting to be beta testers too! There are more beta testers here than future users! I'll send you both a PM! Cheers, AstroSkipper

Hi @Dave-H, thanks for wanting to be a beta tester! Never had a beta tester before! I'll send you a PM! Cheers, AstroSkipper