Leaderboard

I don't know if it has already been noticed, VLC Media Player 3.0.20 has not been able to play YouTube video links under Windows XP for months. Due to YouTube's permanent changes, the youtube.luac file from 08.06.2024 is outdated. An updated youtube.luac or youtube.lua version has not yet been published. So, I did a research and found an alternative version of the youtube.lua which makes use of the downloader yt-dlp. The Lua script project is called yt-dlp4vlc and was developed by FalloNero. Here is a link to his GitHub page: https://github.com/FalloNero/yt-dlp4vlc. I have already tested this Lua script, and it works fine. The script calls up yt-dlp.exe and transfers the parsed link to VLC. Unfortunately, there is one small drawback. The Lua programming language does not have a command to minimise or to hide a console window. Under Windows, a console window is opened and only closed when the parsed link has been successfully transferred to VLC. I don't like that, so I modified the Lua code in this script. This is the code of the original Lua script: -- YouTube Link Resolver for VLC with Separate Video and Audio URLs -- Place this script in VLC's lua/playlist directory function probe() -- Check if the input is a YouTube link return vlc.access == "http" or vlc.access == "https" and (string.match(vlc.path, "youtube%.com") or string.match(vlc.path, "youtu%.be")) end function parse() -- Construct the full YouTube URL local youtube_url = vlc.access .. "://" .. vlc.path -- Path to yt-dlp executable (modify as needed) local yt_dlp_path = "C:\\YT-DLP\\yt-dlp.exe" -- Construct the command to get the direct video and audio URLs local cmd = string.format( '%s -g "%s"', yt_dlp_path, youtube_url ) -- Execute yt-dlp to get the direct video and audio URLs local handle = io.popen(cmd) -- Read video URL (first line) local video_url = handle:read("*l") -- Read audio URL (second line) local audio_url = handle:read("*l") handle:close() -- Trim any whitespace video_url = video_url and video_url:gsub("^%s+", ""):gsub("%s+$", "") or "" audio_url = audio_url and audio_url:gsub("^%s+", ""):gsub("%s+$", "") or "" -- Log the resolved URLs vlc.msg.info("[YouTube Resolver] Original URL: " .. youtube_url) vlc.msg.info("[YouTube Resolver] Video URL: " .. video_url) if audio_url and audio_url ~= "" then vlc.msg.info("[YouTube Resolver] Audio URL: " .. audio_url) return { { path = video_url, name = vlc.path .. " (Video)", options = { -- Add audio URL as input option ":input-slave=" .. audio_url } } } else vlc.msg.warn("[YouTube Resolver] No separate audio URL found. Playing single URL with both video and audio.") return { { path = video_url, name = vlc.path .. " (Video + Audio)" } } end end And here is the code of the Lua script modified by me:: -- YouTube Link Resolver for VLC with Separate Video and Audio URLs -- Place this script in VLC's lua/playlist directory function probe() -- Check if the input is a YouTube link return vlc.access == "http" or vlc.access == "https" and (string.match(vlc.path, "youtube%.com") or string.match(vlc.path, "youtu%.be")) end function parse() -- Construct the full YouTube URL local youtube_url = vlc.access .. "://" .. vlc.path -- Path to yt-dlp executable (modify as needed) local yt_dlp_path = "c:\\Programme\\VideoLAN\\VLC\\yt-dlp.exe" -- Hide window and ... (modify as needed) local cmd_hide = 'c:\\Programme\\VideoLAN\\VLC\\nircmd.exe win hide stitle "Lua" &' -- Start cmd, title the window and ... local cmd_title = 'cmd /c title Lua &' -- Construct the command to get the direct video and audio URLs local cmd = string.format( '%s %s %s -g "%s"', cmd_title, cmd_hide, yt_dlp_path, youtube_url ) -- Execute yt-dlp to get the direct video and audio URLs local handle = io.popen(cmd) -- Read video URL (first line) local video_url = handle:read("*l") -- Read audio URL (second line) local audio_url = handle:read("*l") handle:close() -- Trim any whitespace video_url = video_url and video_url:gsub("^%s+", ""):gsub("%s+$", "") or "" audio_url = audio_url and audio_url:gsub("^%s+", ""):gsub("%s+$", "") or "" -- Log the resolved URLs vlc.msg.info("[YouTube Resolver] Original URL: " .. youtube_url) vlc.msg.info("[YouTube Resolver] Video URL: " .. video_url) if audio_url and audio_url ~= "" then vlc.msg.info("[YouTube Resolver] Audio URL: " .. audio_url) return { { path = video_url, name = vlc.path .. " (Video)", options = { -- Add audio URL as input option ":input-slave=" .. audio_url } } } else vlc.msg.warn("[YouTube Resolver] No separate audio URL found. Playing single URL with both video and audio.") return { { path = video_url, name = vlc.path .. " (Video + Audio)" } } end end For hiding the console window, I have used nircmd. The script has to be adapted to the location of both files yt-dlp.exe and nircmd.exe. The advantage of this script is that from now on, the interaction of YouTube and VLC no longer depends on an updated youtube.lua script which is only carried out at very irregular intervals, but on the downloader yt-dlp.exe maintained by @nicolaasjan. Long story short, VLC Media Player 3.0.20 is again able to play YouTube videos from their links. And now even without an annoying console window. Cheers, AstroSkipper

