Leaderboard

2 false positives.

It is Python 3.10.18 based, but Dropbox notified me via mail that link sharing was temporarily disabled (did they detect a possible virus???). I have now enabled sharing again and password protected my file. yt-dlp_Vista_x86.7z (password: 987123). [debug] Command-line config: ['-v'] [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 nicolaasjan/yt-dlp@2025.08.23.181722 (win_x86_exe) [debug] Python 3.10.18 (CPython AMD64 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.1.0-dev ) [debug] exe versions: ffmpeg N-116828-g6aafe61-Reino (fdk,setts), ffprobe N-116828-g6aafe61-Reino, phantomjs 2.5.0 [debug] Optional libraries: Cryptodome-3.23.0, brotli-1.1.0, certifi-2025.08.03, mutagen-1.47.0, requests-2.32.5, sqlite3-3.50.4, urllib3-2.5.0, websockets-15.0.1 [debug] Proxy map: {} [debug] Request Handlers: urllib, requests, websockets [debug] Plugin directories: none [debug] Loaded 1840 extractors I could also upload it to GitHub, but compiling and updating the repo is becoming a time consuming task by now (I also have a new Linux x86 Py3.11 standalone executable).

For @VistaLover : Vista compatible yt-dlp here (password: 987123).

In Dev and Canary builds, the Win+Shift+T shortcut for quick text extraction in the Snipping Tool doesn't work when StartAllBack is enabled.

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20250823-3219d2d-uxp-e5ea29554a-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20250823-3219d2d-uxp-e5ea29554a-xpmod.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom IA32 Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20250823-3219d2d-uxp-e5ea29554a-xpmod-ia32.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32 NM28XP build: Win32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250823-d849524bd-uxp-e5ea29554a-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250823-d849524bd-uxp-e5ea29554a-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250823-d849524bd-uxp-e5ea29554a-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250823-d849524bd-uxp-e5ea29554a-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250823-d849524bd-uxp-e5ea29554a-w7plus-avx2.7z Official UXP changes picked since my last build: - Issue #2837 - Implement `prefers-reduced-motion` media query. (df3b213459) - Issue #1899 - Remove MDN docs tooltip and link code from devtools. (842cc60707) - Issue #1843 - Clean up WindowsVersion.h (7af71cb345) - Issue #2847 - Extend `-moz-os-version` media query with win11. (723180132d) - Issue #2258 - Part 1: Support XCTO:nosniff when navigating. (e56e5d6cb1) - Issue #2258 - Part 2: Move XCTO:nosniff check into sniffers. (cca20ae131) - Issue #2258 - Part 3: Allow sniffing with XCTO:nosniff + empty MIME type. (707c3e3fa8) - Issue #2258 - Part 4: Clean up unused pointers. (bd734f795c) - Bug 1875345 - Report 24 instead of 32 as the colorDepth (and pixelDepth) on Linux (assuming 8 of 32 bits are for the alpha channel). (e3de626c1f) - Issue #2850 - Alias `:focus-visible` to `:-moz-focusring` (6d47d819fa) - [gfx] Guard against possible race via gfxFontEntry::GetFontTable. (7cadc57d49) - [js] Error-check pthread calls (425f38ff84) - [NSS] Avoid leak in pkcs12 decoder. (fe21538da4) No official Pale-Moon changes picked since my last build. No official Basilisk changes picked since my last build. My changes picked since my last build: - nss: update certdata and bump ckbi version to 2.80 - Bug 1974511 - Add SwissSign 2022 Roots to NSS r=jschanck - Bug 1972391 - Add TrustAsia Dedicated Roots to NSS r=jschanck - Bug 1961848 - Remove expired Baltimore CyberTrust Root r=jschanck - Bug 1978677 - remove expired explicitly distrusted DigiNotar lookalike root r=nss-reviewers,jschanck (f5307ea861) Update Notice: - You may delete file named icudt*.dat inside program folder when updating from old releases. * Notice: From now on, UXP rev will point to `custom` branch of my UXP repo instead of MCP UXP repo, while "official UXP changes" shows only `tracking` branch changes.

Forgot to quote you so you can get a notification as it's been a while Also commenting on the discussion from reddit The 7z contents from "this one" is the same as the originally posted one, I've binary compared them with winmerge And they are discussing nvme, but this pack contains also Generic_USB3x_6.2.9200.21180

as promised .heic is brought to windows xp closing the gap for xp having a very new image encoder and decoder (and nothing using any other modules, engines or weird operating system dependencys) the resulting image is even better then the one on wikipedia https://en.wikipedia.org/wiki/High_Efficiency_Image_File_Format reason behind this i only choosed the best options, better internal code, better decisions, and disregarded code that decreases image quality ----- APP "WinXP HEVC/HEIF/H265 Image En/Decoder explained" The Encoder: Encode By Filename: allow you to select a file this heic encoder supports : .jpg, .png, .tif and .y4m (raw YUV format) the encoder make a .heic file from the choosen file Encoder By Folder: this read "Encode By Folder Searched Format Ending" if you have choosen jpg then it will search all .jpg files in the choosen folder actual chooses: png, jpg, tif or y4m if the entry was jpg then the encoder will encode all .jpg files in that folder to .heic this by folder was made so you can encode many files instead of always 1 file, while going to drink some coffee Encoder Complexity: "placebo" is the best setting here i actually dont see any reason to choose a different setting that actually only results in less image quality (best: 1: placebo, 2: veryslow, 3: slower, 4: slow, 5: medium, 6: fast , 7: faster, 8: veryfast, 9: superfast, 10 ultrafast) why we should we set a setting that decreases image quality? (basicly i not even wanted to have this box) (1 word about this, placebo use the best compressions tricks therefore the time is longer(more code = more time), the others try to speed up this (and leave out some functions, tricks, try to end the encoder before it really was done), it might not always increase the image - but you can be certain you got the best option (and the highest amount of pixels possible) also it can happen that that your image might not challenged the encoder for its maximum, then a "faster" setting dont have that much difference, still it can result in less amount of pixels, with placebo you are certain to get the maximum it really raise questions to use the others, you can make a big jpg file and you may dont see the image difference that much - but why ? are we making a jpg or are we making a high efficienty image encoder ?) Hardware Acceleration: makes use of hardware registers such as MMX, SSE and AVX this speed up encoding time a lot since the encoder is very complex image encoding can take time hardware acceleration makes encoding a lot faster notice: depending on your cpu power since the encoder is complex can take some time (if so keep a look "Encoded Image Files") (MMX, SSE and AVX are speed hardware registers they are between 64 and 512 bits wide, depending what one is available (yes in 32 bit)) Quality: controls the filesize of your .heic file, the lower this number the smaller your .heic file lossless: that option is not very useful as the real question is how well the pixels was preserved making a compression (we actually dont make a raw format - we make a compression) so better set this option to 0 (it dont make a real compression) Tuner: this increases the image quality even further good settings are psnr and ssim - the other settings only decrease image quality the tuner increased the amount of pixels, as said before its a extra function to improve more pixels more code = more time - this makes a good example - if you leave out many of good possible tricks you might end up in a less fancy picture ----- The Decoder: you have to choose a output image format for your .heic file (we have png, tif, jpg, and y4m) png compression level (0-9): png compression level -1 actually represents png compression 6 i actually dont see a well reason to have -1 as option, since -1 just represent compression 6 (you can try this out by looking at the filesize of the resulting .png file (try -1 and 6 they are the same) -1 actually is called png_default_compression what then is defined as 6 0 means no compression (this is good to make a compare how well your .heic file was preserved) increasing values make higher compressions losing more pixels (again 6 is equal to -1) 0 is the best png compression regarding pixels going from 0 to higher numbers decreasing image quality (higher numbers create smaller file sizes) (and make a compromise about pixels and compression) png is said to be lossless, but i only know for certain if option 0 is selected that it is a lossless copy. (what makes a 1:1 copy of the .heic file as it exits) jpg compression (1-100): nothing much to say here the higher this value the better the resulting jpg image notice higher values also cause bigger filze sizes 90 seems to be a good choice Decode By Filename: this button actually reads out "Decode In Format" why ? because if you select a .heic file the decoder has to know the decompression format valid formats are: png , jpg , y4m, tif Decode By Folder: reads out "Decode In Format" then the selected folder is searched for .heic files and then the decoder decodes all .heic files into the image format you set in "Decode In Format" Multi-pass: this makes a second image and compare the result with the first image - according to information this also improves image quality a bit (the h.266 says for example 1-3 % in average, then something about maybe sometimes more) Create A Subfolder: this allow you to put a folder where the WinXP HEIC en/decoder put its files it trys to create that folder, but you also can create that folder yourself this also avoid the name problem when controlling with "By Folder" ------ rumors say .heic is the best image encoder at the moment as we know .heic passes jpg, jpg2000 and jxr (jpeg xr) what we can see in the wikipedia site for heic maybe .heic also other jpg formats like the jxs format (what is rather speed orientated then quality orientated) there are some (jpeg xt, jpeg xs, jpeg ls, jpeg xe, jpeg xl) (https://jpeg.org) if someone wants to makes the compares the h.266 by frauenhofer or jxl would be candidates to try or even the others ... i actually never seen a h.266 frauenhofer image yet (updated the links): https://www.file-upload.net/download-15405155/WinXP_HEIC.zip.html https://www.mediafire.com/file/g9t94vi3dr4gycl/WinXP_HEIC.zip/file