Leaderboard

Oh boy. Moonchild(!) thanked Roytam1 on Pale Moon forum: Indeed, thank you, roytam1, for everything you do for MSFN users!

I abandoned Thorium when it became very clear that there weren't going to be any more versions in the near future, if ever, which would run on XP. A version based on Chromium 122 doesn't really cut it any more. Why that decision seems to have been made I have no idea, but thank goodness that we still have Supermium!

Unfortunately, there are no legacy releases , especially for a Windows XP die hard fan like me : https://github.com/Alex313031/thorium-legacy/releases

Thank you very much, dear @AstroSkipper, unfortunately, I lost interest as soon as I saw the usual increase in brightness/contrast. I don't understand why those folks, win32ss and Alexander, keep pushing it up and up.

And to give you an impression of the state of development, here is a screenshot of the current Main Menu of ytBATCH for Windows XP: Of course, this is just a small insight into my project. The internal changes are much bigger and of course more important. However, I thought a little colour would make the DOS windows less boring. Frankly, this is all retro at its best. And @nicolaasjan, here you can see that I do not forget to give credits to creators for their work. This is a screenshot of the freshly created About ytBATCH for Windows XP window: When I look at my fork, I'm reminded wistfully of my old DOS days.

@nicolaasjan As part of my further development and testing of ytBATCH for Windows XP, I have also thoroughly tested your two releases youtube-dl and yt-dlp. As already reported, yt-dlp works great and can download video files and audio files easily from YouTube. Unfortunately, this is not the case with youtube-dl. Even with the very latest version 2025.3.26.0, I cannot download video or audio files from YouTube. I have tested this link as one of many: https://www.youtube.com/watch?v=ffcitRgiNDs Here are two screenshots, the first one with a successful download via yt-dlp and the second one with an unsuccessful download via youtube.dl: Is youtube-dl currently not working with YouTube? Or is there anything else to consider? Of course, I know that the development of youtube-dl had many problems in the past, but I thought it would work again. I really tried different links but none of them are working with youtube-dl. In a lot of cases, I even got the message 403 Forbidden. This is of course bad news especially for those using a computer with a SSE only CPU. Greetings, AstroSkipper

While testing my further developed fork ytBATCH for Windows XP, I also tried to use youtube-dl for downloading YouTube videos and audio files. Unfortunately, without success. Eppic, the author of ytBATCH, uses the same command line options for both downloaders youtube-dl and yt-dlp. That does not make any sense. The way of setting subtitles internally, for example, only works with yt-dlp, but not at all with youtube-dl. The command line options for subtitles are unfortunately different. youtube-dl uses the command line option --write-sub where in contrast yt-dlp uses the --write-subs option. Their negations are also different. Therefore, I have changed the script ensemble considerably and made the internal setting of flags, if different in both downloaders, dependent on the downloader that is currently active. The same applies to the youtube-dl.conf configuration file. Eppic uses one and the same file for both YouTube downloaders, although the command line options are by no means identical. This is not expedient. I therefore have now changed this too and assigned a separate configuration file to each downloader. Now, each of the downloaders can be assigned its command line options stored in its own configuration file. These are major changes to the script files, and the development and testing phase continues.

Should we realistically expect them to? I myself really really REALLY hate hate HATE that somehow we-the-consumer has all but come to EXPECT our browsers to be updated WEEKLY if not NIGHTLY. Armageddon would befall MSFN if Roytam1 stopped updating WEEKLY.

Why on earth would the Supermium developer release a version of the browser purporting to be based on Chromium 132, but actually based on an earlier version? That would make no sense at all if it can easily be checked, and he must be well aware that it can be. Surely it's much more likely that the core is indeed Chromium 132 but one or more of the tweaks which have been made to it, especially for compatibility with earlier operating systems, have resulted in the mutually exclusive issues with Twitch and the British Gas site, which now cannot both work properly at the same time.

Very very interesting! Call me intrigued! This would actually be VERY EASY BUT TIME-CONSUMING to prove. Again, VERY EASY! But who among us is going to spend the TIME to PROVE this one way or the other? I do think we should PROVE IT or ask the developer directly before spreading possible misinformation. The web site CANIUSE.COM (Can I use dot com) kind of does HALF the work for us, but it only narrows down what we would have to test within Supermium. https://caniuse.com/?compare=chrome+123,chrome+124,chrome+125,chrome+126,chrome+127,chrome+128,chrome+129,chrome+130,chrome+131,chrome+132,chrome+133,chrome+134,chrome+135,chrome+136,chrome+137&compareCats=all Basically all boils down to CSS. Note that this and this both specifically state (for v122, for example) that the #enable-experimental-web-platform-features is REQUIRED.