... Yes, this is really insane of them ; it's not as if discourse-based forums, mostly containing text, need the top-of-the-line JS/CSS features released with "yesterday"'s Google Chrome version ... ... Mozilla have extended Win7's support with Fx115esr until September, but discourse will cut this support 4 months prior, on May 1st! I soon got bored reading the linked announcement and the comments that followed it, their basic reasoning couldn't hold water if it wanted to: (and, correct me if wrong, but "they" can't use English properly, I think "including" should've been "include"); what "improved experiences" for crying out loud? People just post questions (in plain text), sometimes they attach a screengrab, and they expect a helpful reply (also mostly in text); why discriminate against older rendering engines? https://meta.discourse.org/t/dropping-ios-15-other-old-browsers-in-may-2025/358131/33 Will have to wait and see how much "broken" UXP will be after May 1st on discourse-based forums/"communities" (quite a lot of them, actually) ... (above is St52 with the ! Discourse-based forums ||*/browser-detect-$script,important custom uBO-legacy filter...) EDIT: Discourse's browser-feature-checking script is, apparently: https://d11a6trkgmumsb.cloudfront.net/assets/chunk.e772cb6376a12f35fc11.d41d8cd9.br.js:139:266343

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20250419-3219d2d-uxp-42e13fd8bf-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20250419-3219d2d-uxp-42e13fd8bf-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-20250419-3219d2d-uxp-42e13fd8bf-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-20250419-d849524bd-uxp-42e13fd8bf-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250419-d849524bd-uxp-42e13fd8bf-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250419-d849524bd-uxp-42e13fd8bf-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250419-d849524bd-uxp-42e13fd8bf-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250419-d849524bd-uxp-42e13fd8bf-w7plus-avx2.7z Official UXP changes picked since my last build: - No issue - Various updates for Mac buildability with XCode 16.3 (59977aa358) - No issue - set UXP to dereference links in file open dialogs. (17031f216b) - Issue #2726 - Remove obsolete FirefoxOS MMS prefs (d13c759467) - No issue - Update Twemoji font to unicode 16.0.0 (9ff0c63602) - Issue #2729 - Add missing jsonifier interfaces to DOM{Matrix|Rect|Point} (8bacedc9a9) No official Pale-Moon changes picked since my last build. No official Basilisk changes picked since my last build. 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.

