Leaderboard

Yep, you're right. I thought he meant av1. Anyway, my youtube.luac is requesting the h264 codec. And my tests were done using yt-dlp from 2026.06.10, so not the recent one.

Do you mean AV1? https://en.wikipedia.org/wiki/AV1 AVC1: https://en.wikipedia.org/wiki/Advanced_Video_Coding BTW, my latest version of yt-dlp is 2026.06.14

I have even tested my youtube.luac file in the last XP-compatible VLC beta 3.0.24 (the very last recent versions are no longer compatible with Windows XP 😟) and @nicolaasjan's yt-dlp version from 10.06.2026.

For a longer time, New Noon 28 and Serpent 52 don't work correctly on MediaFire. When logging in and opening a folder with more files the screen can show there is no scroll bar to get the next ones in the list. Here are screenshots from the NM and Sp browser consoles: And here is a screenshot of a MediaFire's folder taken from my account where you can see the missing vertical scroll bar:

VLC is also used to watch streams. And that means YouTube streams, too. Therefore, your request is totally on topic. Your observation in terms of the 3.0.8 version is interesting. I will try this version in my system the next days. One thing is clear. The latest versions aren’t always the best on older systems. They are no longer tested on older operating systems. I can confirm that regarding your BBC Radio 2 Live stream http://as-hls-ww-live.akamaized.net/pool_74208725/live/ww/bbc_radio_two/bbc_radio_two.isml/bbc_radio_two-audio=96000.m3u8 the 3.0.24 version from 29.05.2026 behaves very bad, but the 3.0.8 version perfectly. Even the 3.0.20 version is ok but the 3.0.8 version performs best. When it comes to my YouTube test video https://www.youtube.com/watch?v=ffcitRgiNDs however, I can't see any differences in CPU usage.

VLC is also used to watch streams. And that means YouTube streams, too. Therefore, your request is totally on topic. Your observation in terms of the 3.0.8 version is interesting. I will try this version in my system the next days. One thing is clear. The latest versions aren’t always the best on older systems. They are no longer tested on older operating systems.

I did the RTFM, it was hard to find so here is copy if you do not have it: https://www.trendnet.com/download_manager/default.asp?iFile=2831 it seems that that does offer ps/2 port too as option for input unless picture is generic, also have you enabled or disabled usb keyboard legacy support under bios? If it really got PS/2 option for cable rather use those and leave USB just for any USB perihepals that may use in both systems. I hate to admit it but I got little experience with USB keyboards with Windows 9x aside with Compaq presarios. I preferred use PS/2 since it works always out of the box. Also I mostly worked with ATEN USB kvm that let you set passtrough mode for port to emulate regular USB HUB. So the problem is that you cannot get keyboard or mouse to work at all?

I realise VLC specifically is NOT the topic of this thread, but could you be so kind as to actually pinpoint/link to that version? On https://artifacts.videolan.org/vlc-3.0/nightly-win32/ you can see that their server retention goes back to last December, ONLY, so I expect, in the future, that older "artifacts" will be forever purged ; perhaps this last, XP-compatible, build deserves to be archived for posterity ... All 3.0.23 versions are compatible with Windows XP. The last 3.0.23 version was releases on 12.05.2026. The last Windows XP compatible 3.0.24 version was from 29.05.2026.

I realise VLC specifically is NOT the topic of this thread, but could you be so kind as to actually pinpoint/link to that version? On https://artifacts.videolan.org/vlc-3.0/nightly-win32/ you can see that their server retention goes back to last December, ONLY, so I expect, in the future, that older "artifacts" will be forever purged ; perhaps this last, XP-compatible, build deserves to be archived for posterity ... These recent VLC builds exhibit a very high CPU consumption on my old Core2 Duo processor when listening to radio (audio) streams using either the HLS/mpeg-dash streaming protocol, e.g. to BBC Radio 2 Live stream: http://as-hls-ww-live.akamaized.net/pool_74208725/live/ww/bbc_radio_two/bbc_radio_two.isml/bbc_radio_two-audio=96000.m3u8 I have identified the issue to be with recent versions of the "libadaptive_plugin.dll" module: .\plugins\demux\libadaptive_plugin.dll Swapping the 3.0.24 version with the 3.0.8 old one (from 2019!) reduces the CPU usage to just 25% of what the current version uses... Apologies again for the somewhat OT parts of this comment ... Best regards.

