kar1

I managed to finally create a .inf file for ACPIEx that makes it bind to a virtual ACPI device. I took Microsoft's loopback network adapter .inf file (msloop.inf) as example to write a new one. After boot the event log no longer shows that the driver couldn't load due to unavailable hardware. However it just silently fails to load, even if I bind it to a valid ACPI HWID (ACPI_HAL\PNP0C08). ACPI_HAL\PNP0C08 is the ACPI HWID that the normal 'Microsoft ACPI-Compliant System Device' is bound to. And acpiapic is the one that the computer itself uses, but acpiapic doesn't use need driver to work. I thought that adding a new legacy device with the Device Manager and giving it a new .inf that uses the same ACPI HWID could work. However the driver still not loading seems to hint at a bigger issue, which is that we will need to backport KMDF 1.13 to Windows 7. This has been done in the past with KMDF when Windows 7's KMDF 1.11 was backported to Windows XP. We have to essentially backport KMDF 1.13 to Windows 7, by finding out where all its files are on a Windows 8.1 OS. For registering the new KMDF 1.13 with Windows 7, we can make a clean Windows 7 SP1 install, then make a snapshot of before & after the official KMDF 1.11 update is installed. This will reveal in which places of the registry we need to register a new unofficial version, and which kind of data we need to write. For the current ACPIEx driver it's uploaded here, but it still doesn't work: https://www.udrop.com/KqcD/ACPIEx___SpbCx-Win7-testing.zip (md5: a9367f0922e9f95a5ae1b14aca75ec58) ACPIEx & SpbCx-Win7-testing.zip

@Jakob99 The ACPIEx.sys driver when I tried it myself didn't run at boot because it has no HWID to bind itself to. I don't know which HWID it's supposed to be installed for on a real Windows 8.1 system (e.g. ACPI_HAL\PNP0C08). Can you boot your computer into a Windows 8.1 or newer WinPE and share screenshots of the Device Manager's ACPI x64-based PC device? It will also help to share more screenshots about a System Device named 'System board' from the Device Manager. It's for the 'Parent' property and potentially some other device properties. But in any case, I think the only remaining part to be modified for the ACPIEx driver is the ACPIEx.inf file. If it gets correctly rewritten with a real Windows 8.1 HWID for ACPi, then the SpbCx driver will be able to run. And since Intel Serial IO drivers require the SpbCx driver as a dependency, this will make them work too.

I managed to create a modified Intel Serial IO driver that installs without problem, although it required more drivers to be modified first: https://www.udrop.com/KoWZ/Intel_Serial_IO_A368___A369-Win7-testing.rar (md5: e1a87e992db972e867e8710d69c1bc4f) It needs to be tested since I don't have a real Intel Serial IO hardware to try, so one thing you can do is: Shutdown your main Windows 7 OS Boot from a WinPE and backup to USB all the registry hives of your Windows 7 OS in C:\Windows\System32\config This includes all .LOG, .LOG2, .BAK etc files (they're cached transaction logs that are waiting to be written for real). Boot your main Windows 7 OS again This way if you have any problem with the drivers, you can easily do a Registry-only restore with the backups. You can also do a full system partition backup prior to installing the drivers if you wish. The install order that needs to be followed is: Remove all previous versions of the iaLPSS2_I2C driver with DriverStore Explorer: https://github.com/lostindark/DriverStoreExplorer Select ACPIEx.inf and right-click it, then use the "Install" menu item Select SpbCx.inf and right-click it, then use the "Install" menu item Reboot Run dpinst64.exe in the 'Intel Serial IO' folder or it install manually with the Device Manager (devmgmt.msc) Reboot If needed, you can also install the included 'MS HID I2C' driver after Intel Serial IO. Optional: use Driver Signature Enforcement Overrider to self-sign the drivers: https://www.softpedia.com/get/Tweak/Video-Tweak/Driver-Signature-Enforcement-Overrider.shtml Sign only the .cat files if needed. Intel Serial IO A368 & A369-Win7-testing.rar