ytBATCH for Windows XP - A fork of ytBATCH by AstroSkipper ytBATCH for Windows XP is a YouTube video and audio downloader script (or better a script ensemble) forked by @AstroSkipper from eppic's original ytBATCH script on GitHub. A lot about this project can be read in my post Pre-release of ytBATCH for Windows XP - A fork of ytBATCH by AstroSkipper. It is now available in version 1.6 and a big leap forward with many changes and corrections compared to the pre-release 1.0. All changes can be found in my very long changelog. So, I'll spare you a lot of words at this point and let a few screenshots speak for themselves: ytBATCH for Windows XP - Changelog: ytBATCH for Windows XP - Pre-release version 1.0 (aka 2.9.2): wget dowloader added. 7-Zip command line tool added. Missing DOS command choice.exe added. Non XP-compatible PowerShell commands removed. New, compatible code added. @nicolaasjan's youtube-dl and yt-dlp releases implemented. @Reino's latest ffmpeg release implemented. Update module in terms of youtube-dl, yt-dlp and ffmpeg changed. ytBATCH for Windows XP - Inofficial development builds 1.1 -1.4: Autoupdate module for ytBATCH completely removed. Update module for ytBATCH converted into a version check one. Command line tools cecho, window and nircmd added. Specific sizes and positions for all windows established. All menus reworked and key commands coloured red. Several new menu items added. Several bugs fixed. ytBATCH for Windows XP 1.5 - Final release: Complete review of ytBATCH's algorithm. Due to changes in pre-configurations, installer module fully reworked. Some illogical or incomplete actions fixed. New batch files created and added. New menu items added. Beside others, links to the homepages of youtube-dl, yt-dlp, ffmpeg, ytBATCH for Windows XP and an About ytBATCH for Windows XP menu item to inform users and to give credits to the creators of programmes used. Non-functional download queue restored. New queue menu item added. A problematic and actually unnecessary, global variable completely removed. A new, global variable added. The handling of the download history changed. Config files for youtube-dl and yt-dlp created and assigned to each of them. The respective, desired command line options are permanently saved there. Wrong command line options for youtube-dl corrected. Some important command line options have been preset by me in the new config files of youtube-dl and yt-dlp. Among other things, the video resolution is limited to a maximum of 480p. If other resolutions are required, please change this default setting in these new config files! The ability to download subtitles via youtube-dl restored. youtube-dl is now correctly implemented and working in ytBATCH. Install and update module changed to implement @Reino's ffprobe which is needed in some cases. Update module for youtube-dl and yt-dlp fully reworked. A version check created and preceded. A further module for a direct update of youtube-dl, yt-dlp and ffmpeg reworked and made accessible as a menu item. Help for youtube-dl respectively yt-dlp added for a quick access to all available command line options. Further bugs, flaws and imperfections fixed. Command line tool shortcut32 added. During the initial setup, a desktop shortcut to the ytBATCH.bat start file will be automatically created. Different shortcuts added to a new subfolder lnk with specific colour schemes which will be automatically adjusted during the initial setup. The user can copy the desired one to the desktop. Menu item Generate ytBATCH for Windows XP shortcuts adapted to recent changes. ytBATCH icon file created and added to the main folder for use in shortcuts. ytBATCH for Windows XP 1.6: Version number bumped to 1.6. yt-dlp update module completely reworked. Now, a correct version check is performed first. When the update has been completed, the new version is shown once again. youtube-dl update module modified accordingly. Direct updater for yt-dlp and youtube-dl changed to show the new version number when the update has been completed. Config files for youtube-dl and yt-dlp modified to download YouTube videos with a resolution 480p and the h264 codec at maximum combined with the audio codec mp4a for all Windows XP users on old, weak hardware like me , and to embed subtitles. These config files can of course be edited by the user to use higher codecs and resolutions at any time. A no longer required batch file removed. Compatibility notes: ytBATCH for Windows XP does not have special system requirements and should run everywhere. However, it was developed under Windows XP Professional 32-Bit but should actually run under other legacy OSes like Windows Vista or Windows 7, too. I couldn't test this but the users can do it and report here. If you run Windows XP on a computer with an SSE-only CPU, however, you can only use youtube-dl as the default YouTube downloader. Download links: Download link for the ytBATCH for Windows XP - Pre-release version 1.0 (aka 2.9.2): https://www.mediafire.com/file/6c9hfkfpiwextf0/ytBATCH_for_Windows_XP_2.9.2.7z/file Download link for the final release ytBATCH for Windows XP 1.5: https://www.mediafire.com/file/7qljpnbzsxk1yn5/ytBATCH_for_Windows_XP_1.5.7z/file Download link for the new release ytBATCH for Windows XP 1.6: https://www.mediafire.com/file/eukray6px9h9bg6/ytBATCH_for_Windows_XP_1.6.7z/file ytBATCH for Windows XP is fully portable. It does not write any values to the registry and does not store any settings outside its programme folder. That means all settings are located only in its programme folder. Only a shortcut is placed on the desktop during setup. Nevertheless, the initial setup should be carried out with my original archive due to the adjustments in terms of the desired programme location that are automatically performed by the script during the initial setup and are necessary. A simple move of the programme folder after initial setup to another location would therefore make all shortcuts useless. If you do yet such a move after initial setup, you have to call the Installer.bat in the bin directory separately to re-adjust all shortcuts to the new location. The download folder for media files can be preset in the Preferences window via the menu item Change Output Path. I recommend to check all options inside this script by pressing corresponding keys to set it optimally. As far as I have noticed, all is working fine under Windows XP. And I have deeply tested all functions there. The general use of ytBATCH for Windows XP is actually self-explanatory and well documented on ytBATCH's homepage: https://github.com/eppic/ytBATCH. Of course, some features are only available in my fork. Any opinions, questions or experiences on my release ytBATCH for Windows XP are of course welcome here in my thread. If you encounter any issues with my fork, please post it only here and not on GitHub! This fork is unofficial and not supported on GitHub. Greetings from Germany, AstroSkipper P.S. from 04.04.2025: Please redownload the final release ytBATCH for Windows XP 1.5 if you have already downloaded it! I forgot to adapt one menu item to a very recent change. P.S. from 21.04.2025: FYI, all releases of ytBATCH for Windows XP have been fixed by me so that the setup routine does not only work correctly on drive C: but also on any other drive. Please, re-download the desired release! ytBATCH for Windows XP 1.6 is currently the most recent, final release and recommended by me.