@NotHereToPlayGames Thank you very much indeed. I was not aware of that.

D.Draker ungoogled 134 is made for Vista, check it out.

The Chrome Web Store grayed-out button is not a product of Manifest V2. All UNGOOGLED forks intentionally result in a grayed-out button. INTENTIONALLY. You will need to install a "get crx" (or similar) from a non-chrome-web-store source then you use that to download the .crx from Chrome Web Store, save to a local folder, then install manually. The "good" ungoogled-forks will have this flag -- chrome://flags/#extension-mime-request-handling which allows you to drag the .crx onto chrome://extensions/ A "not-so-good" ungoogled fork will require you extract then install in Developer Mode. "Good" ungoogled-forks never require Developer Mode. Get CRX == https://www.crx4chrome.com/crx/45042/ CRX Extractor/Downloader (note: I intentionally use v1.5.7, it WORKS, the newer versions are hit-or-miss, mileage may vary) == https://www.crx4chrome.com/crx/364289/

Again, No Sh#T! Please stop this combative passive-aggressive BS! Until you provide a flag-change that affects Speedometer 2.1 scores and demonstrate with a before-and-after score, then this is nothing more than HYPOTHESIS, plain and simple. I do all of my Speedometer 2.1 scores in virgin, untouched profiles, with default profiles. That is a fair baseline, period!

Created an issue, asked if he could make an ungoogled version that works on Vista and 7 without SP1. And 134 is the current version, but 136 is the nightly version, so the version is higher.

Oh, I just noticed, as usual with those blind brightness die-hards, the contrast is AGAIN increased!!! GEEEEZZZ!!!!! "Text contrast increased "

The author released a half year old version, claiming it "isn't going to turn your computer into some sort of virus magnet"... The description is big and confusing, does it work on Vista? No clear mentions. https://github.com/Alex313031/thorium/releases/tag/M130.0.6723.174

Yes, that was fixed 2 days ago with this commit.