It's potentially normal behavior that the modified Skylake Intel Serial IO driver of Windows 7 didn't work because of the modded DSDT. I'm just making a guess about the DSDT & this Intel Serial IO error code 31, but it might very well really be because of this. On Windows 8.1 the driver might already behave correctly with a DSDT that returns the "Windows 2013" profile. In this case it's a matter of manually adding the missing HWIDs as you did, and it should work. But if the driver runs on Windows 7 and the DSDT returns a "Windows 2013" profile, the driver will still try to run as if it was "Windows 2009". It's best to use a Windows 8.1 Intel Serial IO driver, and it needs to initially be intended for Windows 8.1. If the Intel Serial IO driver doesn't care about Windows 7, then it will directly use the proper code for your DSDT's "Windows 2013" profile. Then it's just a matter of modifying the Windows 8.1 Serial IO driver to work on Windows 7 anyway. I found a Windows 10 driver that already supports PCI\VEN_8086&DEV_A368 & PCI\VEN_8086&DEV_A369 natively (very early version from 2017). There's also a Windows 8.1 driver that doesn't directly support these HWIDs but it comes with PDB files (debug symbols). I'm going to sort these out to select the best one for Windows 7 backporting, it shouldn't take very long. Another note is that MediaFire blocked your download link because of DMCA. MediaFire really seems to dislike the upload of Intel driver files (it's not the first time this happens). MEGA.nz also sometimes blocks Intel driver downloads. Next time you will need to password-protect driver uploads with any archiver of choice that supports .7z or .rar format. Use the 'encrypt filenames' option & put any password such as 'driver'. You can also name the file 'Outtel Serial IO 7th Gen+ Win 7' if needed, or any other 'Intel' wordplay of choice.

You can do this without extracting the setups because Dell also provides All-In-One CAB files for WinPE integration. However extracting the setups is somewhat difficult, because you have to carve the setup for its resources while driver_auth.exe is still running. Otherwise the setup unloads its resources and deletes everything after it 'fails', but this could be achieved with IFEO & nop-continue.exe from Github. Now, if you install the drivers manually with INF files you will have to also modify them to include important Dell services. For mobile broadband, the Dell mini_WMCore.exe (WMCoreService) file isn't part of the real INF driver files. There are many such programs included in the official Dell setups that aren't part of the INF-only distributions. These Dell services are the ones that actually make their hardware exist on Windows. Otherwise Windows wouldn't even know that the hardware is physically present. These services send a sort of hardware interrupt to the firmware that tells it start making Windows aware of the hardware's existence at the next scan for hardware for changes. Therefore if you own a laptop with such kind of hardware and yet it doesn't seem to exist at all after installing INF files, that's because of this.

I looked it up deeper and the driver fails to load likely because of the lack of a KB3125574 Windows update: - https://www.catalog.update.microsoft.com/Search.aspx?q=KB3125574 This update brings a WdfLdr.sys driver that the Intel HID Event Filter relies on. However it should work without the KB3125574 update by taking it from a Windows 8.1 system. I took your Intel HID Event Filter drivers and modified them, the list is as follows: Removed all invalid INF comment prefixes // and replaced them with ; instead Added my compiled ntoskrn8.sys & WdfLdr.sys from Windows 8.1 to the INF files section For HidEventFilter.sys & WdfLdr.sys I modified the EXE/SYS file headers to use MajorVersion 6 & MinorVersion 1 Because it was MajorVersion 10 & MinorVersion 0 (6.1 vs. 10.0 for Win10) Modified the import filename in both HidEventFilter.sys & WdfLdr.sys from ntoskrnl.exe to ntoskrn8.sys Modified the __security_cookie in both SYS files & bypassed the security cookie check in driver code as well Removed the Security Directory information from EXE/SYS headers for both HidEventFilter.sys & WdfLdr.sys Updated all the EXE/SYS file checksums in the headers for all files Created a new unsigned HidEventFilter.cat file with '6.1' OS attribute (verifies all .sys files & the .inf file) Included dpinst64.exe from Microsoft (version 2009 for Windows 7 64-bit) Prior to installing the modified drivers, you need to remove all the previous Intel HID Event Filter drivers with DriverStore Explorer: - https://github.com/lostindark/DriverStoreExplorer This allows for removing old drivers that otherwise get reinstalled again instead of the newest modified drivers. The modified Intel HID Event Filter drivers (version 3): - https://www.udrop.com/KopH/HidEventFilter-Win7-testing-3.zip (md5: 765c950f421cd7a9b7a353e8e980487c) For the 0x0000007E BSOD error code, it doesn't actually mean much other than 'Windows had a trouble while running this program/driver'. It's a generic Windows error code rather than one that actually gets sent by the Intel HID Event Filter itself. Try the modified version after having removed all previous ones with DriverStore Explorer, I think it should work. You can also enable testsigning & easily self-sign the drivers yourself with Driver Signature Enforcement Overrider: - https://www.softpedia.com/get/Tweak/Video-Tweak/Driver-Signature-Enforcement-Overrider.shtml Just sign the HidEventFilter.cat file only if needed. HidEventFilter-Win7-testing-3.zip

Purchasing a Microsoft Office 2010 Home / Student key from eBay is very much equal to using a third-party Activator (other than losing money). The story is that Microsoft sells discounted student keys for these editions at loss, and the eBay resellers use a batch of .edu email adresses to purchase these with great discounts. Then they proceed to resell the keys at a more expensive price, but still less than retail on such websites. Microsoft didn't gain anything from it, so my advice is not to feel concerned with purchasing Office 2010. There are many of ways to use Office 2010 Now for your Dell card reader problem: The install failed because the Setup deliberately aborted the install, it's not your OS's fault. Dell uses what they call 'driver authentication' when you run the Dell driver setups. It finds a sysID file (encrypted) and extracts a driver_auth.exe program to your %TMP% folder. Then it runs driver_auth.exe and gives it the encrypted sysID. If your HWID (cans be motherboard, BIOS, etc) doesn't match the very exact model the setup was for the install 'fails'. It's a fake error. We had online (customers) many such problems when trying to install mobile broadband drivers for Dell computers. You need to bypass the driver authentication. For this create a new IFEO registry key (Image File Execution Options) named 'driver_auth.exe' and a 'Debugger' STRING_SZ registry value. Then give the Debugger value a file path to a dummy program that just exits. Example: https://github.com/myfreeer/nop (don't use nop-continue.exe, it needs to simply exit directly, so choose nop.exe) The Dell driver authentication is nothing more than checking whether the exitCode of driver_auth.exe is 0. Redirect the driver_auth.exe filename to e.g. C:\Drivers\nop.exe and the install will succeed. This enables the install of many broadband drivers for Dell computers that were 'unsupported' just because they were a later upgraded model. Hope it helps.

