Jump to content

VistaLover

Member
  • Posts

    2,371
  • Joined

  • Last visited

  • Days Won

    102
  • Donations

    0.00 USD 
  • Country

    Greece

Everything posted by VistaLover

  1. Per abbodi1406, https://github.com/abbodi1406/vcredist#windows-xp-notice Direct link: https://download.visualstudio.microsoft.com/download/pr/566435ac-4e1c-434b-b93f-aecc71e8cffc/0D59EC7FDBF05DE813736BF875CEA5C894FFF4769F60E32E87BD48406BBF0A3A/VC_redist.x86.exe MDL forums reference: https://forums.mydigitallife.net/threads/repack-visual-c-redistributable-runtimes-2020-11-10.76588/page-27#post-1630817 I can confirm that the installer is dual-signed (both SHA1+SHA256), thus it can be verified on XP SP3 (which ONLY supports SHA1 file signatures). As for the installer of version 14.29.30139.0 referenced in the "community.pcgamingwiki.com" site, this has the direct link below (courtesy of abbodi1406): https://download.visualstudio.microsoft.com/download/pr/b929b7fe-5c89-4553-9abe-6324631dcc3a/4C6C420CF4CBF2C9C9ED476E96580AE92A97B2822C21329A2E49E8439AC5AD30/VC_redist.x86.exe but it is only SHA256-signed, so I'm not sure if its signature can be verified under XP SP3 : Just my 2c ...
  2. No offence meant, really, but I don't see the point of your query ; you want a comparison between apples and oranges, when, in practice, the XUL ("legacy") and the WE (MV2) CAN'T be really compared, due to them targeting different platforms/web engines; this thread here is about the XUL variant, which is the only one supported by the (official) UXP-based browsers; actually, roytam1's St52/St55 have retained some rudimentary support for fx-52 level Web Extension APIs, but if you plan on installing there the WE-variant(s) of uBO from ca. 10yrs ago, then you should ditch that idea right away; those ancient WE versions are no match for the web of 2026... TL;DR: UXP-based browsers don't support at all the what you called "newer version Gorhill works on now" ; you are limited to installing the XUL variant; any "academic" comparison is totally moot in this context (similarly, recent Firefox, and its forks, do not support the XUL-variant, only the WE-variant; and currently, that requires fx-115esr and later) ...
  3. That hotfix was previously under https://www.microsoft.com/en-us/download/details.aspx?id=54179 but bad MS have now removed that link ; I haven't tried the Internet Archive for retrieval, because abbodi1406 has already archived that link: http://download.microsoft.com/download/E/E/0/EE05C9EF-A661-4D9E-BCE2-6961ECDF087F/vcredist_x86.exe Mind you, despicable MS had shadow-banned his GitHub repo, thankfully a GitLab mirror exists: https://gitlab.com/stdout12/vcredist/-/tree/master/source_links?ref_type=heads
  4. ... Well then, not wanting to "burst anyone's bubbles" , but, perhaps, Adlice's "idea" of WinXP support is just what has been confirmed so far by your (and AstroSkipper's) tests: on-demand manual scans, only (i.e., you still need a Win7+ OS and a paid-for licence for real-time-protection to be effective); on a side note, Adlice's homepage doesn't breathe much confidence to me ; it appears they couldn't be bothered to change the copyright year to the current value: https://www.adlice.com/roguekiller/ And, FWIW, the support forum (intended to help users of the "free" version) has been turned into read-only mode: https://forum.adlice.com/index.php?topic=3890.0
  5. ... Not only that, but the "DOWNLOAD" button on the linked website is NO LONGER clickable ; even worse, the download link you had previously archived, https://www.escanav.com/en/antivirus-downloadlink/downloadcounter.asp?pcode=MWAV&src=english_dwn&type=alter now returns: ... What a total scam !
  6. Does this refer to yesterday's latest offering ? https://github.com/FalloNero/yt-dlp4vlc/commit/93ad2eeffdcdaf2cc0a6ef685b57399d7787c789 (built with VC2005 ?)
  7. ... Wasn't/isn't there a native way to do that, without any such extension? Below, a screengrab from a Sm-132 copy:
  8. My new beloved superhero, @autodidact : https://msfn.org/board/profile/398146-autodidact/content/ This most kind, generous and altruistic person is also a member on the videohelp.com forums, where he's been releasing Win7-compatible FFmpeg builds periodically; and here, he's doing the same for Vista/XP users; in some way, he's picked up the baton from Reino (whose very old, SSE-only, PC with XP died one year ago) ... As I said, it was by necessity ; but I don't think he's regretted it ...
  9. ... @Reino has left the Windows XP "Kingdom" for good and he now resides on Win11 territories ...
  10. https://en.wikipedia.org/wiki/International_Components_for_Unicode
  11. Probably for the same reason it doesn't install on WinXP Pro SP2 x64; the Panda devs, in a narrow-minded decision , have hardcoded WinXP to ONLY be NT 5.1; anything higher (e.g. 5.2) is assumed to be Vista+, for which they mandate a version of .NET FW > 4.0.x (4.6 to be precise):
  12. ... Surely a typo, but you actually mean MB there, don't you ...
  13. Both, very old (end of 2017), links to WindowsXP-KB936235-v2 (EN) and/or WindowsXP-KB944340 (EN) return 404 currently ...
  14. I suppose your investigation results are quite valuable to XP SP3 users on old and under-resourced H/W; so, thanks for your time spent ; however, unless one had downloaded to disk v21.01.00 when it was still current, it's now a real task to find working/valid links to actual (off-line) installers to it ; I did a simple G-search for it and ALL results on pages 1-3 point to (mostly) stub or off-line installer-links hosted on the vendor's (PANDA) servers; but these tend to download the latest version of the software, not the older one we're after ; I did succeed in the end in finding links to offline installers for v21.01.00, but these were self-hosted on Iranian and/or Russian sites, so, as you can understand, I won't share them publicly here ; other than that, is there a special setting one should configure in v21.01.00 so that it doesn't auto-update to a more recent version? FWIW, v23.00.00 has now become the latest (digitally signed 22/12/2025) ... Kindest greetings.
  15. https://github.com/yt-dlp/yt-dlp/issues/15325 (for reference: https://github.com/yt-dlp/yt-dlp/issues/14923 )
  16. FWIW, .NET FW 4.0 isn't a replacement for older .NET frameworks; 2.0/3.5/4.0 can co-exist on the same machine, and each one caters to applications targeting that specific version of .NET FW; i.e., if an app was built against 2.0, it needs 2.0 installed to run; likewise for newer apps built against 4.0... On Vista and later Windows versions, a newer 4.*.* version will overwrite a previously installed 4.*.* version of .NET FW, however this is NOT applicable to XP SP3, where only 4.0.x was made available; loyal XP users here can chime in to assist you, but from memory I recall than some feature/security updates for .NET FW 4.0 were made available at the time for XP SP3; unless the (recent) installer you linked to has those bundled ...
  17. I fail to see how this is a CPU-related issue (but, please, someone correct me if you have concrete technical details that prove the opposite); I disabled WASM in my browser, but the Krakow map still loaded fine; unless each one of the cited CPUs (Intel i7-4770 vs Intel Core2 Quad Q6700) comes with an embedded iGPU, so it may well be an iGPU "issue" on your case; FTR, the laptop my screengrab was taken on comes with an Intel Core2 Duo T5250 @1.50GHz CPU (Merom), with a Mobile Intel 965 Express Chipset Family iGPU, both pieces of junk by today's standards... @adata has failed to provide any detail about their H/W, or even browser build, other than the info under their avatar that they're running XP SP2 x64; as I've hinted already, if at least WebGL 1 is functional in their UXP browser (and other WebGL-based sites load OK), this is likely a JS issue... I no more use UXP as my main platform on Vista SP2 32-bit, so I'm not very likely to dig any deeper on this ...
  18. There is no map in Chrome v140 ... But it loads OK in r3dfox-140.0.4: so this isn't, probably, a site issue ... Do note that this service embeds "maps" from the https://openmaptiles.org/ https://www.openstreetmap.org projects and for the maps to display correctly in a browser, it has to have WebGL (1 or 2) support enabled (and I remember from his 360EE days that NHTPG has a tendency to disable WebGL in his browsers ) ... If your NM28/St52 copy has WebGL support enabled (check in about:support -> graphics), then the most probable reason the Krakow map doesn't load is UXP's Javascript-related shortcomings ; in a slightly older (not current) NM28 build, BrowserConsole reports a TypeError:
  19. ... It would appear "someone" is reading this thread ; disregard above link (it now 404s), here's the new one: https://github.com/3dyd/pyinstaller-builds/releases/tag/latest (with previous releases (6.16.0) reinstated )
  20. New 6.17.0 releases by 3dyd (and it's a shame every new release overwrites the previous one ; not a good practice if "things" break and one needs to revert ) : https://3dyd.github.io/pyinstaller-builds/
  21. ... Well, this isn't a very reassuring answer, you do realise that ... Don't know ; perhaps @user57 is on the right track on this (or even @cmalex, safe may he be, knows more ); the question to be asked is why did it magically appear in the latest yt-dlp WinXP compiles, whereas it wasn't present (needed?) all that time before? ... Can't tell; my AV solution gave it a "clean bill of health" ; you can try to see if the WinXP packages launch and function OK WITHOUT it, then take the necessary steps to remove it altogether; I'm not being paranoid (I think ), but I'd rather not have it there, if it isn't indispensable... Best festive wishes ...
  22. Another thing I wanted to mention to you @nicolaasjan is that in both the latest "WinXP" packages: https://github.com/nicolaasjan/yt-dlp/releases/download/2025.11.25.144622/yt-dlp_x86_winXP.exe https://github.com/nicolaasjan/yt-dlp/releases/download/2025.11.25.144622/yt-dlp_x86_winXP.zip a new DLL appears to have infiltrated, "fileextd.dll", which wasn't there in all of your previous "WinXP" releases, e.g. in https://github.com/nicolaasjan/yt-dlp/releases/download/2025.11.12.051143/yt-dlp_x86_winXP.exe https://github.com/nicolaasjan/yt-dlp/releases/download/2025.11.12.051143/yt-dlp_x86_winXP.zip Was that an inadvertent inclusion?
  23. Ditto that...
  24. Makes sense; if Z was the last to have been loaded in the tab when that tab was closed, why do you expect otherwise? After all, the browser feature is called "Recently Closed Tabs", not "Recently Visited Sites" ; however, a closed-tab's history isn't being deleted (it's saved in session data); re-open the tab with site Z on it, then use the back button once to revisit site Y (or twice for site X, etc.) ...
  25. @nicolaasjan: Sunday is Nov 30th, 2025, thus I believe you'll be having a "hot potato" in your hands : https://github.com/pyinstaller/pyinstaller/issues/9149#issuecomment-3036991021 [build] Bump PyInstaller minimum version requirement to 6.17.0 https://github.com/yt-dlp/yt-dlp/commit/280165026886a1f1614ab527c34c66d71faa5d69 For the Vista+(aka Win7) builds, your PyInstaller fork v6.17 came just in time : https://github.com/nicolaasjan/pyinstaller-builds/releases/tag/6.17.0 ... but what about those WinXP "onedir" packages which, IIANM, are still using PyInstaller-5.13.2 due to this ? (you can always revert 2801650 prior to the onedir compilation for XP, but how practical would that be in the long run? ...)
×
×
  • Create New...