All Activity

You need at least VMware 15.x.x or VBox 7.xx to use the driver at its best, older versions may work or not with progressive lack of functionality

Obviously is MY mode of doing things and not Mikey Mouse's one, and my mode told me that the 2D VGA support was good enough in VMware since when I rewiewed it in august 2000, I generally care relatively little of VBox that has been always behind and only recently started to be usable (especially on Linux hosts). Perhaps it's called SoftGPU and not SoftVGA for a reason. 3D is the focus, then if it's brings 2D advantages as a byproduct they are welcome. Assuming that talking of 2D only makes sense today like it did in '98, given a lot of modern "2D" features are really rendered as a flat 3D surfaces (the optput settings of MPC-HC exposes a real world example of that)

Well, it has come back again here ; I have to re-launch yt-dlp several times repeatedly to have the "tv_client" streams appear; most of the time, I simply get: WARNING: [youtube] ero26lcWXjo: Some tv client https formats have been skipped as they are missing a url. YouTube may have enabled the SABR-only or Server-Side Ad Placement experiment for the current session. See https://github.com/yt-dlp/yt-dlp/issues/12482 for more details WARNING: [youtube] ero26lcWXjo: Some web_safari client https formats have been skipped as they are missing a url. YouTube is forcing SABR streaming for this client. See https://github.com/yt-dlp/yt-dlp/issues/12482 for more details ... WARNING: [youtube] ero26lcWXjo: Some web client https formats have been skipped as they are missing a url. YouTube is forcing SABR streaming for this client. See https://github.com/yt-dlp/yt-dlp/issues/12482 for more details Well, this "poor quality" problem has now come back, but this time also affecting the vp9+av01 encodes ; an issue has been filed on GitHub: https://github.com/yt-dlp/yt-dlp/issues/14636 Nothing can be done from a yt-dlp standpoint ...

Only have mod drivers, and it needs kmdf1.15, so need to port the wdf0100.sys driver from win10 1507, than mod the realtek win10 driver.

And if it were me, I would use the OLDEST XP driver-only that I could find. Yes, the OLDEST. Or at the very least, go by FILE SIZE and use the SMALLEST.

Not sure if this is going to help you or not but since it is related, I'll offer what I do know. My HP all-in-one (color printer, scanner, copier) is the PSC 1610. I've never used it via ethernet (unsure if it is even capable). It's always been via USB. I do know/recall that my XP setup did NOT use the HP "software" but the DRIVER ONLY. And I had to install that driver with the printer TURNED *OFF*. Then turned the printer on only after the driver was installed and the driver installation only continued after that first turn-on of the printer. Unsure if that helps. All I can suggest is to make sure you use the DRIVER ONLY from the HP support web site.

On other old laptop Lenovo IdeaPad S10e driver 2D works OK, after run tray3d.exe, detect modes then possible set native resolution 1024x576 :-)

Check your Windows installation then and get BOOTLOG.TXT for the usual first step of course. And may be it is Windows 95 related problem. The last working case I checked - iGPU on Intel Core Gen 8.

Hi, im trying to upgrade upgrade Windows 7 Ultimate 64 bit on my laptop on GPT disk, but even i run installer upgrade option with keeping installed programs is not available, only keep files,. Im running upgrade from running OS. I read that problem could be with languages, i checked registry there is InstallLanguage key - 0409 - which should be US english, so i tried US english and Internal English ISO, no luck. There is also some key cooled previousInstalled language which has value 0405 (czech), im not really sure if originaly installed OS in Czech, or it was upgraded from Czech Vista, I have tried to change value from 0405 to 0409, but no luck.. So i tired Czech Windows 10 ISO again no luck. Maybe i need to delete that Previous install key. I also installed other WIndows 7 OS on same disk which i want to keep and clean Windows 10, they also Linux partition and some Dell support parttions - backup, i hope that are not conflicts.

Both 2D (vmdisp9x-1.2025.0.119b-driver-2d) and 3D (vmdisp9x-1.2025.0.119b-driver-3d-win95-min) versions cause Windows Protection Error on VMware Workstation 8 and on real iGPU Haswell

It is only YOUR model of using this software. Bare 2D vmdisp9x in VESA mode now works better than VBEMP on the real hardware for example. Not ideally of course, some bugs exist still.

What kind of player is it? Please write step-by-step tutorial how play MP4 and DivX on NT 4.0

Sure, but the whole point of using softgpu is to have a working 3D, if you scratch that there is little point using it over the native VMware driver or VBEMP in VBox

