Leaderboard

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.

StartAllBack 3.9.8

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. Cheers, AstroSkipper

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.

I think you misunderstood my comment a little. The sequence is not correct. First open the VTHash.exe with a double click, the window is then opened hidden and only then open a new Explorer window. For me and @genieautravail, the VTHash.exe window then becomes visible again on older computers.

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.

Ok. This issue seems to belong to all old browsers. To get rid off this yellow message box, you need an updated user agent. Firefox 128 is now the minimum: Mozilla/5.0 (Windows NT 5.1; rv:128.0) Gecko/20100101 Firefox/128.0

@feodor2 Thanks for your new release Mypal 68.14.8b! I am currently testing this version more closely. Due to the complete removal of XUL and XBL, a lot has changed. I have already reported about it here. Similar to version Mypal 68.14.5b, the legacy Custom Buttons extension is no longer fully functional. The internal code editor is totally broken and therefore has become unusable. You can no longer access, view or edit the code with the extension. New custom buttons can't be created, either. The legacy Custom Buttons extension should actually also work in higher Firefox versions. It has corresponding XHTML files and compatible code that is made available via appVersion queries. It could be that an incorrect version is being determined, as version 68 or version 74 is displayed in Mypal 68.14.8b depending on the corresponding command. I checked that in the Browser Console. BTW, I really miss the Scratchpad which is also gone in your new release. Another guess I have is that you have removed something important that requires the legacy Custom Buttons extension. As you know, in Mypal 68.14.7b, the legacy Custom Buttons extension still worked. Maybe, you can take a look at it. BTW, what is the current level of JavaScript and CSS in Mypal 68.14.8b?

FYI, the Nuchi-Sporif UC.JS script loader, the best script loading method, presented in the first post of this thread for years, has stopped working with @feodor2's new release Mypal 68.14.8b. All other methods based on the Nuchi script loader won't work anymore, either. The Xiaoxiaoflood script loading method which is now recommended by @feodor2 is unfortunately the worst of all methods tested by me some months ago. I won't use it in any case and have changed to the Alice0775 script loading method in fourth place in my ranking list. Several scripts don't work anymore and have to be fixed due to all changes. Same applies to CSS stylesheets. I have already adapted a whole series of both to the "new" Alice0775 script loading method and to the new browser. @feodor2 seems to have removed XUL and XBL completely from Mypal 68.14.8b. Although the legacy Custom Buttons extension still can be installed, it is now somewhat broken. The internal code editor completely stopped working. And as expected, Xiaoxiaoflood's extension loader can't help either. That would have been a miracle if it had been different. I wish everyone lots of fun fixing scripts and stylesheets.

Thanks for replying! This is just a leftover and has now been edited by me. But the other announcements are correct and point to the most recent version.

Use search, find this video. Translate the description from Bulgarian, you will see no acceleration will ever work in Pascal 1000 series. Add ten bucks, buy a 1070 instead of the garbage 1050, if you're willing to try, 'cause 1050 will simply BSOD on you. The driver WITHOUT H/W acceleration is in the video. https://www.youtube.com/watch?v=KwTvvQ3MuDk

A night's sleep always brings new ideas to light. The 7-Zip commands for extracting can be simplified to remain completely relative in the path information such as I already did in the whole ytBATCH for Windows XP script ensemble. I will implement this in the next release. Sometimes, things are that simple.

@Cixert Both your system error 3 and the message "permission denied" do not happen here in any case and therefore can't be reproduced by me. They seem to be related to your system only. So, solving that is up to you. On the other hand, the inability of correct unzipping on your drive D: was caused by a 7zip command which was actually relatively created by me but was unintentionally bound to drive C: exclusively. However, this had no negative effect on standard computers with C: as the system drive. That's why I didn't notice it. Anyway! ytBATCH for Windows XP should now be able to be set up automatically and without any errors (at least, no erros caused by ytBATCH for Windows XP), even on a non-standard computer as yours. Thus, thanks again for your report here and for being non-standard!

