Leaderboard

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260117-3219d2d-uxp-aace8fa8c0-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20260117-3219d2d-uxp-aace8fa8c0-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-20260117-3219d2d-uxp-aace8fa8c0-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-20260117-d849524bd-uxp-aace8fa8c0-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260117-d849524bd-uxp-aace8fa8c0-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260117-d849524bd-uxp-aace8fa8c0-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260117-d849524bd-uxp-aace8fa8c0-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260117-d849524bd-uxp-aace8fa8c0-w7plus-avx2.7z Official UXP changes picked since my last build: - Issue #1636 - Part 1 - Decouple Gio from GConf and always build it with GTK (fc78eec911) - Issue #1636 - Part 2 - Disable Gconf by default (990f256885) - Issue #1636 - Part 3 - Remove Gconf (b04e3d93c9) - Issue #2895 - Part 1: Replace XorShift128+ with Xoroshiro128++ (d4341ea07a) - Issue #2895 - Part 1b: Update license block. (d23afa84e5) - Issue #2895 - Part 2: Remove incorrect debug asserts. (5a0f190104) - Issue #2895 - Part 3: Add manual test. (75ec48bc41) - Issue #2889 - Part 0: Relocate Mozilla-specific files from Expat source. (b81b97ee47) - Issue #2889 - Part 1: Prepare Mozilla's changes and extensions for Expat 2.6.4. (9567601675) - Issue #2889 - Part 2: Import Expat 2.6.4 source. (9ade98b4fc) - Issue #2889 - Part 3: Apply Mozilla's patches to Expat 2.6.4. (0b9e221b14) - Issue #2889 - Part 4: Fix build and runtime issues. (a2f8e66162) - Issue #2889 - Follow-up: Avoid conflicts with system version of libexpat (e0f8acddc7) - Issue #2889 - Follow-up: void methods shouldn't return a value. (8956c61187) - Issue #2889 - Part 5: Rewrite patches for Expat 2.7.3. (a730f838c8) - Issue #2889 - Part 6: Import Expat 2.7.3 source. (d2acec73f7) - Issue #2889 - Part 7: Apply patches to Expat 2.7.3. (ca2ef5184a) - Issue #2889 - Follow-up: Allow generate_hash_secret_salt to be used. (acefed74fe) - Issue #2889 - Follow-up: Adjust Expat 2.7.3 local patches for removal of 3rd patch. (034eeaff97) - Issue #2889 - Follow-up: Remove fix for BZ 569229. (493169e227) - Issue #2895 - Follow-up: Fix JIT code generator for 32-bit targets. (d6e9c4d85b) - [gfx] Be more explicit when converting to cairo formats. (f6d18c7d78) - [gfx] Use better types for cairo image surface manipulations. (6ca8cf782b) - [DOM] Check worker script size (d8f7202951) - [Auth] Only set GSS_C_DELEG_FLAG flag when we confirm server supports delegation. (5321363a1b) - [NSS] Update NSS (464b24c608) - [XPCOM] Add hashkey helper classes for future use. (7b9eda3f69) - [gfx] Add some additional sanity checks to cairo surface creation. (3aff60e443) 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: - application: remove gio from MOZ_EXTENSIONS_DEFAULT (69c17afbe0) - htmlparser: break when infinite loop happens (8201dadf41) Update Notice: - You may delete file named icudt*.dat and icu63.dll 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.

upstream #2895 is fixed with a big help from Mr.Q and better javascript random() will be available on both 32 and 64 bit build later.

And if anyone thinks that there is hardly anything worse to report about SUPERAntiSpyware, I have to disappoint them. We now come to the "official support" for SUPERAntiSpyware, which has since been taken over by the American company USTechSupport. If you want to fill out the online form on the SUPERAntiSpyware homepage, you are required to provide a telephone number. Rejected! An email to support is answered immediately, but of course by a bot. You can write whatever you want, but you won't get any help. Just a recommendation that it's best to use the telephone support. And for this information, the support ticket is then marked as resolved. I've never seen such rubbish. The hotline is probably chargeable. It all smells like a rip-off. That wasn't the case when I contacted SUPERAntiSpyware support the last time years ago before it was acquired by RealDefense LLC in 2023 which is also an American company. But when it comes to America, nothing surprises me anymore.