Cygwin for Windows (used by many Windows utilities in the background) will be dropping support for Windows 7: https://cygwin.com/install.html More info: http://www.crouchingtigerhiddenfruitbat.org/Cygwin/timemachine.html

Check this topic on win-raid, there's a link for the HD Graphics 620 driver (modded): https://winraid.level1techs.com/t/offer-7th-8th-gen-intel-gpu-drivers-for-win7-8-1/33096/8 Try installing these drivers with "dpinst.exe" from Microsoft or use the Device Manager with the "Choose a driver manually" option. Don't install these with the normal Intel installer, try installing it manually as detailed above.

There's a DSDT & SSDT editor (IDE) on Github for this purpose: https://github.com/ic005k/Xiasl (block it in the firewall to prevent its Internet check) Another older DSDT Editor: http://web.archive.org/web/20161108180259if_/http://olarila.com/dsdt/DSDTEditor_Linux_Windows.zip You should then be able to edit your SSDT/DSDT and load patched versions using a boot-time loader: https://github.com/jslegendre/ACPIPatcher Or you can also use Clover, OpenCore, or other loader of choice. Some quick tips: CondRefOf function is also used to verify the return of _OSI "Windows 2009" is Windows 7 & "Windows 2013" is Windows 8.1 Lookup "If (_OSI" or "If ((_OSI" to quickly locate the blocks that have a system check WIN7 is a constant that cans also be searched ACOS & ACSE variables seem to matter, they have to also be modified OSYS is the variable that gets checked the most in the OS installed locks Vista is named with the WLG constant There's a DRS3 variable but only set for Windows 10 RS3 & later I made a patched version of your DSDT that makes Windows 2006 & 2009 (Vista & 7) behave as if it was Windows 8.1 (2013). It also returns Windows 8.1's OSYS value for Vista & 7 which will be able to unlock more ACPI objects. https://www.udrop.com/Kn0y/dsdt-patched.zip (md5: 4d22eb9bedc63efb618aaeef84ffb9db) Try using the normal version and if any problem then the 'no-optimization' one. I also compiled GeorgeK1ng's version of NTOSKRNL_Emu incase you need to mod the Intel HID driver. https://www.udrop.com/Kn0H/NTOSKRNL_Emu-GeorgeK1ng-version.zip (md5: a054a8ba9d05e587f3ac0f409d9e25e5) dsdt-patched.zip NTOSKRNL_Emu-GeorgeK1ng-version.zip