The current final is version 1.6. It was clearly announced. Where did you read anything about a beta? The versions 1.5 and 1.6 are final ones. The programme ytBATCH for Windows XP usually does not use any absolute paths but relative ones or those stored in system variables. When installing it, you can choose between the location stored in the system variable %ProgramFiles% or the current location of the extracted archive folder. When setting up on drive C:, it works fine. Of course, I didn't expect anyone to come up with the idea of setting it up on a different drive. The information that you tried to set up ytBATCH for Windows XP on other drive than C: is of course important. Thanks for that! You have exceptional skills and really came through here. And now, you get your special treatment. I had a short look into my code and directly found the cause of the inability to unpack both archives on a drive other than C:. I have tested it on my drive D: and then directly fixed the code. But no system error 3 or message "permission denied" here. @Cixert In which format has your D: drive been partitioned? Possibly in NTFS with some restrictions? I urgently need an answer to this question from you. P.S: I'm glad that there are individualists like you who do things differently from the rest of us. Thank you for that!

https://github.com/ytdl-org/youtube-dl#video-selection --playlist-start NUMBER Playlist video to start at (default is 1) --playlist-end NUMBER Playlist video to end at (default is last) --playlist-items ITEM_SPEC Playlist video items to download. Specify indices of the videos in the playlist separated by commas like: "-- playlist-items 1,2,5,8" if you want to download videos indexed 1, 2, 5, 8 in the playlist. You can specify range: " --playlist-items 1-3,7,10-13", it will download the videos at index 1, 2, 3, 7, 10, 11, 12 and 13. ... Then make sure you have perused ALL available CLI options (aka switches) for BOTH; for youtube-dl (often abbreviated as just yt-dl), the place to start is: https://github.com/ytdl-org/youtube-dl#options FWIW, yt-dlp is a more "advanced" tool (with more complex syntax and options), that requires some additional expertise on the part of the user ; yt-dlp is not guaranteed to continue to work under XP (and Vista) after this October, when its devs drop py3.9 support (to this day, no py3.10+ fork has been made public that can run on NT 5.x/6.0 ) ....

( Happy Easter to all those who observe it ! ) New r3dfox releases have appeared on its GitHub repo : https://github.com/Eclipse-Community/r3dfox/releases/tag/v128.9.0 ... and: https://github.com/Eclipse-Community/r3dfox/releases/tag/v136.0.4 Many thanks to the maintainer! ...

@genieautravail Long time ago, I downloaded a package of DOS auxiliary tools. Inside this package was the Window.exe tool. I can't remember from where exactly. But I always download programmes only from trusted sources and developers. I now have large archives with all kinds of tools. These little tools are simply great and can be of help when programming new projects. A good source for command line tools is GitHub and DosTips. However, since the end of March, DosTips's certificate has unfortunately expired, which is of course immediately recognised and warned by all browsers. Not really a problem for me. I hope this will be fixed soon.

You're very welcome, the max. TDP for 780 is 250W, 5.73% idling is about 14 watt, which is very near to yours, and absolutely fine for a 28nm GPU.

I used the drivers that came with the Xonar CD (which contained both Xp and Vista), but obviously not 11, hence I don't know and can't make judgements about 11. At that time, I had just D1, but later upgraded to the more advanced Xonar D2, The sound on Vista was fantastic, on XP and 7, very similar to what we were listening in the 80's terrible cassette walkmans. or similar to the garbage mp3. On Vista, I always choose 192Khz, of course not 44, and 44 is more like for partially deaf people, the ones who have nothing to lose in the terms of quality anyways. I served in the artillery, my hearing is damaged, and even I hear the clear difference in favour of Vista.

@mjd79, the new 135 is 400mb in size, is this normal?

Found it! This driver worked for that member, I don't remember, probably, and most likely I gave it. https://drivers.softpedia.com/get/GRAPHICS-BOARD/NVIDIA/NVIDIA-GeForce-iCafe-Graphics-Driver-35573-for-XP.shtml