I've been using HP Laserjets for many years now. Currently a HP 2420. Connected to my XP PC first by parallel port. Later, with a network model, went to ethernet, making it available to laptops and phones. All worked pretty smoothly. A few months ago, my desk router died. That took the ethernet from the wall socket to the main router and connected my PC and the printer, gave each a local IP.. So I connected the PC directly to the wall socket but now had no port for the printer, so I got a USB cable and plugged it in to the PC. It detected the printer and I installed the drivers. "Printers" shows it connected to "DOT4_001" port, "Generic IEEE 1284.4 Printing Support". Previously, by ethernet or parallel, sending a simple print job took maybe 2 seconds, and it would start printing after another 2 seconds. With USB, I see on its panel "Receiving data" then "Processing data" then ":Receiving data", "Processing data".... seemingly endlessly. I stopped and restarted both PC and printer several times. Eventually I tried again and let it go, it took two minutes then it finally started printing. The page was perfect. I will replace the router, but in the meantime, why is USB so slow, what is going on? Port settings? Tried different USB sockets on the PC, both USB2 and USB3, no change.

; starred and watching ... Confirmed : yt-dlp_x86_win7 -v [debug] Command-line config: ['-v'] [debug] Encodings: locale cp1253, fs utf-8, pref cp1253, out cp1253 (No VT), error cp1253 (No VT), screen cp1253 (No VT) [debug] yt-dlp version nicolaasjan/yt-dlp@2025.10.15.061641 (win7_x86_exe*) [debug] Python 3.14.0 (CPython AMD64 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.0.18 30 Sep 2025) [debug] exe versions: none [debug] Optional libraries: Cryptodome-3.23.0, brotli-1.1.0, certifi-2025.10.05, mutagen-1.47.0, requests-2.32.5, sqlite3-3.50.4, urllib3-2.5.0, websockets-15.0.1 [debug] Proxy map: {} [debug] Request Handlers: urllib, requests, websockets [debug] Plugin directories: none [debug] Loaded 1839 extractors Usage: yt-dlp_x86 [OPTIONS] URL [URL...] yt-dlp_x86: error: You must provide at least one URL. Type yt-dlp --help to see a list of all options. Splendid job!

Interesting.

it hits a "MOZ_CRASH(IPC FatalError in the parent process!)" intended crash with message "IPDL error [PContentParent]: Error deserializing 'Principal'". maybe the RefCnt knock out value is too low, tried to enlarge it a bit: https://github.com/roytam1/UXP/commit/9ad9a88955775ce04f7bd070e09ddc31c7868a3f

This may be of some use for Win XP users in today's world with Win XP being phased out more everyday ... this service is also listed to work with Windows 98 SE / ME also. I used it about 6 years ago myself and now am being forced to use it again in Oct 2025 to be able to get my Win XP computer on the internet with a VPN. The paid service I was using has finally cut off all Win XP connections. They warned two years ago it was coming and the service still works for my Windows 7 computer but I still mostly use my Win XP computer for everyday connecting. As I said above ... I used this free VPN about 6 years ago and I have hooked the XP computer up to the service again. I will say that they have really improved things and the service is great in 2025. Perhaps some of you know about it already but if not ... then you can check it out if you need a VPN for Win XP. https://www.vpngate.net/en/ https://www.vpngate.net/en/download.aspx VPN Gate - Public Free VPN Cloud by Univ of Tsukuba, Japan Welcome to VPN Gate. (Launched on March 8, 2013.) - You can get through your government's firewall to browse restricted websites. (e.g. YouTube.) - You can disguise your IP address to hide your identity while surfing the Internet. - You can protect yourself by utilizing the strong encryption while using public Wi-Fi. More Details... - TunnelCrack protection implemented in SoftEther VPN Client (August 31, 2023) Supports Windows, Mac, iPhone, iPad and Android. Compatible OS: Windows, CPU: Intel x86 and x64 (Windows 98 SE / ME / 2000 SP4 / XP SP2, SP3 / Server 2003 SP2 / Vista SP1, SP2 / Server 2008 SP1, SP2 / Hyper-V Server 2008 / 7 SP1 / Server 2008 R2 SP1 / Hyper-V Server 2008 R2 / 8 / 10 / Server 2012 / Hyper-V Server 2012) -------------------------------------------------------------------------------------------------- It looks complicated but it really isn't. Spend some time reading everything and you should be good to go. I'm impressed from using it 6 years ago to how it has improved. One word about connecting, if you need an US connection for banking, Tubi or whatever ... they are not always there, just at various times. You will figure all this out as you get familiar with the service. ...

Hello, I've changed the taskbar from the original Windows 11 to Windows 8/10 using StartAllBack, but there's an inconsistency between the flyouts of the taskbar toolbar items. I'm not sure if this is a bug or a deliberate choice, but I want the flyout to be consistent with the one I've already chosen. Will there be a toggleable switch that turns on and off the flyout style in StartAllBack? I really like the File Explorer in StartAllBack and want to use it alongside ExplorerPatcher, which has a Windows 8/10 Fullscreen Start Menu; however, the flyouts seem to clash with each other.

Use the RIGHT version if you need minimal functionality, pure 2D drivers have 348K :) https://github.com/JHRobotics/vmdisp9x/releases/tag/v1.2025.0.119

