LoneCrusader

Moderator
  • Content count

    1,089
  • Joined

  • Last visited

Community Reputation

66 Excellent

About LoneCrusader

Contact Methods

  • Website URL
    http://

Profile Information

  • OS
    98SE
  • Country

Recent Profile Visitors

2,138 profile views
  1. I wouldn't recommend anything later than Windows Vista for anyone or for anything personally, but that's just my opinion. (And I don't even really like Vista, but at least they tried to make it pretty...) Much as all of us here hate it, it has become almost impossible to use Windows 9x online these days. Over the past couple of years it's becoming more annoying to do so even under XP. One can still use 9x for many computing tasks but browsing online is not one of them and is not an enjoyable experience.
  2. As bluebolt said you can't interchange drivers from other manufacturers as far as I know. This is because different manufacturers often write their drivers to only work with their specific hardware. There may be ways to "patch" drivers to be universal but it requires far more knowledge than I have to do so.
  3. No, we should not post any disassembly here. If we end up finding a solution it should be OK to post patches that can be applied to the original files as they were distributed however.
  4. Excellent. While you're at it go ahead and grab the .PDB's for HDAUDIO.SYS and the other .EXE and DLL files in the package in case we need them later. Now let's hope rloew can use the debug symbols to make some sense out of the code in the files since we don't have any source code to work with. When he and I worked on the RLUSB driver for Windows 95 we had source code to work with. This is more like shooting in the dark.
  5. ATI brand - X850 XT Platinum Edition is the last with working drivers NVidia brand - 6800 Ultra is the last with official drivers; 7950GT is last that works with unofficial drivers 7950 GT AGP cards are EXTREMELY rare however. Best bet is to find a 256MB 7800GS AGP 7xxx series NVidia cards will probably need the Shutdown patch applied to the driver. Cards with 512MB of RAM may need rloew's NVidia patch to make all RAM available.
  6. If anyone can obtain and provide the debug symbols (HDAUDBUS.PDB) for KB888111 and/or KB835221 for Windows 2000 it might be helpful. I've tried searching but no luck so far...
  7. WarCraft III on a Pentium III? I've seen lag with this game when running it on a Pentium 4 3.06GHz with 2GB of RAM and using an ATI Radeon 9800XT 256MB video card. Of course I was playing on a highly customized map with lots of enemies, but the point is that it can still lag even with these specs. I wouldn't attempt that particular game on anything less than a P4. Also possibly worth nothing that a while back one of the official Blizzard patches broke the game under 98 for me; I don't know if this was ever fixed or whether it affected others besides myself. Needless to say their support was less than helpful when I reported the issue. Anyway, this is getting off-topic. If you are looking for an AGP card for the earliest versions of the AGP spec (i.e. not AGP 2.0 or 3.0) then I doubt there are many (if any) around that will fall into the 512MB category to begin with.
  8. This makes no sense. All of the features added to 98SE by NUSB etc. already exist under Windows XP by default. Why would you ever need to use a third-party app or a script to manage removable devices under XP when it's already built in... Also, there are plenty of XP compatible USB3 drivers. Only Intel refused to produce an XP-compatible driver AFAIK.
  9. Best as in "adequate for normal computing" or best as in "performance?" If for normal computing, just about any motherboard based on the Intel 865 or 875 Chipset will do fine and support up to 3+GHz P4. If for performance, here are a few standouts. Intel D875PBZ Pic (Last 9x-compatible Intel-branded board. Be sure to get true Intel retail version not OEM "Wasp" version) Soyo P4I875P Dragon 2 Platinum Pic (Beware of BAD CAPS; these are excellent boards but will likely need CAPS replaced) DFI Lanparty 875P-T Pic (Very rare LGA775 board with 98SE compatible chipset) MSI 865PE Neo3-F Pic (More common LGA775 board)
  10. The Etron USB3 drivers don't even work under Windows 2000, so I wouldn't have much hope they will work on 9x. WDM under XP sometimes behaves differently even for the same functions. I don't think any XP files have been found to work under 9x other than possibly USBCCGP.SYS and even it has not been extensively tested because it requires a specific set of devices that use it and those same devices may work without it, depending instead on USBHUB/USBHUB20.
  11. I'm sorry you feel that way. It's too bad, since you do have some programming/debugging knowledge you might have been able to help considerably in sorting this out. I have no direct knowledge of such things or patching files; I can only do research, very basic hexediting, and test what is given to me. I feel like it's a worthy investment but not everyone will agree. These days, nowhere else will you find such an experiment as WDMEX. Who else is left with enough knowledge to even make the attempt? Petr, Tihiy, Xeno86, PassingBy, LLXX, and others I'm sure I'm forgetting to mention have all moved on. Fatal Exception 0E at 0028:C026BEE6 in VXD NTKERN(01) + 0000053A Interesting that the BSOD error moves from the HDAUDBUS driver back into NTKERN with the older version.
  12. Those functions are missing from Windows 9x but are included in WDMEX. More below. Yes, it's there. The ME USB1 drivers depend on KS.SYS but work under 98 so the 98 version is sufficient for them. The ME version of KS.SYS may or may not be useful for HD Audio if we get that far. Here's what we know so far: HDAUDBUS.SYS is missing these functions (a long list ) under Windows 98SE without any WDMSTUB/WDMEX loaded: MmAllocatePagesForMdl MmFreePagesFromMdl MmAllocateContiguousMemorySpecifyCache MmFreeContiguousMemorySpecifyCache MmMapLockedPagesSpecifyCache ExFreePoolWithTag PsGetVersion MmGetSystemRoutineAddress KdDebuggerEnabled IoFreeWorkItem IoQueueWorkItem IoAllocateWorkItem ZwSetSecurityObject ObOpenObjectByPointer IoDeviceObjectType RtlGetDaclSecurityDescriptor RtlGetSaclSecurityDescriptor RtlGetGroupSecurityDescriptor RtlGetOwnerSecurityDescriptor RtlLengthSecurityDescriptor SeCaptureSecurityDescriptor SeExports RtlAddAccessAllowedAce RtlLengthSid RtlAbsoluteToSelfRelativeSD RtlSetDaclSecurityDescriptor RtlCreateSecurityDescriptor rloew's WDMEX covers these functions but we have no way to know if HDAUDBUS.SYS is expecting a different return value for any of these. I experimented further and found that a "HKR,,DevLoader,,*NTKERN" line must be present in the INF or the driver will do absolutely nothing. It will "load" without errors in the Device Manager this way even without WDMEX loaded, so it can't be doing anything and it's no wonder there is no enumeration. "Enumeration" is NOT the problem based on this; so we need to see what is the cause of the BSOD I mentioned before we can know anything else. I put the required line back in my INF and now I get this BSOD when Windows 98SE boots and attempts to load the driver: Fatal Exception 0E at 0028:FF097160 in VXD hdaudbus(01) + 000050C0 This can be dismissed but then the system hangs here before the desktop loads and must be reset.
  13. Why would anyone even bother to go there? Apparently one can be branded a "troll" simply for disagreeing with the attitude or outlook of the prevailing majority. Good riddance.
  14. Have you tried adding the HotFix for KB254660 or using IntelliPoint to update your mouse drivers? Might help, might not. I've not encountered this problem before so I don't know what else to try. I'll have to have a look at the INF and experiment with it. Thanks for the info! WDMEX isn't free or currently publicly available; you would need to contact rloew about it if you're interested. rloew may also be able to provide a replacement for WDMCHECK; it's interesting that WDMCHECK is crashing out when run on HDAUDBUS.SYS. I just meant that I had compared the INF files for the 9x-compatible WDM AC'97 drivers to the 2K INF files for the HDAUDIO drivers to see how driver loading was handled, because this would need to be modified for Windows 9x to use the 2K INF files. The AC'97 driver INF's do not seem to use an "HKR,,DevLoader,,*NTKERN" line while other driver INF's such as USBSTOR do have this. I don't know if it's relevant or not yet. Yes; when Microsoft added USB support to 95 OSR2 a new VMM32.VXD, KERNEL32.DLL, KRNL386.EXE, and several other core system VXD's are replaced. (See my XUSBSUPP package.) NTKERN.VXD is added which contains an "embryonic" implementation of WDM under Windows 95. Worth mentioning here that rloew and I were able to create a hybrid version of Windows 95 OSR2 + the Windows 98SE version of NTKERN using WDMEX and some other custom modifications. It allows one to use USB2 drivers, USB-HID devices, FireWire (1394 Bus and Storage) and possibly other 98-compatilbe drivers under 95 OSR2. The main problem we face is that even if one implements all WDM functions that are missing from a 2K driver under 98 using WDMSTUB/WDMEX there is still no guarantee of success. WDM functions are sometimes implemented differently and expect differing return values under different operating systems. One could spend a lot of time working on this with no idea whether or not it will all be wasted. Yes, very interesting. Have a link? Find anything else like this? If anyone can manage to track down a copy of the "IHV Enabling Kit" mentioned in these links, it might be the holy grail for this issue... ftp://ftp.micro-square.nl/Drivers/Audio/CMedia CMI9880/v5.12.01.0008/XP_2003_64bit/README Microsoft x64 prerelease HD AUdio drivers.txt http://microsoft.public.development.device.drivers.narkive.com/2cX5zfSm/uaa-hd-audio-function-driver-sample-code
  15. What's wrong with the VMware driver? I know there is one that works under 95 because I have used it. This is possible under XP (and 2K I assume) but not under Windows 9x (that I am aware of ). Under Windows 9x one must dig through HKLM\Enum key of the registry or use a third-party tool do get specific hardware ID's.