SUPERAntiSpyware stopped Windows XP support with the version 10.0.0.1254 which was the last working installer version. Until the end of last year, it was still possible to update to version 10.0.0.1266 via automatic updates. Since the beginning of the year, this is no longer possible. Users are constantly being nagged to perform a programme update under Windows XP SP3 32-bit that renders the entire installation unusable after application. This is because it updates to the 64-bit version 10.0.0.1282. The old files are of course overwritten, and anyone who has not created a backup beforehand is lost. Luckily, after hours of searching, I found a Norton Ghost image of my other XP partition with the last changed files when SUPERAntiSpyware was updated to the version 10.0.0.1266. That's why I was able to manually restore the destroyed installaton. Furthermore, the size of the virus definition file that is downloaded has increased significantly. As before, it takes forever to load. The only good thing is that the definitions are still being updated at all. So, nothing is fine. You don't need one. I've had a lifetime licence for the Professional version since 2013. It used to be worth something when Windows XP was still supported. Those days are finally over.

I use Panda 22.03.01 and on a dual or quad core systems PSANHost upon boot up doesn't really waste any cycles, only swells to ~100MB and then goes down to ~15MB from what I observed in TaskManager. It's been a wonderful replacement for Avast and/or AVG and their treachery of the XP systems after all this data we've shared with them throughout the years.

that had to be said. And yes, you were absolutely right. At least, Adlice's support has replied quite quickly. In contrast to that I haven't heard from Panda's support for weeks. Seems to be non-existent.

First of all, thanks for uploading the files! I was surprised to learn that there is supposed to be a .NET Framework version 4.0.30320 for Windows XP. I couldn't find anything about it in any official source. In any case, your installer "Microsoft .NET 4.0.30320 Full" is the same one I have, and it has the number 4.0.30319.1. Presumably, at least for Windows XP, there is no version 4.0.30320. You can find out your current version installed with the following command: reg query "HKLM\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full" /v Version The MS Visual C++ 2010 SP1 (10.0.40219.473) installer is indeed the last one you can still get from Microsoft or from abbodi1406. I will try later. In any case, thanks again!

Here you go, enjoy! Installers.zip

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260110-3219d2d-uxp-3e9ca11775-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20260110-3219d2d-uxp-3e9ca11775-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-20260110-3219d2d-uxp-3e9ca11775-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-20260110-d849524bd-uxp-3e9ca11775-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260110-d849524bd-uxp-3e9ca11775-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260110-d849524bd-uxp-3e9ca11775-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260110-d849524bd-uxp-3e9ca11775-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260110-d849524bd-uxp-3e9ca11775-w7plus-avx2.7z Official UXP changes picked since my last build: - Issue #1791 - Part 1: Un-prefix `-moz-appearance` (a266b9852c) - Issue #1791 - Part 2: Stop force-styling checkboxes/radio buttons. (f303711c59) - Issue #1791 - Part 3: Add manual test for unprefixed `appearance`. (d40256d03f) - Automatically determine current CLDR version when updating langtags. (0471f3bb8c) - Sort replacements per language and per script to ensure the generated file has stable contents. (13b8ede31d) - Issue #2853 - Leverage viewport-only logic to ensure overflow propagation. (0357516199) - Issue #2856 - Make clearing of passwords prefable, and disable by default. (ea25057ec8) - Issue #2887 - Convert use of -moz-appearance to appearance (1782eeb3bd) - Issue #2871 - Restructure `GetEmojiPresentation()` for `Extended_Pictographic` clusters (f13f1bd96e) - Issue #2871 - Addendum - Code Comments (ae2f12c3bc) - Issue #2858 - Hack around the circular calls to `nsPrincipal::Write()` (99c3171426) - Issue #2858 - keep type in line with definition. (ffd00e4056) - Issue #2898 - Don't unroll to large stack probe loops. (628f7cd764) 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 and icu63.dll 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.

I believe in those numbers, as I already stated, I don't trust someone will perform the fake scheme you just described. People have things in life, apart from the forum, you know! Besides, it's easy to check, as I already stated, too! So what? It's my business in what to believe. But at this point, it's too obvious you're very annoyed with someone else's fame. I also think there was a hidden reason to disable topic views. As already stated by @Monroe. Otherwise they would've gotten them back by this time already.

It's my own personal opinion that it was done intentionally so D.Draker's name and maybe a few others, would drop off the 'Popular Contributors' list in time ... which finally happened in the last three weeks, or so. I actually miss his name no longer on the list ... it was interesting watching his 'contributor count' go up and down. I hope I am wrong about the 'topic views' ... but since October nothing, lots of '0s' starting to show up. ...

My releases have just been updated.