No, both yt-dlp_x86_win7.exe versions were built on Windows 10 64bit with 32bit Python. yt-dlp_win7.exe (and zipped) versions are built on Windows 7 64bit with 64bit Python. I think so. 🤔 Yes. And it was built with 3dyd's PyInstaller 6.15.0.

There is a new release available. The Win7 builds should now work again on Vista. They are now built with PyInstaller 6.16.0 (Vista compatible) . I forked 3dyd/pyinstaller-builds and changed the workflow file (trial and error...). https://github.com/nicolaasjan/pyinstaller-builds/releases

Intel finally released an official 24H2 compatible graphics drivers for 7th-10th Gen processors (probably also compatible with 25H2) https://www.intel.com/content/www/us/en/download/776137/intel-7th-10th-gen-processor-graphics-windows.html?wapkw=driver

So, I revisited this machine (with a fresh install) and WDMEX is needed to get the audio working. Once the driver is established as functional, it seems I can disable WDMEX. If I swap the driver out, and then back again, WDMEX is once again needed to initiate functionality.

I'm sorry. I have no idea... ... At least I got this figured out, as it was seriously bugging me ; the "what" is hidden inside a changelog: https://github.com/adang1345/PythonVista/blob/master/CHANGELOG.md Your v2025.09.23.052315 yt-dlp_x86_win7.exe binary has been compiled with a flavour of 3.13.7 which, at that time, supported only Win7+ ; Vista support for 3.13.7 came on Sep 25th, 2 days after v2025.09.23.052315 was built, but in time for the v2025.09.27.071342 to be built with a Vista-enabled 3.13.7 interpreter (this assumes you manually updated to the Vista-compat flavour of 3.13.7) ... What is still unclear to me is: a) were both versions built on the same OS (Win7 SP1 ?) ? b) were both versions packaged with "official" PyInstaller-6.16.0 ? v2025.09.27.071342: [debug] yt-dlp version nicolaasjan/yt-dlp@2025.09.27.071342 (win7_x86_exe*) [debug] Python 3.13.7 (CPython AMD64 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.0.16 11 Feb 2025) and v2025.10.05.061237 [debug] yt-dlp version nicolaasjan/yt-dlp@2025.10.05.061237 (win7_x86_exe*) [debug] Python 3.13.7 (CPython AMD64 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.0.16 11 Feb 2025) have been both compiled on a 64-bit OS, with the 32-bit build of Vista-compatible 3.13.7; why, then, is the next v2025.10.13.80600, built on a Vista-compatible 3.14.0, broken on actual Vista SP2 32-bit? I have a hunch, based on adang1345's notes: https://github.com/adang1345/PythonVista/blob/master/README.md So, the same 3.14.0 CPython will behave differently when run on a Win7 machine to when run on a Vista machine; likewise for the PyInstaller-packaged resultant yt-dlp_x86_win7.exe binaries; but this theory doesn't explain builds v2025.09.27.071342+v2025.10.05.061237 (which run OK on Vista), unless they were also compiled on a Vista SP2 64-bit VM ... FWIW, adang1345 has made a new release of 3.13.9 less than an hour ago, https://github.com/adang1345/PythonVista/tree/master/3.13.9 and issued a re-release of 3.14.0 along with the above: https://github.com/adang1345/PythonVista/tree/master/3.14.0 His changelog only mentions the addition of 3.13.9, though ... This one launches OK: [debug] yt-dlp version local@2025.10.13 [eafedc218] (win_x86_exe) [debug] Python 3.14.0 (CPython AMD64 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.0.18 30 Sep 2025) Was a Vista SP2 64-bit VM used in this case? And which PyInst version? This one launches fine : yt-dlp_x86_win7.exe -v [debug] Command-line config: ['-v'] [debug] Encodings: locale cp1253, fs utf-8, pref cp1253, out utf-8 (No VT), error utf-8 (No VT), screen utf-8 (No VT) [debug] yt-dlp version nicolaasjan/yt-dlp@2025.10.13.080600 (win7_x86_exe*) [debug] Python 3.14.0 (CPython AMD64 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 3.0.18 30 Sep 2025) [debug] exe versions: none [debug] Optional libraries: Cryptodome-3.23.0, brotli-1.1.0, certifi-2025.10.05, mutagen-1.47.0, requests-2.32.5, sqlite3-3.50.4, urllib3-2.5.0, websockets-15.0.1 [debug] Proxy map: {} [debug] Request Handlers: urllib, requests, websockets [debug] Plugin directories: none [debug] Loaded 1834 extractors Usage: yt-dlp_x86_win7.exe [OPTIONS] URL [URL...] yt-dlp_x86_win7.exe: error: You must provide at least one URL. Type yt-dlp --help to see a list of all options. Less puzzled now , but still with unanswered questions ... Time to call it a night, regards...