Leaderboard

YES IT IS, if you really want us to seek out a solution. There are a *TON* of Chrome extensions taylored to VLC Player. ONE example -- https://chromewebstore.google.com/detail/open-in-vlc-media-player/kbonopecbfhedlfpaphndlaoppmdppim?hl=en Then browse the "related" and then browse the related's "related". *TONS* of them. Though I myself have not used any of them to speak towards any recommendation.

Click on "Manual Update" in the left-side (Windows Update) menu Enter "intel" or "gigabit" as the Search Keyword (not "prowin") Click "Search" (scroll down if needed) Links to three versions of the Intel driver appear on the right. No, but the drivers above might work if you modify the inf file or force-install. Open a new NT4 LAN thread to report test results or for more discussion.

Earlier I mentioned that modern Intel was a lot faster in a specific software compared to modern AMD. After investigating, turns out that the issue is not with XP/XP64 on modern hardware, but with the company compiler the program was created with. Back in the XP era, a compiler from a certain lawsuit happy company compiled in such a way so that CPUID was checked, and if the cpu was not from that company, lets say AMD, then it used basic instruction set only instead of SIMD (MMX/SSE/SSE2/etc...) https://www.felixcloutier.com/x86/cpuid snippet here is just after cpuid was run and loaded ebx,edx,ecx into memory, you can see the vendor identification string being compared to the memory locations cmp [ebp+...], 75 6E .. .. h if it matches then flag is set to "1" mov eax, 1 if cpu was does not pass vendor identification string, then it sets flag to zero xor eax,eax code continues on to test if flag was set to 1, and if it was continues on to the rest of the code where the SIMD occurs test eax,eax if not then goes to the end of the subroutine to the same place as if it was a "good" vendor identification string but one that reported no SIMD capabilities. cmp [ebp+..], 0 jz loc_5431EC To fix problem, you can search in IDA for the 3x 4 character grouping starting with 756E.... and replacing the first conditional jump JNZ "75 xx" with an JMP "EB yy." so that it skips the checks and goes straight to setting the flag "mov eax,1". Fortunately the certain company compiler was not really popular for games, but more for computational/scientific software. By making the change the AMD processor got a 3x speed boost thanks to now being allowed to use SIMD instructions.

Thanks! I'll take a look at those files, after extracting them. Since the driver source is available, I may have to backport them that way. I'll need to familiarize myself with the differences between WDM versions, and setup up the correct compiler/build tooling. From where I stand now, I can't see why some of the more interesting features could not work with earlier WDM systems; but that is just from reading about the differences "on paper". The main developer did mention "not" supporting win98fe due to the WDM version; then later Win98se was also dropped. However, for my target features (ASIO, Soundfont support, hardware mixing/routing, DSP FX, etc) I'm not sure where the problem would have been. It may have been an issue with how the whole thing was written. The same developer also mentioned requiring a near total rewrite, in order to support more features. I'm not sure how (yet) leaning into newer WDM specifications could have caused that (it was probably something else). If it was the case, then I could be in trouble. I think the need for a heavy rewrite had something to do with wanting to support EAX and higher audio sample rates (ASIO was fixed at 48000hz). There was also some talk about needing a near complete rewrite, to support ALSA (Linux); but that doesn't mean much here. Thanks again, for the tips. If I have any luck there, I'll report back.