Should be fixed with this commit. I've updated my build of youtube-dl. Click on the link in my signature, or get it from here. youtube-dl -v https://www.youtube.com/watch?v=VkAGO65m7zA [debug] System config: [] [debug] User config: ['--console-title', '--rm-cache-dir', '-i', '-o', '/dev/shm/test-ytd/%(title)s.%(ext)s', '-f', 'bestvideo[height<=1080][ext=mp4][vcodec^=avc]+bestaudio[ext=m4a]/best[ext=mp4]/best', '--no-mtime', '--embed-thumbnail', '--force-ipv4'] [debug] Custom config: [] [debug] Command-line args: ['-v', 'https://www.youtube.com/watch?v=VkAGO65m7zA'] [debug] Encodings: locale UTF-8, fs utf-8, out utf-8, pref UTF-8 [debug] youtube-dl version 2025.03.26 [debug] Lazy loading extractors enabled [debug] Single file build [debug] Python 3.10.12 (CPython x86_64 64bit) - Linux-5.15.0-135-generic-x86_64-with-glibc2.35 - OpenSSL 3.0.2 15 Mar 2022 - glibc 2.35 [debug] exe versions: ffmpeg N-118905-gcbbc927a67-20250324, ffprobe N-118905-gcbbc927a67-20250324, rtmpdump 2.4 [debug] Proxy map: {} Removing cache dir /home/nico/.cache/youtube-dl ... [youtube] VkAGO65m7zA: Downloading webpage [youtube] VkAGO65m7zA: Downloading TVHTML5 API JSON [youtube] VkAGO65m7zA: Downloading player 363db69b [debug] [youtube] Decrypted nsig hfNZjNyvEvbXH8GgQ => lTBfL0Mv03nNQQ [debug] [youtube] Decrypted nsig SnZwwCPJNfqHtV0Tk => JsHrGt7DnNJHkg [youtube] VkAGO65m7zA: Downloading thumbnail ... [youtube] VkAGO65m7zA: Writing thumbnail to: /dev/shm/test-ytd/When food is actually too old to eat.jpg [debug] Invoking downloader on 'https://rr2---sn-5hnekn7l.googlevideo.com/videoplayback?expire=1742992623&ei=j6DjZ-3UEpbXi9oPidOKgA8&ip=<REDACTED>&id=o-AEOleGADhXuRXbThj2VuIcSnjUrVHXZSYGSXEeYo_j0t&itag=137&aitags=133%2C134%2C135%2C136%2C137%2C160%2C242%2C243%2C244%2C247%2C248%2C278&source=youtube&requiressl=yes&xpc=EgVo2aDSNQ%3D%3D&met=1742971023%2C&mh=FB&mm=31%2C29&mn=sn-5hnekn7l%2Csn-5hne6nzk&ms=au%2Crdu&mv=m&mvi=2&pl=16&rms=au%2Cau&initcwndbps=4437500&bui=AccgBcOLm1YHkTtGqu07fYP5Fel8A4c5q-XRthbkEuQMPN83U9Ty72c4mTtUNJUxse_jULIO_ljbCZKR&vprv=1&svpuc=1&mime=video%2Fmp4&ns=U7AzfhiMtEY_pkkvlCugQiAQ&rqh=1&gir=yes&clen=228049231&dur=986.652&lmt=1742776449710566&mt=1742970544&fvip=1&keepalive=yes&lmw=1&c=TVHTML5&sefc=1&txp=3309224&n=JsHrGt7DnNJHkg&sparams=expire%2Cei%2Cip%2Cid%2Caitags%2Csource%2Crequiressl%2Cxpc%2Cbui%2Cvprv%2Csvpuc%2Cmime%2Cns%2Crqh%2Cgir%2Cclen%2Cdur%2Clmt&sig=AJfQdSswRgIhAItHUWwrzIfkhuj5qFuknvypVvS9O37PcvY3KiINKrnRAiEAlqo55UdO9FMjAMwgVm5WOAHzw6_ZVM2JFNBDAYsFX_g%3D&lsparams=met%2Cmh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Crms%2Cinitcwndbps&lsig=AFVRHeAwRgIhAN2Sc9eA0N5nprqjyM5zXmeKKYuZ2glBBcViD-wGCLszAiEA093797tCvs0GHOGWXbfu900wqhsd38EwivZc7FcnEac%3D' [dashsegments] Total fragments: 22 [download] Destination: /dev/shm/test-ytd/When food is actually too old to eat.f137.mp4 [download] 100% of 217.48MiB in 00:09 [debug] Invoking downloader on 'https://rr2---sn-5hnekn7l.googlevideo.com/videoplayback?expire=1742992623&ei=j6DjZ-3UEpbXi9oPidOKgA8&ip=<REDACTED>&id=o-AEOleGADhXuRXbThj2VuIcSnjUrVHXZSYGSXEeYo_j0t&itag=140&source=youtube&requiressl=yes&xpc=EgVo2aDSNQ%3D%3D&met=1742971023%2C&mh=FB&mm=31%2C29&mn=sn-5hnekn7l%2Csn-5hne6nzk&ms=au%2Crdu&mv=m&mvi=2&pl=16&rms=au%2Cau&initcwndbps=4437500&bui=AccgBcOLm1YHkTtGqu07fYP5Fel8A4c5q-XRthbkEuQMPN83U9Ty72c4mTtUNJUxse_jULIO_ljbCZKR&vprv=1&svpuc=1&xtags=acont%3Doriginal%3Alang%3Den-US&mime=audio%2Fmp4&ns=U7AzfhiMtEY_pkkvlCugQiAQ&rqh=1&gir=yes&clen=15969555&dur=986.708&lmt=1742776468552695&mt=1742970544&fvip=1&keepalive=yes&lmw=1&c=TVHTML5&sefc=1&txp=3308224&n=JsHrGt7DnNJHkg&sparams=expire%2Cei%2Cip%2Cid%2Citag%2Csource%2Crequiressl%2Cxpc%2Cbui%2Cvprv%2Csvpuc%2Cxtags%2Cmime%2Cns%2Crqh%2Cgir%2Cclen%2Cdur%2Clmt&sig=AJfQdSswRQIhALAFRAve53AwIraDDScIy3fTXC3lvcudPLgLuo2qC6FDAiB4JzhAepvrlxaJpc-4Bc76PA3jlRnWlvyxI3Z3_A-ZVg%3D%3D&lsparams=met%2Cmh%2Cmm%2Cmn%2Cms%2Cmv%2Cmvi%2Cpl%2Crms%2Cinitcwndbps&lsig=AFVRHeAwRgIhAN2Sc9eA0N5nprqjyM5zXmeKKYuZ2glBBcViD-wGCLszAiEA093797tCvs0GHOGWXbfu900wqhsd38EwivZc7FcnEac%3D' [dashsegments] Total fragments: 2 [download] Destination: /dev/shm/test-ytd/When food is actually too old to eat.m4a.f140-1.m4a [download] 100% of 15.23MiB in 00:00 [ffmpeg] Merging formats into "/dev/shm/test-ytd/When food is actually too old to eat.mp4" [debug] ffmpeg command line: ffmpeg -y -loglevel repeat+info -i 'file:/dev/shm/test-ytd/When food is actually too old to eat.f137.mp4' -i 'file:/dev/shm/test-ytd/When food is actually too old to eat.m4a.f140-1.m4a' -c copy -map 0:v:0 -map 1:a:0 'file:/dev/shm/test-ytd/When food is actually too old to eat.temp.mp4' Deleting original file /dev/shm/test-ytd/When food is actually too old to eat.f137.mp4 (pass -k to keep) Deleting original file /dev/shm/test-ytd/When food is actually too old to eat.m4a.f140-1.m4a (pass -k to keep) [ffmpeg] Adding thumbnail to "/dev/shm/test-ytd/When food is actually too old to eat.mp4" [debug] ffmpeg command line: ffmpeg -y -loglevel repeat+info -i 'file:/dev/shm/test-ytd/When food is actually too old to eat.mp4' -i 'file:/dev/shm/test-ytd/When food is actually too old to eat.jpg' -c copy -map 0 -map 1 -disposition:v:1 attached_pic 'file:/dev/shm/test-ytd/When food is actually too old to eat.temp.mp4'

