Jump to content
MSFN is made available via donations, subscriptions and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. ×


  • Content Count

  • Joined

  • Last visited

  • Donations


Community Reputation

1 Neutral

About xehqter

Contact Methods

  • Website URL
  1. Yes, I'm still alive, sorry for being AFK for so long. It looks like there is still activity for this project so I thought I'd ask, any new Feature Requests or Bug Fixes needed?
  2. v1.4.1 is correct The corresponding decrypted lines in A04597C6 ("Gateway") are: BIOS18=F000,32F0,20,Gateway BIOS21=F000,3110,20,Gateway
  3. OEMScan won’t work on Windows Vista. It uses a different method for SLP OEM Activation. I probably won’t have a working version for 6+months due to the lack supported OEM systems for me to test on. This is what I’ve gleamed from reading poorly translated Chinese pages. Please note there may be inaccuracies. In order for Vista OEM SLP activation to work the bios must have an SLP 2.0 ACPI structure which contains a public key that is signed by Microsoft. That public key is then used to decrypt the tokens.dat file. Each OEM will have a different tokens.dat for each version of OEM Vista. You must
  4. ROFLMAO, FreeStyler you read my mind. Sounds like you have a few issues. 1. Within minutes of starting the OS it will start to harass you to activate, you should have investigated the issue then, not when the customer brought it back. Use MGADIAG if you want to be sure the system activated correctly. 2. If a system fails activation with SLP it doesn’t say, “This copy of Windows is already activated” it tells you that you have a bogus key and to use the key off the side of your case. It sounds like someone tried to crack their copy of Windows XP and it didn’t work. 3. As far as OEM SLP Activati
  5. The only time I’ve seen “A problem is preventing windows from accurately checking the license for this computer” in context to OEMScan is when I replaced the OEMBIOS files on a Volume License version of XP.
  6. XP HOME/PRO/Media Center OEM editions all use the same OEMBIOS files. You can download oembios files from http://www.oembios.net
  7. Windows XP and Windows 2003 OEMBIOS files use a different key to encrypt the data, file sets aren’t compatible. I assume Vista will be the same. If you want to do it I have no problem. You could write an oemscan.ini file with all the SLP Strings which executes an app w/ the CRC32 and generates an oemscan.ini file. Ie: [HEDYCOMPUTER] CMD=genini.exe 162C7931 Which then scans a directory tree for the CRC32 and generates a OEMSCAN.INI file [sM] PATH=".\162C7931\" I don’t think it’s worth the effort writing it. Essentially it’s for someone who knows what oembios files they need but are to dense / l
  8. @Skawg I don’t think anyone has done that (bandwidth I assume), you can add multiple OEMBIOS RVM addon’s together to create that effect or download OEMScan and populate the directories with files from http://www.oembios.net @ZaForD No, we don’t need computer reports anymore. They don’t yield any relevant information since OEMBIOS files aren’t linked to DMI information, but rather memory ranges in the BIOS. If you come across any OEMBIOS file sets not listed on www.oembios.net you can submit them. With OEMScan & Siginet’s OEMScan RVM Integrator Addon’s the problem has been solved. I don’t
  9. Just so I’m clear Are you: 1. using the same SLP CD Key for each OEM? 2. using a different SLP CD Key for each OEM? 3. #1 and #2 (IE: Use the same key for unknown OEM’s) At what point do you know Windows XP rejected the key? Does Windows XP prompt for activation? Where are you specifying CD Keys? (winnt.sif, setkey.cmd) At what point in the install are you running oemscan? OEMBIOS files have nothing todo with Windows XP accepting a CD Key. So standard rules apply. Either it’s a problem with the CD Key, the method you’re using to change the key, or the application changing the keys.
  10. Good catch, forgot to remove that.. fixed and reuploaded. Yeah, odd, at some point I commented out the check for dry-run when copying files. doh.. coding while tired, bad idea.
  11. Perhaps windows can't validate against .CAT files @ T39??Released a new version, nothing special, its a minor update
  12. The hashes are correct, do you have the expanded oembios.* files in the GatewayC (or what ever directory its assigned to) directory?
  13. Seems to work pretty well, no more errors due to Windows Server 2003 \Device\PhysicalMemory permissions On a fresh Windows Server 2003 R2 Standard installation "Windows File Protection" kicks in once when runing oemscan for the first time (just after replacing COA oemfiles with vendor specific server 2003 oembios files) When clicking "Cancel" and keeping the new files after reboot all seems to be ok. I could even run SFC /Scannow without the original files being restored, so that looks good as well UPDATE: When running oemscan on a fresh install of Windows Server 2003 Enterprise Edition with S
  • Create New...