Thanks for confirmation and clarification! So, we'll have to wait until it is fixed if it is possible at all.

I have reviewed Supermium versions 122 through 132 R1, and I believe that even if the theory about the older engine is true, it uses the same as Supermium 124, not 122. The 122 version differs too much in my opinion, if only in the imports and wrappers used (e.g. since version 124 uses APIs such as DiscardVirtualMemory) . Besides, going into chrome://versions on Supermium 122, 124, 126 R7 and 132 R1, I discovered that the latest version of Supermium probably uses the --no-sandbox flag by default under Windows 8.1, and in the version for older systems, as well as the version for Win 10 and 11, which interestingly continues to work after replacing DiscardVirtualMemory with VirtualAlloc.

I have changed the title of my publication of ytBATCH for Windows XP. It is currently to be understood as a pre-release. My fork has moved further and further away from the original script and is becoming more and more independent. Therefore, I havel changed the version number assignment. Consider my pre-release ytBATCH for Windows XP 2.9.2 as version 1.0! This means: ytBATCH for Windows XP 2.9.2 = ytBATCH for Windows XP 1.0. Although I have made ytBATCH compatible with Windows XP, some things do not work. This is due to the fact that the algorithm in the original ytBATCH script was not quite correct or not really thought through and programmed to the end. The original script from eppic has the following shortcomings: The youtube-dl and yt-dlp downloaders are not considered and used separately. The download of subtitles can only work with yt-dlp, but not with youtube-dl. The script would not work with youtube-dl in general. The queue does not work at all. A globally defined variable causes problems in some cases. Various bugs in various places. Some actions are illogical or incomplete. This means that the original ytBATCH script only has limited functionality and won't work at its fullest on its targeted, higher OSes. I also have the feeling that eppic has given up its ytBATCH script in the meantime, as it has not been updated for three years. Updated on 29.3.2025: Today, I have found this on eppic's GitHub page: So, my feeling was correct. Nonetheless, eppic's script ensemble ytBATCH is great and worth developing further. In the meanwhile, I have already found the reasons for these issues listed above and was able to correct all of them. I have considerably changed the algorithm and modified or rewritten a lot of code. I also added new functions to make the script more informative and effective. Including a new window management and styling. Unfortunately, I can only test yt-dlp because @nicolaasjan's youtube-dl does not work with YouTube at the moment. However, the final release of ytBATCH for Windows XP will be prepared for the return of youtube-dl, whenever this will be. Cheers, AstroSkipper P.S.: Unfortunately, this all means that those using Windows XP on a computer with an SSE-only CPU will not be able to download video or audio files from YouTube using ytBATCH for Windows XP or other programmes also depending on youtube-dl at this time.