Are you sure that MacType itself is buggy or is it just that its Mac-like antialiasing isn't good enough? If MacType just causes fonts to look bad, it will still be technically working. As long as there are no explicit error messages or crashes. If you're then able to see colored fonts where the emojis are otherwise black&white it will be a good start, even if the text rendering is visually botched. What I mean is that it's not too bad if MacType optimization looks wrong, it's more about verifying whether MacType is technically able to hook Windows font rendering to output colored characters where there was only black&white font support before it. If it actually brings colored fonts support, then MacType could be forked into a new project without the aliasing optimization part. Just the enhanced fonts support, and this would solve both the colored emoji support for Windows 7 & the MacType optimization problems.

Try using 'Win7 DS Filter Manager' to check out whether any TechSmith codec is still available as a DirectShow filter. Something else that cans be done is to replicate the issue again with Firefox, playing a video, then using ProcessHacker to check the 'Modules' tab for the firefox.exe processes. If it has access to any TechSmith codec it will have to load its module. However another trouble might be the hosts file: The Resource Monitor probably does a Reverse-IP Lookup for 127.0.0.1 anytime you try connecting to it. So of you block both some known Firefox/Mozilla trackers and this TechSmith domain name with 127.0.0.1, when Firefox will try to ping its tracking domains the Resource Monitor will do a Reverse-IP lookup (PTR-record) for 127.0.0.1 that will give out the techsmith domain. That's especially due to the way the hosts file is parsed, which wasn't really intended to contain multiple different domain names with the same IP address. So I suggest removing the techsmith domain name from your hosts file then rebooting Windows. This will make sure the DNS cache (in RAM) is cleared for all processes including the system ones. Afterwards, once you no longer have any techsmith domain in your hosts file you could use NirSoft's DNSLookupView program to verify whether TechSmith domain names are really queried. DNS-over-HTTPS isn't a problem since it's a separate native TechSmith codec within Firefox.exe that does the DNS lookups using standard Windows APIs. Short summary: You can try first Win7 DS Filter Tweaker to verify that there's no TechSmith DirectShow filter in the system anymore. Then clear your hosts file and reboot Windows. It will also be a good method to download and try out DNSLookupView by NirSoft to verify that firefox.exe is really requesting the techsmith domain explicitly or if was just due to the 127.0.0.1 line in the hosts file. Finally downloading and trying out ProcessHacker by wj32 will help to verify that firefox.exe didn't load any Module from TechSmith. (Modules aren't always DLL files, they can potentially be any PE file; .exe, .dll, .bin with explicitly exported functions.)

