Leaderboard

Done.

It works now. But let me say one thing. While it is legit to complain as I did, and also helps to know what is the issue and see if I can fix, or can be fixed, if it is necessary to use the latest curl_cffi, just do it. Don't downgrade because a person complains. If I can use the x86, awesome, I'll use. In cases as with this tool, how many times are we dealing with over 2³² of data/memory needs to use the x64. It is more a matter of slightly better performance. off-topic from here Now, about the "modern DNS extensions". Actually they aren't modern... I mean, the original proposed standard RFC is from 1999, and then ratified as internet standard on 2013. It is fair to use it, but, why now? If I could I would update the hardware, OS, software, but... I don't live in a world of magic.

I don't think there will be many users of the 64-bit version that also have an old local DNS resolver, but nevertheless I will downgrade curl_cffi to version 0.13.0 for the next release. Forcing these modern DNS extensions on a legacy-OS target is counter-productive anyway. Meanwhile, here is a 64-bit test version, so we can see if curl_cffi 0.13.0 doesn't give issues for you with 2026.01.19.143412.

@johk What happens if you switch to the 32-bit yt-dlp variant for Win7 ? https://github.com/nicolaasjan/yt-dlp/releases/download/2026.01.19.143412/yt-dlp_x86_win7.exe That one doesn't come with the curl_cffi Python module bundled (it's currently only 64-bit); some sites require this module to work, but NOT youtube.com (yet) ... curl_cffi is a Python binding (wrapper) for curl-impersonate, not for "ordinary" curl ; curl-impersonate uses Google's BoringSSL crypto lib (not Libre/OpenSSL), making it incompatible with < Win7 (I have Vista) ... curl 8.15.0-IMPERSONATE (Windows) libcurl/8.15.0-IMPERSONATE BoringSSL zlib/1.3 brotli/1.1.0 zstd/1.5.6 c-ares/1.30.0 WinIDN nghttp2/1.63.0 ngtcp2/1.11.0 nghttp3/1.9.0 Release-Date: [unreleased] Protocols: dict file ftp ftps gopher gophers http https imap imaps ipfs ipns ldap ldaps mqtt pop3 pop3s rtsp smb smbs smtp smtps telnet tftp ws wss Features: alt-svc AsynchDNS brotli ECH HSTS HTTP2 HTTP3 HTTPS-proxy HTTPSRR IDN IPv6 Largefile libz NTLM SSL SSLS-EXPORT threadsafe Unicode UnixSockets zstd

Many thanks, indeed ; but the naysayers/doubters are again back at it, one of them even went as far as to downvote your comment; I posted one last "analysis" there, but, frankly, I'm totally disheartened by all those "experts of today", who leave no room for old-school volunteers like myself ... Well then, I, you, Reino (and possibly others) know that the IOS HLS formats do still work, let the masses on GH's issue tracker stick to their reservations ...

Bound means prelinked, a rarity these days. An address will appear there that should match the function address in the lower box. If so, the load will be faster, if not, a bit slower. Early versions of my ImportPatcher could validate bound import links.

Our college campus sold Win 95 *upgrade* cd-rom in the bookstore. ie, it did NOT have the "for sale only with new pc" printed on the disk. Not sure if that helps you, but to me, if it was sold SEPARATE from a new pc and sold at a college campus bookstore, that tells me "retail". You might try looking through *EBAY* listings, that may be a better source than any source including "fake cd-rom images".

thats too new. according to http://ideje.hu/collab/tiki-index.php?page=Windows-UCRT-versions , the last XP compatible UCRT is 16.7 (file version 14.27.29114.0)

That's it!!! Oh lord , what a waste of day doing tests back and forth, searching for alternatives, finding BIND9 stopped support for Windows on 9.17.14.... Anything, but not with the x86 build... I'll end with a correction to myself. I should have said that EDNS is not for security only. I always mix it with DNSSEC (which actually is a feature of the upstream curl utility), despite this requires EDNS, too.But, anyway, there is no need for such implementation, IMHO.

Sweet! I'm so huge into *everything* PORTABLE that I have never installed *any* C++ runtime. None. Naughta. Zilch. I prefer to manually place the SMALL HANDFUL of .dll's that some programs require to be SELF-CONTAINED within that program's OWN ROOT DIR. It's almost always the same two or three or four .dll's and even though my setup has those existing as "duplicates" across my hard drive, it's still MUCH LESS space than the full runtimes. Kind of like how several .dll's land in the root dirs of things like Supermium, Mypal, Serpent, etc.

OK, it's fixed! The portable version worked fine, and in fact if I ran the firefox.exe in the portable version's program folder, rather than firefoxportable.exe, it opened fine using my normal Firefox profile! So, I started comparing the two installations, and found that some DLLs in my Firefox program folder appeared to have been disabled by renaming 'DLL' to 'D~L'. That's my normal way of disabling a file, changing the middle character of the extension to '~'. Why I had done that is lost in the mists of time in this case, but one disabled DLL file stood out, and that was msvcp140.dll, which is a C++ Runtime file of course. That reminded me that I had recently updated my C++ 2015-2019 Runtime to 14.29.30139, following a recommendation elsewhere on MSFN. Thinking perhaps this could be the issue, I simply renamed the msvcp140.dll file in the Firefox folder back to normal, and everything came good! So, I guess the new system runtime file versions may not actually be compatible with all programs, so I will now be on the lookout for any other seldom-used programs which no longer work. Thanks everyone for the help as always! Cheers, Dave.