I have completely changed and rewritten the original ytBATCH from eppic so that it now works perfectly with both YouTube downloaders youtube-dl and yt-dlp. All bugs and inconsistencies have been fixed by me. Especially the fact that the command line options of both downloaders are not identical, I have taken into account by assigning separate configuration files to each downloader. This allows the user to enter the desired options for each downloader and then receive the media files exactly as desired. ytBATCH for Windows XP is totally customised for the use of youtube-dl and yt-dlp, and ideal as a user interface for these two YouTube downloaders. And due to the new update module, the user can easily get the most recent versions of these two YouTube downloaders compatible with older OSes like Windows XP when ever wanted. This is very important regarding the permanent changes which are done by YouTube.

Yep. But as I already mentioned, my new code does not use this command any longer but instead yt-dlp --version respectively youtube-dl --version as a basis. All further processing, you will see in my upcoming release ytBATCH for Windows XP 1.6.

After 10 hours of compilation, I received errors. Then I would face another 10 hours, and in the meantime more errors would appear. Not for my patience, I pity the money for more powerful hardware, as long as I can't compile without errors, and I'm not able to do that at the moment at this compilation rate. I apologize to the users I disappointed, apparently I'm not smart enough after all and despite following the instructions I keep doing something wrong all the time

I have just managed to start compiling for now a clean Chromium 137.0.7116.0 without any patches, just to be sure that no problems will occur. If successful, my intention is to apply all the patches from https://github.com/e3kskoy7wqk/Chromium-for-windows-7/tree/main/137.0.7116.0 and restore Vista and 7 SP0 compatibility, and 32 and 64 bit versions using https://github.com/Chuyu-Team/YY-Thunks/ - what the author of Chromium for Windows 7 does not intend to continue for some reason, despite the fact that it is the simplest and very well working solution.

Yeah, but 7z should *allegedly* compress the files, no? And it looks like it simply fails.

So the last (real) kernel release was in 2022, I knew something fishy was going on, thanks for the warning!

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20250405-3219d2d-uxp-b86d97747f-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20250405-3219d2d-uxp-b86d97747f-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-20250405-3219d2d-uxp-b86d97747f-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-20250405-d849524bd-uxp-b86d97747f-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250405-d849524bd-uxp-b86d97747f-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250405-d849524bd-uxp-b86d97747f-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250405-d849524bd-uxp-b86d97747f-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250405-d849524bd-uxp-b86d97747f-w7plus-avx2.7z Official UXP changes picked since my last build: - Issue #2720 - Implement two-location color stop logic. (80b30a8177) - Issue #2703 - Part 0: Add UnorderedRemoveElement{s}At to nsTArray (9490504bf9) - No issue - Update SQLite lib to 3.49.1 and require it as syslib. (cc29855b66) - [DOM] Check state before compiling/transforming. (0113b2715d) - [widget] Extend the use of FOS_NODEREFERENCELINKS on Windows. (1283a5f874) No official Pale-Moon changes picked since my last build. No official Basilisk changes picked since my last build. 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.

FWIW, that's not what I said...

I am just a one-man band. ytBATCH is not only one script but an ensemble of scripts. Things take as long as they take. And as you know, haste makes waste. And Google and their damn changes can go to hell...

I would never have noticed such things. I would never think of reading something on a Microsoft page about Windows 11 in a legacy browser under a legacy OS.