del

The new build of Firefox 138 now works on Vista too, only the 32 bit version of the browser for now, and it's not guaranteed to work, but it's clear that it's moving in that direction, you just have to wait for the new ungoogled version.

Apparently, someone has gone completely wrong in their tone and choice of words. This kind of rhetoric may be the new spirit in your country since February, but you should think carefully about whether you go to this level. Apart from that, fortunately this forum is located in Europe and not in your home country.

This gets OLD OLD OLD OLD OLD OLD OLD OLD. I have no idea what a Dell 2407 is and what the "F-ing" obsession is with "you and your followers" always using this "phrase". At any rate, I DO NOT CARE, I am not a "gamer" and do not need brand new computers ever six months just to watch blood splattering in 4K super-hi-def !!! !!! !!! I do not need a new mobile phone every six months. I do not need a new LED/Plasma/OLED/Whatever monitor every six months. I do not need a new house every six months. etc etc etc Supermium is still being targeted for folks like me, for hardware that isn't brand new every six months, or even every 10 years. Until Supermium developer sends out a "F U all of you XP/Vista/7/10 users, we no longer support anything below Win11 and we no longer support anything older than SIX MONTHS", then, well, "curse you" and your "crew" that wants to belittle my 12yr old computer. "Curse You" "Curse You" "Curse You"... GETTING OLD! ENOUGH WITH THE D#MN RIB-JABS!!! GOT IT?

My Windows XP computer is equipped with a single core Pentium 4 Northwood 2.8 GHz CPU and no problems here. As long as the computer is able to download files from YouTube, it should work. If your CPU is only equipped with the SSE instructions set, you should use youtube-dl instead of yt-dlp. This can be set under Preferences. Watching YouTube videos is another matter, but ytBATCH for Windows XP has nothing to do with that.

And here is the map of blocked countries, or those that banned X. Courtesy of. https://brilliantmaps.com/twitter-blocked/

Funny thing they say, X is allegedly partially blocked in France, I never noticed that! But I'm from a very special, elite region, probably an exemption? Could they keeping X available here because of the rich elitists go on vacations to my town? Could someone from France confirm?

Chrome is licensed as proprietary software. We talk about Chrome. https://en.wikipedia.org/wiki/Google_Chrome

please redownload

New build of post-deprecated Serpent/moebius for XP! * Notice: This repo will not be built on regular schedule, and changes are experimental as usual. ** Current moebius patch level should be on par with 52.9, but some security patches can not be applied/ported due to source milestone differences between versions. Test binary: Win32 https://o.rthost.win/basilisk/basilisk55-win32-git-20250315-623d34797-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20250315-623d34797-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - ported from UXP: No issue - fix some minor link issues in about:rights (8535573f) (e3671fca4) - import from UXP: No Issue - Make nsCSPService cancel the channel if a redirect is blocked by CSP (a2c61278) (c7508db43) - js: remove forEachStatementOption (a959769cf) - import from UXP: Issue #2692 - Part 1: Split out JS CompileOptions to its own header. (9436bfa1) (02c52cd66) - ported from UXP: Issue #2692 - Part 2: Split out JS SourceBufferHolder to its own header. (565fb4b0) (6eb265981) - import from UXP: Issue #2692 - Part 3: Split out JS compiled script transcoding to its own header. (eca185aa) (7bb4bf963) - ported from UXP: Issue #2692 - Part 4: Split out off-thread compilation API to its own header. (307621db) (206a81c51) - import from UXP: Issue #2692 - Part 5: Split out compilation and evaluation APIs into its own header. (40ed1b10) (9e41abaf6) - ported from UXP: Issue #2692 - Part 6: Don't #include js/SourceBufferHolder.h in jsapi.h. (2e4620b5) (654dda938) - import from UXP: Issue #2692 - Part 7: De-globalize {*}CompileOptions. (5fd30450) (3a27e3fdd) - import from UXP: Issue #2697 - Part 1: Import libjxl 0.11.1 files to the tree. (845db252) (3929d8553) - import from UXP: Issue #2697 - Part 2: Update libjxl build files. (1152a6f4) (c726d8736) - import from UXP: Issue #2697 - Part 3: Disable JXL_DEC_BOX informative events. (26bbf20c) (39eef83aa) - import from UXP: Issue #2697 - Part 4: Update README and remove upstream merged patch. (6fc88433) (2cab0774a) - import from `custom` branch of UXP: libjxl: exclude terse static assert from building (f428ae64) (623d34797)