In comparison to Mypal 68.14.8b, I have executed the two JavaScript commands again in Mypal 68.14.7b: JavaScript commands: parseInt(Services.appinfo.platformVersion); Output: 68 parseInt(Services.appinfo.version); Output: 68 In any case, there is a clear version specification in the previous release.

Sorry but unfortunately, I have to disagree when it comes to Windows XP -> Windows NT 5.1 and Mypal 68. As you know, this topic here is about Mypal 68 in Windows XP . I have tested all possible Firefox version numbers by a SSUAO in Mypal 68.14.8b, and 128 was definitely the minimum to get rid of the yellow message box. Any version lower than 128 failed. Greetings, AstroSkipper

Here are some facts about versions inside Mypal 68.14.8b: JavaScript commands: parseInt(Services.appinfo.platformVersion); Output: 74 parseInt(Services.appinfo.version); Output: 68 ------------------------------------------ Some preferences in about:config: browser.migration.version: 94 extensions.lastAppVersion: 68.14.8 ------------------------------------------ General user agent: Mozilla/5.0 (Windows NT 5.1; rv:88.0) Gecko/20100101 Firefox/88.0 Mypal/68.14.8 68, 74, 88, 94 Neither fish nor meat (German saying). Or, neither fish nor fowl. The problem with this is that there have been some significant changes in the Firefox versions from 69 to 72. If an extension receives the wrong Firefox version at a certain point, this can of course lead to malfunctions. And that's exactly what I think might be the case with the Custom Buttons extension. The other theory, that something elementary has been removed, of course remains. Strangely enough, a few typical error messages relating to the cbeditor.xml file have completely disappeared. Maybe, this file can't be correctly processed now. Possibly due to @feodor2's remove of XBL?

@feodor2 Due to the changes in Mypal 68.14.8b, the Firefox Add-ons page shows the yellow message box even with compatible extensions "You need an updated version of Firefox for this extension". Here, for example, is the extension TWP - Translate Web Pages whose latest version 10.1.1.1 has a minimum version of 64: https://addons.mozilla.org/en-US/firefox/addon/traduzir-paginas-web/ TBH, this message is now displayed on all extension pages, and it doesn't matter whether the extension is compatible or not. So, what's going on here? Somehow, your browser seems to have become versionless.

Partially right. Yes, the GUI worked with GTX 1060 and XP using 368.xx driver, with 1050 it gets BSOD, just like it was written at the start of the topic already.

Wrong, no acceleration was available at all.

EveryDiscord After seeing WQweto's Windows 98+ thunks async TLS library named "VBAsyncSocket" I decided to go ahead and start creating a Discord client on it (which was before DM, but DM came mid-development.) Some reasons I decided to build this: DM relies on modern libraries like OpenSSL. that may drop support for XP in future. I can get to way earlier Windows versions thanks to VB6 runtime being Win95+ unlike most CRTs. this effectively erases the limit as Win32 was created in Win95 too. DM is NT4+, This will be 98+(heavy focus on XP just like DM tho) I'm just excited to build new stuff even if they already exist :P Status: Can fetch messages Code easily readable Can send messages Tested on XP x86 SP3 Can fetch guilds but incomplete. currently uses channel IDs Roadmap: OAuth2 Joining servers FakeNitro implemented Better GUI Gateway support My GitHub