CSS That's because the web site in question is using CSS NESTING (not all "failures" are javascript). All of the browsers you listed can not use CSS Nesting. Supermium/Chromium 122 CAN USE CSS Nesting. The CSS being IGNORED/DROPPED by St55-Ch87 is this (note the indented &'s, this is "nesting", a css selector "inside" another css selector): [in this case, it's selector #5 (img) inside selector #4 (a) inside selector #3 (li) inside selector #2 (...sharing-options...) inside selector #1 (...social-share...)] CSS Nesting can not be rendered in anything below Chrome 120 and can not be rendered in anything below Firefox 117.

@nicolaasjan Thanks for updating your release of youtube-dl to version 2025.04.01! I have tested it with my fork ytBATCH for Windows XP, and it is working again with YouTube. . Now, I am able to deeply test my latest version in all its functionality.

None! They experimental for a reason, Otherwise sites like British Gas will fail to load.

In any case, the disabled sandbox, without any information on github or in the browser itself (other than chrome://version or chrome://sandbox, which 99% of users will never look into), is simply a scandal! https://no-sandbox.io/

Then the likelihood is that Supermium 124 and above are based on Chrome 111 or similar, and Supermium 122 and older are based on 110, 109 or even older. Edit: As I see, I am not the only one who discovered this sandbox problem and it has already been reported on github. It will be interesting to see how the author responds to this. https://github.com/win32ss/supermium/issues/1290

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

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.

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.

Your question can only be answered if you specify "a program". ytBATCH for Windows XP, for example, has an option to switch between youtube-dl and yt-dlp in the Preferences window. Just type Y. And it can also deal with playlists whose option can be toggled from false to true in the Enter Action window by the key P.

Intel Pentium 4 Northwood 2.80 GHz CPU (single core, 32 Bit), 1.5 GB SD-RAM and a NVIDIA GeForce 6200 graphic card. As I already mentioned, the hidden window appears again if I open an Explorer window. Very strange.

The latest official version of youtube-dl is from 2021. To get a more recent one, the user would have to compile an executable with all recent changes. Fortunately, @nicolaasjan has been doing this even for SSE only CPUs. When it comes to YouTube-DL Gui 0.4, I now have tested it again. Basically, it still works with both youtube-dl and yt-dlp. But the internal switches are from 2017 and cause problems. The subtitles option has to be switched off as it stopped working. The different, pre-adjusted switches for the video quality do not really work well. If you set 480p, you get something with 398p. To get the programme running smoothly again, the source code would have to be considerably revised and recompiled. ytBATCH for Windows XP, on the other hand, can be set so perfectly that you get exactly what you want.

I use Process Hacker for many years. It shows only one VTHash.exe process whose window entry is disabled though. I also had sometimes two processes in Process Hacker if I forgot to close the previously opened one.

@genieautravail The behaviour of your compiled VTHash.exe file reminds me of executables I have compiled in the past with the "invisible on startup" option. Perhaps, you can check your chosen options for compilation. Just an idea.

ytBATCH for Windows XP has been updated and is now available in version 1.6. All changes I have made and the download link can be found here: Greetings, AstroSkipper

BTW, I wanted to write about VirusTotal in my thread "Antimalware, firewall, and other security programs for Windows XP working in 2023 and hopefully beyond" soon anyway. I'll give your mod due consideration there as well.

Thanks for your mod! I have never used this programme before. Thus, I have just installed it. What I don't like is to be forced to enter an API key at programme start (Winja doesn't do that) , but displaying the results directly in the programme without having to open the browser is great . Thanks again for restoring XP-compatibility!

Thanks. No, I have lots and lots of different hardware. Windows 7 sound is the worst, sandy, Win 8 is soooo soft, like Sony HiFi audio (if you remember the late 70s-80s, of course, you'll understand). XP isn't far away from 7, a bit punchier, but also over-bassy and flat (poor surround), like they smash you straight in the face. But if you listen to CDs with their 16bit primitivism and over-loaded, highly compressed to the "brick wall" audio, which totally suck in the first place, probably you won't notice. Edit: Read about loudness wars, and even if a CD is properly mastered, 16bit is still not enough. It's 60s tech.

He just used "Copy" method for the compression, it's of course bigger than "Ultra", the compression in this method is almost none. Why use 7z then? Makes no sense. Windows Zip would be a better and more logical choice in this case.

Wait, whaaaaat? How so? Elaborate pls.

Ok, so now it's time for specifics and evidence. I'll start with v135 ungoogled and v137 on Windows Vista SP2 x64 (update level 2017.04 - final). Let's start with what extended kernel files can be redirected locally (v2023-03-09 rev2). Most except ntdll.dll, bcrypt.dll, and kernel32.dll. Included in this version is kernel33.dll, and it is this that should be used by renaming it to kernel32.dll. Then paste that below into notepad, save it as a file with a .reg extension and add it to the registry. This turns on the ability to redirect DLLs locally. Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Image File Execution Options] "DevOverrideEnable"=dword:00000001 Just create a folder chrome.exe.local in the folder with it and copy these files. Now, using CFF Explorer, change the NtOpenKeyEx import in chrome_elf.dll to NtOpenKey (thanks to D.Draker for the hint) On some graphics cards with very old drivers supporting, for example, only DX9, the GPU sandbox may crash. In this case, create a shortcut to chrome.exe and add --disable-gpu-sandbox. In chrome://flags set "Choose ANGLE graphics" backend to D3D9, from now on the browser should work correctly without this flag. Now I'll move on to 7 SP0, in which it turns out. you need advapi32.dll from Vista's extended kernel or from Supermium 132 (it's called p_advp32.dll there) In the first case (x64 only), use CFF Explorer to replace the import from RPCRT4.dll I_RpcBindingIsServerLocal with I_RpcBindingIsClientLocal. Then open chrome.dll in HxD, for example, and search for advapi32.dll. You will find it in two places, change it to e.g. advapi33.dll and save. In the same way, of course, name the file from Vista ext kernel/Supermium. That's it, the browser should work fine. I also recommend adding this to the registry so that non-ungoogled versions don't disable MV2 extensions on their own, and so that they can be added from the Chrome Web Store. Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Chromium] "ExtensionManifestV2Availability"=dword:00000002 Screen confirming disabling client hint working in one of the previous posts, this one would be too long.