FFmpeg update. XP: shared static libfdk-aac VISTAx86: shared static libfdk-aac

It used to be (intentionally) broken to burden (very high CPU usage) the csrss.exe service (as seen in Task Mgr). I've installed Avast (from v18 online installer) in my testing XP_VM and will tell you tomorrow. Today everything was calm. Avast and AVG in their new, broken, state begin to burden the system through csrss.exe the next day... EDIT: The results are in and nothing changed: AvastSvc.exe constantly eats up ~25% of (dual-core configured) CPU in VM and csrss.exe eats up the other 20% of (dual-core configured) CPU. So both take up almost 1 whole core! That is outrageous, but Avast got our data, they don't care.

I also tested again the real-time protection module of SUPERAntiSpyware. The CPU usage on my old computer is high and completely unacceptable. Therefore, a Professional licence is not worthwhile at all on low-performance computers.

Today, I have uninstalled Panda Free Antivirus 21.01.00 and installed Panda once again but via their online installer. The version installed by their online installer is 22.03.05. The online installer downloads the legacy installer FREEAV_LGC.exe (117MB) and not the common FREEAV.exe (161MB) under Windows XP. Unfortunately, the version 22.03.05 needs much longer for starting when booting Windows XP. It is round about 5 to 6 minutes on my old machine. The culprit is the process PSANHost.exe which places very high demands on the CPU, up to 99%. The previously installed version 21.01.00 only needed 2 minutes. I'll keep the currently installed version a while just for testing purpose but I think I'll go then back to version 21.01.00. The next days, I'll use to see how this version behaves in my system doing all the things I usually do.

reverting changes in #2895 seems help. now 32bit builds are being compiled and same filename archives will be replaced later. EDIT: all today's 32bit build archives are updated.

The background images are all JPG files and already locally stored while installation.

At the beginning of my Odyssey, I investigated all folders and registry keys belonging to Panda Dome. Therefore, I also found the location of these background images. Additionally, I analyzed the registry accesses of Panda Dome, in particular with regard to the background images. But I have not yet identified the core of the problem. Unfortunately, it is in my nature to solve problems. The pictures are totally unimportant, but I still have to solve the problem. Especially if it works in my other partition. But in any case, thanks for your efforts!

Revo Uninstaller 2.4.5 is the last free version for Windows XP which is offered as an installer and a portable release. You can get it here: https://www.revouninstaller.com/version-history/. Revo Uninstaller Pro 3.2.1 (installer/portable) is the last paid version for Windows XP. It's a very important tool to get rid of remnants regarding antivirus/antimalware programmes.

I got a reply from Adlice to the supprt ticket I filed in terms of RogueKiller: So what was posted here has been confirmed. RogueKiller's real-time protection was never designed for older operating systems such as Windows XP. But at least we have a scanner that still runs on Windows XP in the latest version.

Fair enough, as long as the conversation is kept directly relevant to the use of Panda Dome on XP, or indeed any other AV program. Sorry, I have now realised that the details of the .NET 4 updates on Revo Uninstaller are not with the actual installation records, as they are called 'Security Update for....' so appear in a different place in the list! Here they all are, enjoy! The last two images have duplicated entries. Why they all seem to have the same installation date i'm not sure, I don't remember doing an OS reinstallation in February 2019!

In my main article about Panda Dome, I posted download links to get the most recent installer. Even a link to a legacy installer.

@nicolaasjan I have attempted to make compatible 64-bit OpenSSL shared libraries using MSYS2. If you would like to test them.

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 ...

Just running the proxy in the background doesn't mean it is also used by a programme. What I meant is whether you're running ProxHTTPSProxy system-wide or not. In any case, Panda Dome has to use the proxy. Thats why I had to configure Panda Dome to use it, however, for activation only.

I have already provided a solution to activate Panda Dome under Windows XP. Read this post: and this one:

As part of my work on ytBATCH, I have investigated many ffmpeg releases that are supposed to be compatible with Windows XP. These include, for example, the releases from @Reino, sherpya and @autodidact. The relatively new ones from @Reino and @autodidact work well with YouTube. But when it comes to TV streams, it's a completely different story. Their latest ones in particular have considerable problems with TV stream URLs. On my old Windows XP computer, negative performance changes are immediately apparent. FFmpeg 3.4.1 from 2017 is too old and can no longer access TV stream addresses. The newer releases 7.1 from 2024 and 8.1 from 2025 require much more CPU power than before. They are therefore problematic for older, weak Windows XP computers. That's why I still have been using ffmpeg releases from 2019 for TV stream addresses.