Hmm, if all developers provided these tips, I don't think any program would evolve. I think my Windows XP installation is correct. I've run tests on other computers, and the problem persists. On all my computers, the XP installation is not in C:\ but in D:\. I followed the instructions to the letter, and the errors mentioned are two: First: -Error 3 The system cannot find the path specified. Despite this error, the installation seems to be successful. Second: The script is unable to unzip files. Just because it works on your computer doesn't mean it will work on other computers. I don't have specific security guidelines for my installation that might be related. Why do you announce ytBATCH for Windows XP Release 1.5 in the main post and not version 1.6? Is 1.6 a beta? I'm currently testing 1.6; the results are different. Error 3 still occurs, but the Permission denied error doesn't appear on the screen, and the program doesn't loop. In this 1.6 version, the program simply freezes without doing anything else and without issuing any error messages. I have to close the program, unzip "yt-dlp_x86_Windows-XP.zip", and run ytBATCH.bat again. When it reaches the FFmpeg step, it also doesn't issue an error message, but the program does loop, repeatedly requesting the download on its first attempt. On a second attempt, starting from scratch, the program says it's proceeding to unzip "ffmpeg-7.1-2362-6aafe61-win32-static-xpmod-sse.7z" and asks if I want to replace the existing files when unzipping. BUT THERE IS NO FILE IN THE FOLDER THAT HAS BEEN PREVIOUSLY UNZIPPED. After a file search, I see that the program is unzipping to a path I didn't choose: C:\exe\ Both versions of "ytBATCH for Windows XP" have a problem with the working paths in the programming. In case it helps, my Windows XP installation is not in C:\ but in D:\ I'm telling you this in case you want to fix it. If I don't want to fix it, then that's up to you, but it's advisable to stop taking these injections; they have side effects.

New release 68.14.8b https://codeberg.org/Theodor2/Mypal68/releases/tag/68.14.8b Thank you!

@AstroSkipper @Multibooter What is the processor model on your computers? Fortunately, I have a lot of computers at my disposal. I have dug the subject of the hidden window. I installed VT Hash Check on my oldest desktop computer (Sempron 2800+ Socket A release in 2004). By a double-click on the main executable, the configuration window is displayed. But only the first time, as long as the configuration file "%Appdata%\Boredom Software\VT hash\Config.dat" is not created. Afterwards, by a double-click on the main executable, a process is created but no window. If I delete, move or rename the configuration file, a double-click on the main executable works again but only once. Once the configuration file is created, you have to use the parameter --prefs to access the configuration window. Can you confirm this? I also installed the software on a fourth laptop (Core 2 Duo P8600 release in 2008) On this laptop, the window of the settings is not hidden like on the laptops with Core i5 from the first (2010) and second (2011) generation that I'm using for testing VT Hash Check. The problem doesn't exist with CPUs from 2006/2007 and up. I can't do anything for that, the problem is linked to the architecture of the CPU. Regards

I have test-installed VT Hash Check 1.67 (WinXP, genieautravail, 7Apr2025) on my old Inspiron 7500 laptop (Pentium 3, SSE-only). The program installs and works fine under SSE-only. The installation was into a dedicated sandbox of Sandboxie v5.22. I also created a special desktop shortcut, which loads and runs the Settings window in the sandbox, and pasted my API Key into the sandboxed Settings window. I then edited the registry so that I could run VT Hash Check in the sandbox by just -> right-clicking on the file to be checked -> Check File Hash, the same handling as when VT Hash Check is installed and run normally, outside of a sandbox. The reason for installing and running VT Hash Check in a sandbox was to identify any undesirable results, such as unusual files added to the sandbox. The yellow frame in the screenshot above indicates that VT Hash Check v1.67 is running in a sandbox. The message indicates "the file exceeds 128MB which is the default limit for uploading via API". Not sure whether this is still the current API limit. Details about creating a shortcut to the program in the sandbox and about the registry entries for starting the sandboxed program with a right-click entry added to the context menu of all file types will eventually be posted in the topic "Sandboxie under Windows XP". I found nothing conspicuous during my testing of VT Hash Check in the sandbox, the program is definitely OK. It's a very useful program and easy to use.

I have updated the YouTube files in the last XP-compatible PotPlayer version some days ago, taken from the most recent PotPlayer release. It works like a charm. No problems with cookies or anything else here. BTW, this last XP-compatible, slightly older PotPlayer is still the best media player under Windows XP, IMHO.