I am using this library for now for personal use and temporarily. I will try to use advapi32 from SP1 Absolutely zero success, even though advapi with SP1 does not lack dependencies in SP0. BTW I forgot to mention, but in v137 the flag to disable clients hints actually worked, including on Vista. Besides, every time I use these libraries, I mention that they come from Supermium. And the fact that I use them to run other, better browsers at the moment, is just my business. As long as I don't create ready-made mods and make its libraries available with them (no, I won't do that, I will prepare simple tutorials at most)

StartAllBack 3.9.7

Bur still no hotfix for the public. The browser runs fully unprotected, be warned.

Win32SS is a well known master of stubs/redirects. How else the Ex. Kernel works? I'm not saying he did it in this case, just to be clear. But that and/or similar sites are easy to fool with stubs.

Age, my friend, age. The developer SHOULDN'T be fiddling with Chromium Code to begin with. Just port the code, as all other forks, including CatsXP and the recently ported Chrome 136, do.

Twitch is an important site many youngsters use this day. The developer is still somewhat young, I don't buy it for a second he didn't check out Twitch, before the releases came out, Second, @Dave-H, there already were several releases after you found the problem in v126, but the horse is still there, and the author even introduced an odd "fix", again with "experimental features" turned on for Twitch. @NotHereToPlayGames, probably, you missed. https://github.com/win32ss/supermium/issues/1279#issuecomment-2760133080

IDENTICAL results in XP. Personally, all of this "chitter-chatter" hinting/suggesting/accusing Supermium of being an older engine is FALSE, "misinformation", and "slanderous". None of us do MSFN any "justice" when all we do is go around "following" our 'favorite Lemming' over the cliff. My two cents...

Not actually suitable for streaming to a Home Theatre due to the lack of Dolby and H265. No biggie for the most here, I guess.

Jody, friend, there's a huge improvement for us, Vista fanatics, a simply marvellous browser! Released recently. Two versions. Choose marked "Vista". 136 (non-portable) https://github.com/e3kskoy7wqk/Chromium-for-windows-7/releases/tag/136.0.7063.0 134 Portable, Ungoofed. https://github.com/e3kskoy7wqk/Chromium-for-windows-7/releases/tag/ungoogled-chromium_134.0.6998.165 Made by a student from China, so I can't give any personal guarantees, you understand.

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

@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

Did that. and the browser still keeps to record the metrics on me.