Tried to replicate this problem but couldnt. Running XP64 with latest 2019 updates, GT710 with two monitors, DVI 1280x1024, HDMI 1920x1200 either 368.81 or 355.98 worked no BSOD. Downgraded videoprt.sys from latest 5.2.3790.4032 to 3959 from SP2 ISO, still worked. Only nvidia change from original is that I removed LargePageMinimum from INF as it causes Samsung and Int** NVME drivers to not work (doesnt have problem with win7 NVME drivers). Looked over 368.81 patch by Tal Aloni, and logic in 355.98 seems like it should work the same. nv4_mini.sys x64 368.81 jnz short loc_35611 movsxd rcx, dword ptr [rsp+68h+var_40] ;swap mov eax, dword ptr [rsp+68h+var_40] jnz short loc_35611 ;swap, address-4 mov [rbx+rax*8+2F4h], ebp mov [rbx+rcx*8+2F4h], ebp ;rax to rcx mov [rbx+rax*8+2F8h], r15d mov [rbx+rcx*8+2F8h], r15d ;rax to rcx mov dword ptr [rdi+rbx+0B8h], 6 mov dword ptr [rdi+rbx+0B8h], 6 jmp loc_357C3 jmp loc_357C3 ;address-1 cmp r11d, 2 cmp r11d, 2 ;loc_35611 jnz loc_35727 jnz loc_35727 ;address-1 mov ecx, dword ptr [rsp+68h+var_40] nop nop nop ;nop nv4_mini.sys x64 355.98 jnz short loc_37CD2 movsxd rcx, dword ptr [rsp+88h+var_60] mov eax, dword ptr [rsp+88h+var_60] jnz short loc_37CD2 mov [rbx+rax*8+2F4h], ebp mov [rbx+rcx*8+2F4h], ebp mov [rbx+rax*8+2F8h], r15d mov [rbx+rcx*8+2F8h], r15d mov dword ptr [rdi+rbx+0B8h], 6 mov dword ptr [rdi+rbx+0B8h], 6 jmp loc_37E89 jmp loc_37E89 cmp r11d, 2 cmp r11d, 2 jnz loc_37DE8 jnz loc_37DE8 mov ecx, dword ptr [rsp+88h+var_60] nop nop nop Not quite exactly the same code in assembley, as jmp loc_357C3 in 368.81 is a little different location (E9 B1 01 00 00) compared to jmp loc_37E89 in 355.98 (E9 B6 01 00 00). nv4_mini.sys x64 368.81 @255ec 75 23 8B 44 24 28 89 AC C3 F4 02 00 00 44 89 BC C3 F8 02 00 00 C7 84 1F B8 00 00 00 06 00 00 00 E9 B2 01 00 00 41 83 FB 02 0F 85 0C 01 00 00 8B 4C 24 28 -> 48 63 4C 24 28 75 1F 89 AC CB F4 02 00 00 44 89 BC CB F8 02 00 00 C7 84 1F B8 00 00 00 06 00 00 00 E9 B1 01 00 00 41 83 FB 02 0F 85 0B 01 00 00 90 90 90 plus PEchecksum.exe nv4_mini.sys x64 355.98 @27cad 75 23 8B 44 24 28 89 AC C3 F4 02 00 00 44 89 BC C3 F8 02 00 00 C7 84 1F B8 00 00 00 06 00 00 00 E9 B7 01 00 00 41 83 FB 02 0F 85 0C 01 00 00 8B 4C 24 28 -> 48 63 4C 24 28 75 1F 89 AC CB F4 02 00 00 44 89 BC CB F8 02 00 00 C7 84 1F B8 00 00 00 06 00 00 00 E9 B6 01 00 00 41 83 FB 02 0F 85 0B 01 00 00 90 90 90 plus PEchecksum.exe Since I didnt have dual monitor BSOD problem 355.98 patch is not tested other than to say that it continues to work fine as unpatched version.

Supermium is fundamentally a standard Chromium-based browser, so any extension from the Chrome Web Store should work with it. Even old Manifest V2 extensions will still work with it.

Thank you ,I'll try it,I‘m confused because I didn't update certificate on my virtualmachine but qq.exe worked well... Update: I used CAupdater to update the certificate, qq.exe worked well...

The update "WINDOWS2000-OTSKB000001-V7-X86-INTL.exe" has been released to the general public. The help file "OTSKB.chm" and the code comparison file "code.htm" have been updated accordingly. --- There will probably be a slight update for Windows XP users, soon (WINDOWSXP-OTSKB000001-V2-X86-INTL.exe). --- things to do: Windows XP + Windows Embedded for Point of Service update: add the version "5.1.2601.0001-V2" of the file "win32k.sys" to "code.htm" (edit: done) add the update "Windows XP/OTSKB000001-V2" to the help file write the update test it release it Windows Server 2003 update: add the version "5.2.3790.6946" of the file "win32k.sys" to "code.htm" add the version "5.2.3791.0001-V1" of the file "win32k.sys" to "code.htm" add the update "Windows Server 2003/OTSKB000001-V1" to the help file write the update test it release it Windows Embedded POSReady 2009 update: add the version "5.1.2600.7684" of the file "win32k.sys" to "code.htm" add the version "5.1.2602.0001-V1" of the file "win32k.sys" to "code.htm" add the update "Windows Embedded POSReady 2009/OTSKB000001-V1" to the help file write the update test it release it