All is working here fine. Downloading, unzipping and so on. If you get a message "permission denied", then it is a limitation by your system for whatever reason. Maybe, by your security software or by some security policies. I don't know. I only can confirm that on a normal Windows XP installation, all commands executed by the scripts are working as intended. So, the problem is unfortunately on your side. Check your security settings! And here is a proof for what I said above: @Cixert As you can see, downloading and unzipping automatically by the script works like a charm. Please come and get your special treatment!

All is working fine here. Downloading, unzipping and so on. If you get a message "permission denied", then it is a limitation by your system for whatever reason. Maybe, by your security software or by some security policies. I don't know. I only can confirm that on a normal Windows XP installation, all commands executed by the scripts are working as intended. So, the problem is unfortunately on your side. Check your security settings!

@mjd79have your ever tried --memory-pressure-off ?

So! It's basically Ungoogled, right? No more need to apply patches @NotHereToPlayGames asked you to apply for him several posts before?

Added: Guild icons Better chat view

Mark, but this screenshot is from 344, not 347 I gave you earlier, I remembered, we had a user@UCyborg with an identical card, and it had no problems with XP. I'll try to find the driver that worked for that user. Hold on.

It's a new feature to reduce fingerprinting by the means of serial ports.

Caution! Might get bombarded with rotten apples.

Edge is based on Chromium and closely follows the upstream changes, so no wonder.

--disable-highres-timer speeds up considerably.

spam

Setting up ytBATCH for Windows XP And for all setting up (I deliberately avoid the term installing at this point since my downloader is actually portable) ytBATCH for Windows XP, here some more technical explanations in terms of the setup process. Executing the ytBATCH.bat file located in the main programme directory of the unpacked archive calls up the Launcher.bat file which decides apart from other tasks whether it is an initial setup or not. In the case of such an initial setup, it performs then an automatic, unique start of the file called Installer.bat which copies the unpacked folder to the %ProgramFiles% location if wanted by the user, generates a desktop shortcut and adjusts all additional shortcuts with different colour schemes in the subfolder lnk. After finishing its job, it then starts the FileDownloder.bat file which downloads, unpacks and stores all necessary files into the exe subfolder. All is automatically done by the script. The user has only to make some few decisions. Furthermore, all important things are explained by the output of the script. If the user decides to reinstall my YouTube downloader ytBATCH for Windows XP, both the complete programme folder and the desktop shortcut have to be deleted, or alternatively all files inside the exe subfolder and only the UserConfig.bat file inside the cfg subfolder have to be removed. The setup or reinstall routine has always to be started with the execution of the ytBATCH.bat file located in the main programme folder. And that means do not manually call up any of the batch files inside the bin subfolder! These files will be only executed by the batch files themselves. At no time does one of these need to be called up by a user. This also applies when everything is set up. Anyone who still manages to generate an error message while setting up ytBATCH for Windows XP after all these explanations has exceptional skills and should contact me urgently here in this thread for further treatment. And don't be afraid, all at no costs, of course! Cheers, AstroSkipper

There's no such update in MS catalogue. Are you sure??? https://www.catalog.update.microsoft.com/Search.aspx?q=KB2653312 Not off-topic, we all are very interested in the sound quality if Windows 11, but no one posted, so we can't (as of yet) determine whether it added up or contributed to the claimed (alleged) failure. I'm also an owner of a very good card (shown at my profile, first post I think). But the description and my impressions were deleted by the supervisor.

I said quite sure, not 100% certain. It's easy to guess because nVidia is famous for making artificial restrictions for older OS in general, a goof example was the artificial rate refresh limit introduced for XP. Sorry, I don't have GTX960/50. I have a GTXTitan (Jan. 2013). And some time ago found a working 780 Ti in the local dumpster (E-waste). Both only support 8 bit H265, not 10 bit.

Not sure that here is the right place, the developer account at MSFN got deleted, we don't know the reason. Probably, it's unwanted content for MSFN, too.

https://web.archive.org/web/20051227075035/http://wittswallpapers.com/Oldies/displayset.zip This is actually the Wayback Machine of a link originally posted by cannie. jaclaz