By KVM I assume you mean Keyboard Video Mouse meant for using multiple computers, not Kernel Virtual machine. First which model of KVM do you use? Second, is it USB or PS/2 KVM? Third what is the problem you are having? Device not detected or cannot find HID driver? If it is USB one have you tried enabling USB pass-trough and connect keyboard and mouse then? By default atleast ATEN USB KVM I used in past emulates keyboard and mouse so there is no device reinsertion event every time you change input. There is key command for setting one of the ports (usually mouse) for USB pass-trough where it acts like USB hub. I have used both ATEN USB KVM (passtrough mode) and ATEN PS/2 KVM succesfully with Windows Millenium. Although I prefer use PS/2 one as USB ones cannot be used with my 486DX2.

The tab issue has been solved, thanks @roytam1! The latest New Moon 28 is still slower than the 0516 release, but I found out that the problem is a lot smaller with less tabs. So I uploaded the latest builds to the mirror! :) Do you have a plan to update the other builds like f.e. Retrozilla/RZ browser to version 2.3? ------------------------------------------- The mirror of latest ArcticFox 44, BNavigator 0.9, Firefox 28/45ESR, IceApe 52, IceDove 52, K-Meleon 1.5.x/74/76, MailNews 52, New Moon 26.5/27/28, RetroZilla, RZ browser and Serpent 52/55 builds by @roytam1 has been updated -> soggi.org - tools. changelog (since last such post in 2023): - added latest ArcticFox 44 20240330 build - added latest BNavigator 0.9 20260613 build - added latest Firefox 45ESR 20241221 builds - added latest IceApe 52 20260613 build - added latest IceDove 52 20260613 build - added latest K-Meleon 1.5.4 20240601 build - added latest K-Meleon 74 20241221 build - added latest K-Meleon 76 20241221 build - added latest MailNews 52 20260613 build - added latest New Moon 26.5 20241221 build - added latest New Moon 27 20241221 builds - added latest New Moon 28 20260613 builds - added latest RetroZilla 20241221 build - added latest RZ browser 20241221 build - added latest Serpent 52 20260613 builds - added latest Serpent 55 20260613 builds To don't lose track of things I want to update too someday... todo: - add various flash player versions - add FlashFix for WinXP - add VLC 2.2.8 (WinXP non-SSE2) done! - add polyfill addons Kind regards soggi

Today, I have tested my youtube.lua script again. And it is working in VLC v3.0.23 without any problems. No errors, no loops and no need to click the Play button more times. On older hardware, the video format h264 is the best option. That's why my script uses this codec. Here is my last code again with the bracket correction mentioned by @Ben Markson: -- YouTube Link Resolver for VLC with Separate Video and Audio URLs -- Place this script in VLC's lua/playlist directory local yt_dlp_path = 'yt-dlp.exe' local yt_dlp_silent_path = 'hidecon.exe' function sleep(s) local ntime = os.time() + s repeat until os.time() > ntime end 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 -- Extract "quality" query parameter if present local quality = youtube_url:match("[&?]quality=(%d+)[pP]?") youtube_url = youtube_url:gsub("[&?]quality=%d+[pP]?", ""):gsub("[&?]$", "") -- Remove trailing ? or & -- Get the preferred resolution preset by the user in VLC local prefres = vlc.var.inherit(nil, "preferred-resolution") if prefres < 0 then prefres = 2160 -- Best quality set to 2160p to overwrite VLC's native value of -1 end local allowed_qualities = { ["240"] = true, ["360"] = true, ["480"] = true, ["720"] = true, ["1080"] = true, ["2160"] = true } -- Default quality limited to the preferred resolution taken from VLC's settings local format_string = string.format("bestvideo[height<=%i]+bestaudio", prefres) if quality and allowed_qualities[quality] then format_string = string.format("bestvideo[height<=%i]+bestaudio", quality) vlc.msg.info("Using requested quality: " .. quality .. "p") else vlc.msg.info("No valid quality specified. Defaulting to best available.") end local cmd_hidden = 'hidecon &' -- Start cmd hidden and ... -- No better codec than h264 (an important switch for older hardware). This can of course be changed by the users according to their needs. local codec_limit = '-S "codec:h264"' local video_url = '' local audio_url = '' local yt_dlp_silent_exists = io.open(yt_dlp_silent_path, "r") ~= nil if not yt_dlp_silent_exists then vlc.msg.info(yt_dlp_silent_path .. " not found. Falling back to " .. yt_dlp_path) cmd_hidden = 'PowerShell.exe -windowstyle hidden cmd /c &' -- Start cmd hidden and ... local cmd = string.format( '%s "%s" %s -f \"%s\" -g "%s"', cmd_hidden, yt_dlp_path, codec_limit, format_string, youtube_url ) local handle = io.popen(cmd) video_url = handle:read("*l") audio_url = handle:read("*l") handle:close() else vlc.msg.info(yt_dlp_silent_path .. " found. Running program") local cmd = string.format( '%s "%s" %s -f \"%s\" -g "%s"', cmd_hidden, yt_dlp_path, codec_limit, format_string, youtube_url ) local handle = io.popen(cmd) video_url = handle:read("*l") audio_url = handle:read("*l") handle:close() end video_url = video_url and video_url:gsub("^%s+", ""):gsub("%s+$", "") or "" audio_url = audio_url and audio_url:gsub("^%s+", ""):gsub("%s+$", "") or "" 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 return { { path = video_url, name = vlc.path .. " (Video)", options = { ":input-slave=" .. audio_url } } } else return { { path = video_url, name = vlc.path .. " (Video + Audio)" } } end end And today I reduced and optimised my code again and compiled it to a LUAC file. Here is my most recent version for old, weak computers (using h264): https://www.mediafire.com/file/olbadgp55gzn6aj/youtube.luac/file Cheers, AstroSkipper