Not you but I mean the general attitude in this last page. People being like 'ho no that developer is very very bad, worst criminal ever, I would never be so bad like him. I can't even.' As he if had a contagious disease and everyone fleeing away trying to say 'no worries I ran away from bad developer so I'm clean!' Also, countless times we had court rulings on technical matters that were incorrect and made with bias. You indeed need a thorough lawyer in cases of intellectual property & P2P offense proceedings. Otherwise the courts just blindly believe whatever the big IP Alliances say even if technically fallacious, and they rule based on this. So if I had tried my luck this way, it would fail miserably but I'm still correct that illegal contracts hold no value and can be broken without penalty. It's just very hard to disprove the technical fallacies that the accusers submit as evidence when the judges & juries aren't technically literate enough (technology-wise). The technically competent jury candidates are rejected. If we could steal YouTube videos for example, then YouTube's disk usage would be down to exactly 0 bytes and there would be exactly 0 videos left on it. And no problem with the rules of this forum, it's just best to be correct when claiming that anything is 'illegal'.

Woah, the bandwagon hate is weird against that Thorium developer. Why the hate against him? Because he links to 'ultrabad illegal software'? If the software he links to is ever illegal, then it's illegal no matter whether it's modified or not. - There's no such thing as illegal software, only what you do with it. - In fact, weapons are also not illegal no matter where you live, it's just that it's a restricted material that's illegal to possess without a license. - And coincidentally, the licenses tend to granted to law enforcement personel only. - Replace 'weapons' with 'vehicules', and it's the same thing. If driving licenses were only given to law enforcement personel, you could be arrested upon sight for using a car. - However cars would still not be illegal, otherwise even law enforcement couldn't drive them. - The people who produce the 'illegal software' are more inline with the FSF (Free Software Foundation) than the 'leeches' who just want paid stuff for free. - They do it more for freedom than for the price, even a $5 software with DRM will eventually end up being 'illegalized' anyway even if it's strongly protected. It will just take more time & effort. - Reverse-engineering any software is legal, it doesn't matter what the EULA of a software says. - All illegal contracts are illegal, you could sign a contract saying that you agree to die tomorrow, and if you don't die tomorrow you won't be arrested anyway. - It's the redistribution of the licensed material that's restricted, so you can perfectly reverse-engineer a software and keep it for your own personal use. - It's perfectly fine (and encouraged) to use re-engineered movies, softwares & games that you already purchased yourself once. - You could legally purchase a Windows 10 Pro key and activate it with a local server anyway afterwards, and that will be fine. I already purchased Windows 7 long ago, so there's no problem with using a third-party DRM-free activation. It gives me more freedom and protects me from Microsoft influence incase it tries to takedown its Windows 7 activation servers. This developer who seems to be getting bandwagon hate here is just linking to resources that allow using Windows 7 past its EOL even after licenses are no longer sold. Well, it's abandonware now. Where is the problem? Calm down... If all 'illegal software' was made legal overnight you would all be so proud of how much premium stuff you got for free today. And if it becomes illegal again you will be trashing each other about how criminal you all were yesterday for downloading these files online.

This unwanted activation check after removing all TechSmith software has nothing to do with any TechSmith update service, it's probably just because you didn't properly uninstall all leftover video & audio codecs from a commercial TechSmith program. Therefore everytime a leftover full version of a TechSmith codec is initialized (for video playback or for enumeration of its capabilities) it becomes part of the process that tried to play a video or audio file. And so you end up with firefox.exe trying to connect to techsmith servers. The videohelp.com website has a good index of codec tools such as CodecTweakTool or Win7 DS Filter Tweaker to inspect this issue deeper. GraphStudioNext cans also diagnose & manage video codecs & video filters. There's even a dedicated section for this in SysInternals' Autoruns utility. And none of any parent-based firewall will help to block this unless it also has HIPS features for blocking unwanted modules injection & loading within trusted processes. If a firewall supports both parent/caller process inspection & HIPS it's all good. Otherwise firefox.exe could be called by explorer.exe (both trusted) and yet you still end up with firefox.exe loading that leftover TechSmith codec everytime it wants your system to play a media file, which causes unwanted connections.