Yes. All builds of ytdlp-silent-xp.exe have been tested by me on my Windows XP computer. Unfortunately, none of them are working, not even the latest.

For anyone who isn't familiar with LUA scripts. My mod of the LUA script yt-dlp4vlc does the following: YouTube links entered in VLC are now processed by the YouTube downloader yt-dlp and are then transferred to VLC and played back. Credits to FalloNero. The console window is hidden either by a PowerShell command or by the tool hidecon if the latter exists in VLC's programme folder. Video links without appended quality parameter can now be played again with the quality preset by the user in the VLC settings. The default video codec has been preset by me to h264 so that even older hardware is supported. This can of course be changed in the script by the users according to their needs.

@DesWer on GitHub in the Rumble thread asked me for a link to my Python for XP environment. Well, here it is, complete with all current dependencies installed: Python311_XP-folder.7z Extract it to e.g. C:\Python311 and add that folder, plus C:\Python311\Scripts to your PATH. Instead of building the standalone executable with PyInstaller, you can use pip to install the Nightly build directly: python -m pip install -U --pre "yt-dlp[default]" That will install/update the dependencies as well. (yt-dlp Nightly from 2026.01.02 is already included)

The old download link I used in my ytBATCH releases was https://github.com/nicolaasjan/yt-dlp/releases/latest/download/yt-dlp_x86_Windows-XP.zip which is no longer working. As you can see, at some point you changed the file name of the ZIP archive. For me. no problem. I have already rewritten the yt-dlp update module for the upcoming release of ytBATCH.

hmm, confirmed v30i and v31 also works. and it seems to be broken in v31a and later. since there is no release note and/or changelog for v31a, nothing is known besides ntdll and kernel32 are newer in v31a.

WinNTSetup 5.4.2 - fixed could not start minimized - fixed some wimcapture issues - fixed possible buffer overflow in some minwin functions - fixed crash on malformed Win10Builds.ini - updated ux and drvinst patcher for Win11 build > 28000

sorry for using that phrasing i wasnt sure how to phrase it just was curious is all

Here are some facts about the sizes of SUPERAntiSpyware's virus definition files from 2024 to 2026: SASDEFINITIONS.EXE 210,345,304 bytes 07.07.2024 SASDEFINITIONS.EXE 214,737,232 bytes 27.05.2025 SASDEFINITIONS.EXE 353,800,400 bytes 23.01.2026 The virus definition file SASDEFINITIONS.EXE has increased by 4,391,928 bytes from July 2024 to May 2025, which is a normal increase of approx. 2% within 10 months. From May 2025 to January 2026, however, it increased by 139,063,168 bytes. This is an unbelievable increase of approx. 65% within only 8 months and definitely a no-go. The file has become totally bloated for whatever reason. Now, I finally know why the download takes much longer time than before, apart from the catastrophic download speed on their update server, which is used by the programme.

Speaking of latest antiviruses, has anybody tested the latest Avast database definitions for v18? I know they have discontinued the XP compatibility check recently, but i'm curious if Avast can be still used as a real time protection AV? I'm not a fan of cloud only protection like Panda, even though currently it's the best solution for antimalware protection other than SUPERAntiSpyware (the definition updates are still being released, just checked on my XP x32 VM), which is fine for me. If only i had a key for Pro edition...

Many thanks, indeed ; but the naysayers/doubters are again back at it, one of them even went as far as to downvote your comment; I posted one last "analysis" there, but, frankly, I'm totally disheartened by all those "experts of today", who leave no room for old-school volunteers like myself ... Well then, I, you, Reino (and possibly others) know that the IOS HLS formats do still work, let the masses on GH's issue tracker stick to their reservations ...

Bound means prelinked, a rarity these days. An address will appear there that should match the function address in the lower box. If so, the load will be faster, if not, a bit slower. Early versions of my ImportPatcher could validate bound import links.

Done.

I can't confirm this statement. When I installed Panda Dome 21.01.00, I was only able to activate the Panda account with the help of ProxHTTPSProxy, using the necessary proxy settings in Panda. Connections to Panda's servers were immediately visible in the proxy console.

Panda Dome's support has to be also made aware that while they advertise Windows XP SP3 x86 support, some features of the application (e.g. activation, sign-in to a Panda account) on that OS require ProxHTTPSProxy (or equivalent), which is NOT part of a standard installation of that OS; perhaps they need to "relax" some of the cipher suites needed to establish those secure connections, when XP SP3 is being detected as the host OS; but given their response record so far , I'm not betting any money in them addressing the mentioned issue(s) ...