It is actually the curl stage, as it is what it fails when can't do an OPT DNS query type 41 hex (65 is the decimal conversion)). No, my DNS server/resolver software doesn't support it. I should have told, but I got tired of test, renames, edits... oh dear... I know the software is old, but trusted, but, also, there shouldn't be need to hardcode EDNS queries on curl. Too paranoid, in my opinion. I tested with the "--force-ipv4" and it is the same. If the curl update is really necessary... I'll have to change the software, but it is really dumb reason :/ It works if I redirect queries to an external resolver (example: 1.1.1.1)... but defeats the purpose of using a local one in first place Do you know what is really curious? That I almost always perform formats queries first, and it does this without a problem (querying correctly an A record for www.youtube.com), but when queries it again (or direct download, without query formats first) for download... In other words, it happens at download time In the version of curl I have I don't have such an EDNS option to test.

Or generally on old machines with a single-core processor. After restarting my computer, it additionally installs or updates some modules like, for example, NNSNAHS (Network Activity Hook Server Service) which makes starting much worse. Now, I get a popup that no firewall is installed for a short time, and Panda gets deactivated. A further one minute later, it finally activates itself. So the start was extended by at least another minute. Not good.

Today, I have uninstalled Panda Free Antivirus 21.01.00 and installed Panda once again but via their online installer. The version installed by their online installer is 22.03.05. The online installer downloads the legacy installer FREEAV_LGC.exe (117MB) and not the common FREEAV.exe (161MB) under Windows XP. Unfortunately, the version 22.03.05 needs much longer for starting when booting Windows XP. It is round about 5 to 6 minutes on my old machine. The culprit is the process PSANHost.exe which places very high demands on the CPU, up to 99%. The previously installed version 21.01.00 only needed 2 minutes. I'll keep the currently installed version a while just for testing purpose but I think I'll go then back to version 21.01.00. The next days, I'll use to see how this version behaves in my system doing all the things I usually do.

I think for a free version Panda Dome is ok. If it is running correctly, the impact is low on RAM and CPU compared with Avast or other security suites in the past. And once again, it is free of charge in the basic version. BTW, I do not need a firewall or VPN. I have already been using the best firewall, Windows 10 Firewall Control Plus XP. And I have several paid VPN services.

I have already provided a solution to activate Panda Dome under Windows XP. Read this post: and this one:

This one I installed years ago when it was released. But I don't think that other Visual C++ versions are responsible for the issues I noticed regarding Panda Dome under Windows XP. In the meanwhile, I have updated Visual C++ 2010 to version 10.0.40219.473 but the issue is still there. Additionally, I repaired my Microsoft .NET Framework 4.0 installation as there was indeed a problem. But even this doesn't seem to have any effect on my issue.

Maybe I should elaborate on this a bit, because the reason why I do is (surprisingly) hardly ever mentioned. I hate ads, so I try to watch Youtube videos as much as possible directly with MPC-HC. I think only 0,1% of the time I use yt-dlp for downloading. 99,9% of the time it's just for watching: FOR /F "delims=" %A IN (' yt-dlp_20082025.exe --extractor-args "youtube:player-client=ios" -f "bv[vcodec!^=av01][width<=1920]+ba" -S "+proto" -O urls "https://www.youtube.com/watch?v=xxxxxxxxxxx" ^| xidel -se "let $url:=x:lines($raw) return `\"C:\\Program Files\\Media\\MPC-HC\\mpc-hc64.exe\" \"{$url[1]}\" /dub \"{$url[2]}\" /close`" ') DO @%A This executes MPC-HC which opens two m3u8 HLS streams (VP9 1080p video and AAC audio). The reason why I prefer the iOS m3u8 HLS streams is because, unlike the DASH streams, they don't exhibit bandwidth "issues". What do I mean by "issues"? It's mostly prevalent with videos that have huge bandwidth fluctuations, like those from Hardware Unboxed for instance. The first halve of their videos often has a low bitrate, because of them talking with a static background. Then suddenly fast-paced gameplay footage kicks in, which sees the bitrate skyrocket. With the m3u8 HLS streams this is no issue, but when I open the DASH variants instead, it looks as though the entire video is played back with a static average bitrate. The first halve of such a video this is no problem, but the moment the fast-paced gameplay footage kicks in it starts to stutter massively, because Youtube doesn't provide/allow enough bandwidth to keep up. I take it I'm not the only one having experienced this?

Knocking on UDP, trying to make connections via QUIC, broadcasting to literally everything and everyone is the default chrome behaviour. The question is, why (if both @win32 and Alexi are trying to implement at least something similar to Ungoogled) didn't cut it out first. Seems like a very logical (and rather simple) first step.

But people, like Dave-H, are grateful these ports exist.

It's because some write they are, but no one gives a link.

If I'm not mistaken, someone here still tries to tell it's all open source, so no problem to apply the ungoogled patches yourself, what stops you?

Thorium surely does add tracking parameters to your search. &newwindow=1&sca_upv=1&hl=en#ip=1 What's this "ip=1", especially interesting. Looks very much like a command to record/collect your IP adddress.