StartAllBack 3.9.17

Here's what can I tell. Win32 used to make great software. Vista Extended Kernel was great, Supermium is great. He was an msfn member, but because of fame (lots of people asking if something works in his/her setup), he might be tired of msfn. Second System might be great, but I don't have money right now to test it. Since he used to be msfn member, I think his software can be shared. What I don't like is that he actually does not update frecquently his website or blog, BlackWingCat used to speak some things about his adventures extending Win2K. My suggestion for him would be to drop WinVista ExKernel users (so second system would work on Vanilla only), make a free version with less frecquent updates, and create paid beta channel updated more frecquently.

Intentionally or not, you're missing the point. Members that made contributions to MSFN can post such links. Win32 sneakily deleted everything he had, therefore him and his horde of commercial bots have no contributions to MSFN. I was given a very harsh treatment (can't say what exactly, since it's forbidden to discuss moderation), and all of that was just for posting a text that reminded a commercial, "enterprise" wording! I gave NO links at all!!!! And the product I described was 15 or 20 y.o.! Out of production! So? Any comments?

Does "in general" also include "AntiViral Toolkit Pro for Windows 95 Beta by Eugene Kaspersky (C) KAMI Corp., Russia, 1992-1996"? It probably still runs under WinXP and surely is no risk. The term "in general" always implies "exceptions", so I agree with you. And I do appreciate your comments, especially from a person a generation younger than I am, who is interested in Windows XP! The risk depends on the version and build, reflecting how Kaspersky mutated. Microsoft also mutated, and I like the old XP version of Windows. BTW, AntiViral Toolkit Pro by Eugene Kaspersky was distributed in the US, around 1996-98, by a company called "Central Command Inc.", sounds like https://en.wikipedia.org/wiki/United_States_Central_Command - what a mutation! But again, I'll move on. I personally have all I need regarding antivirus under WinXP, and there are several other topics at msfn to which I may contribute. My recent postings here were intended to share my experience of updating my antivirus program via VPN. VPN under WinXP has become recently one of my current projects of interest.

"A" guy, as in there are many of you? Or you meant the guy, as in the only one. Thanks.

I'm lookin' for 348.10 32bit, it's hardcoded to my laptop. can't use any others, neither of those still working sites have it. (

Error code 0x80070002 means ERROR_FILE_NOT_FOUND i.e. the System cannot find the file specified. You have to check your Windows Update Log to see which file can't be found and why.

What is your current error code? Is it 0x80070002?

Where did you read in MDL that KB3072630 should fix "the certificate error"? And which certificate error do you mean? The only post I could find mentioning the update KB3072630 is: But it's referring to Server 2003 or XP x64 and KB3072630 is an older update related to MSI Installer of 2015. The last update of the files msi.dll, msiexec.exe and msihnd.dll was in 2019. Therefore I wonder what this old MSI Installer update should do to fix @Dave-H's Windows Update error code 0x80072f8f.

Maybe you really used it before. I already recommended it some posts before:

You're absolutely right. I mixed up the date with Windows ME. I've checked my earliest image and it must have been created in 2004 but it doesn't exist any more. I had deleted all old images below Service Pack SP3. So my earliest version is of 2009. It had been a long time ago. Sorry for causing confusion!

By the way I have to tell you that the last time I had reinstalled Windows XP Professional was in 2004. Most of all errors I fixed in my system by myself. I hate errors and I have to get rid of them.That's my philosophy. Since 2004 I used constantly images to restore system partition only if nothing helped. Maybe that is a reason I've got some certificates and files in my system you do not have.