As far as I noticed, Panda seems to automatically update the programme only if it is too old. The version 21.01.00 wasn't updated on my system. OTH, the version 18.07.04 was updated to 20.02.01 which, however, isn't the most recent.

Of course, I know. Did you also have to use ProxHTTPSProxy for the activation of Panda Dome?

My .NET Framework 4 is version 4.0.30319. Where does yours come from? Do you have a link or the installation file?

@AstroSkipper Where can I get hold of RogueKiller 15? All the links bring version 16, which you say doesn't work on XP. I'd like to give it a try as a possible replacement for Malwarebytes Premium 3.5, which no longer receives pattern updates.

Reputation count doesn't mean anything, it is just a button to click if you want. The only times such a system actually works is when positive rep is tied to something meaningful, like a question/answer system or feedback on sales. Topic views being 0 is certainly a bug. That has never been a setting for any version of IPS or any other forum software I've ever used.

I found my complete FineSSE project from 2011 including a well-tested but unreleased version 30. It includes support for CC/Breakpoint and can be extended for other continuable exceptions. I also began a version 31 in 2013 that starts to add a process picker for easier attachment to any running process. For now, I'll create a version 32 from v30 that also handles exception 0x406D1388 (Name thread). I don't plan to support locales other than the system (maybe user) default at the app-level by either name or ID. There are name constants: LOCALE_NAME_INVARIANT LOCALE_NAME_SYSTEM_DEFAULT LOCALE_NAME_USER_DEFAULT and ID constants: LOCALE_INVARIANT LOCALE_SYSTEM_DEFAULT LOCALE_USER_DEFAULT that I can use to fake/minimally implement the locale API's. (See LOCALE_INVARIANT.) KernelEx already has LCMapStringW, GetLocaleInfoW, and CompareStringW so I'll see how those are handled. The InitOnce functions need more study, but can be redirected to ReactOS for now. My WinME system is SSE-only. Which browser should I try testing with?

Although the LUA script yt-dlp4vlc,, originally created by FalloNero on GitHub, is still working, I modified it once again but already months ago. I didn't like his solution from April 2025 to have to add the video quality to the link every time it was transferred to VLC. It is easier to only enter the raw YouTube link as was the case in the past. In the LUA script, I therefore added code to be able to read and use the video quality which the user has preset in the video settings of VLC. Furthermore, I added a new variable containing a limit to use no better codec than h264 (an important switch for older hardware). I also changed the content of the format_string variable. Both can of course be changed by the users according to their needs. Finally, I reduced the hidecon command to start yt-dlp hidden. Here is my new mod of the LUA script yt-dlp4vlc: -- 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 = 'yt-dlp-silent.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 = yt_dlp_silent_path -- 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 = 'hidecon &' -- 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 %s -f \"%s\" -g %s"', cmd_hidden, yt_dlp_path, codec_limit, format_string, youtube_url ) local process = io.popen("start /B " .. cmd) process:close() local output_file = "yt-dlp-output.txt" local file_exists = false local timeout = 0 local timeout_limit = 10 while not file_exists do local file_test = os.rename(output_file, output_file) if file_test then file_exists = true else vlc.msg.info("Waiting for output file...") sleep(1) timeout = timeout + 1 if timeout > timeout_limit then vlc.msg.warn("Timeout reached. The output file was not created.") break end end end vlc.msg.info("File found") local file = io.open(output_file, "r") video_url = file:read("*l") audio_url = file:read("*l") file:close() os.remove(output_file) 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 Don't forget to download hidecon (see the quoted post) and copy it to the main progranmme folder of VLC! From now on, the user's default settings for video quality will be respected again. Simply enter any YouTube link in VLC and the preset quality will be played. Cheers, AstroSkipper

I would gladly help you and the others , but I don't see any connections like these in my version , that I made from scratch . Where did you see I said so ? I meant, it's no wonder that something that came from russians connects to KGB servers . I'm trying to be helpful and friendly , but it just seems so strange why would you not entirely believe the others (at least two) members from France , who are reporting weird traffic and Yandex connections . Perhaps it's checking which country they are in and connects accordingly ! I think it's no coinsidence that both of them are from France !!! Again , it's just seems to me , due to some of your replies ,where you kinda bothered by any of the members saying something which is not in favour of the russians and it seems to be kinda overprotective . Just sayin' , No offence.