New build of BOC/UXP for XP! Test binary: MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20250315-7bda12e7-uxp-f428ae64da-xpmod.7z BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20250315-7bda12e7-uxp-f428ae64da-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/boc-uxp/tree/custom * Notice: the profile prefix (i.e. parent folder names) are also changed since 2020-08-15 build, you may rename their names before using new binaries when updating from builds before 2020-08-15. -- New build of HBL-UXP for XP! Test binary: IceDove-UXP(mail) https://o.rthost.win/hbl-uxp/icedove.win32-20250315-id-656ea98-uxp-f428ae64da-xpmod.7z IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20250315-id-656ea98-ia-c642e3c-uxp-f428ae64da-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/icedove-uxp/tree/winbuild https://github.com/roytam1/iceape-uxp/tree/winbuild

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20250315-3219d2d-uxp-f428ae64da-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20250315-3219d2d-uxp-f428ae64da-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-20250315-3219d2d-uxp-f428ae64da-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-20250315-d849524bd-uxp-f428ae64da-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250315-d849524bd-uxp-f428ae64da-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250315-d849524bd-uxp-f428ae64da-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250315-d849524bd-uxp-f428ae64da-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250315-d849524bd-uxp-f428ae64da-w7plus-avx2.7z Official UXP changes picked since my last build: - No issue - fix some minor link issues in about:rights (8535573f07) - No Issue - Make nsCSPService cancel the channel if a redirect is blocked by CSP (a2c6127832) - Explicitly use javascript: instead of URI_INHERITS_SECURITY_CONTEXT within subjectToCSP() (#2696) (c318657acd) - Issue #2692 - Part 1: Split out JS CompileOptions to its own header. (9436bfa175) - Issue #2692 - Part 2: Split out JS SourceBufferHolder to its own header. (565fb4b05a) - Issue #2692 - Part 3: Split out JS compiled script transcoding to its own header. (eca185aa79) - Issue #2692 - Part 4: Split out off-thread compilation API to its own header. (307621db50) - Issue #2692 - Part 5: Split out compilation and evaluation APIs into its own header. (40ed1b10f4) - Issue #2692 - Part 6: Don't #include js/SourceBufferHolder.h in jsapi.h. (2e4620b5af) - Issue #2692 - Part 7: De-globalize {*}CompileOptions. (5fd304507d) - No Issue - Stop warning if a network request failed. (d9c27beb51) - Issue #2697 - Part 1: Import libjxl 0.11.1 files to the tree. (845db2526f) - Issue #2697 - Part 2: Update libjxl build files. (1152a6f41d) - Issue #2697 - Part 3: Disable JXL_DEC_BOX informative events. (26bbf20c1d) - Issue #2697 - Part 4: Update README and remove upstream merged patch. (6fc884334f) No official Pale-Moon changes picked since my last build. No official Basilisk changes picked since my last build. My changes since my last build: - libjxl: exclude terse static assert from building (f428ae64da) 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.

https://github.com/Alex313031/thorium-legacy/issues/124 ... wrote the author on Aug 3rd, 2024... Similar issues weren't even replied to by the author: https://github.com/Alex313031/thorium-legacy/issues/115 https://github.com/Alex313031/thorium-legacy/issues/105 The source repo showed some further activity as recent as Nov 13th, 2024, https://github.com/Alex313031/thorium-legacy/commits/main/ but it seems that's where things got stuck... Currently, only Thorium for Linux/Win10+ is still being developed and binaries publicly released, so I'd assume Thorium Legacy is, in practice, "frozen" ...