Actually, "supermium_uao.exe" won't launch under XP SP3 (32-bit) because of two missing functions on XP's kernel32 system file: # Report By YY.Depends.Analyzer (Target:5.1.2600-x86) ## kernel32.dll * [ ] InitializeCriticalSectionEx - Supported OS: 6.0.6000, 6.1.7600, 6.2.9200, 6.3.9600, 10.0.10240 - Ref Module: supermium_uao.exe * [ ] LCMapStringEx - Supported OS: 6.0.6000, 6.1.7600, 6.2.9200, 6.3.9600, 10.0.10240 - Ref Module: supermium_uao.exe Above is a log acquired via the YY-Thunks CLI tool; the command I used was: YY.Depends.Analyzer "supermium_uao.exe" /IgnoreReady /ReportView:CheckBox /Target:5.1.2600 As @mjd79 suggested (), if you redirect the kernel32.dll function calls to Supermium's wrapper DLL "pwrp_k32.dll", you'll be able to make the executable XP-compatible ...

Microsoft User Profile Hive Cleanup Service File: UPHC_1.6d_Addon.7z (Dropbox) File: UPHC_1.6d_Addon.7z (Google Drive) MD5: E997F06B4053C75D97053D3B32EADB30 SHA-1: CF74E59CAC47AFE39F45A8D951B8699FACA68999 Size: 166 KB Build date: 01/03/2026 File: UPHC_2.0.49.0_AddOn.7z (Dropbox) File: UPHC_2.0.49.0_AddOn.7z (Google Drive) MD5: 6467A65E860D9EB7600C1162A572ED05 SHA-1: 36BE8B2C2908DD2D75DCDFCF0DAD17F175738422 Size: 113 KB Build date: 01/03/2026 Here is an edited version of the description provided in the readme that accompanied the installers: The UPHC service is visible in the Windows Components Wizard, so you can uninstall it if you want. You should also be able to install UPHC from the INF files in the unpacked addons using the right click context menu and left clicking "Install". README.txt

They claim this issue is now fixed, could you confirm? And it's again fixed by @win32, not "Thorium" author. https://github.com/Alex313031/thorium-legacy/releases/tag/M122.0.6261.169 "GDI text rendering alignment is fixed This bug caused text to be askew, either too high or too low, or too much to the left. The reason previous releases didn't have this fixed, is that win32ss fixed it in Skia, which is a third_party submodule of Chromium."

Since WebGPU ("unsafe" GPU, how the devs still call it) now works on Vista+, it'd make sense for @XPerceniol to switch it off, too. (since he disables webgl, I thought it'd be of interest) https://github.com/Alex313031/thorium-legacy/releases/tag/M122.0.6261.169

dean