Showing posts with label drivers. Show all posts
Showing posts with label drivers. Show all posts

Monday, October 25, 2021

Windows 11 & TPM 2.0 Requirements; Radeon Software Issues

I just wanted to speak a bit on the Windows 11 TPM 2.0 and SecureBoot requirements.

I spent a bit of time trying to understand why TPM 2.0 was needed.  When I investigated, I found that SecureBoot is also a requirement for upgrading to Windows 11.

I suggest enabling it if you have it.  If your system was built 3-4 years ago, it should already be TPM 2.0 capable (you may need to enable it within your BIOS or use a discreet TPM).  If your system is older, your system will more than likely not be capable of using TPM 2.0.

SecureBoot is also a requirement, as both TPM 2.0 and SecureBoot will keep rootkits from starting before the OS boots up.  I'm not sure on if SecureBoot will interfere with dual booting systems (if you've configured your systems to boot both Windows and Linux, for example)...it shouldn't but I'd test first.

The below video has a lot of information about TPM and SecureBoot.

Now, for a different subject.

So, as you know, I've upgraded my GPU to an AMD Radeon RX 6600.  While I love that it's a lot more capable than my prior GPU, I'm finding that I do NOT like certain things about it.  Well, it's not a card issue, specifically, but it is a driver and software issue that I've been experiencing the past few days.

If I right-click on my desktop, I should be able to pull up the AMD Radeon software console.  Well, it hasn't been working.  I've followed several tutorials explaining how to fix this issue, but none of them work.  It's always explained that the issue is due to conflicting drivers and that you have to remove the driver installation folders, safe boot, then use DDU to remove all GPU drivers, then boot back into the OS normally, then reinstall the drivers.  I've done that at least 3 times, back to back and the software still doesn't start.  This is problematic because the software should be checking for driver updates and notifying me.  If the software can't start, it can't check the drivers and notify the system owner.  Apparently this is a known pain point with AMD cards.  I'm not sure how long it'll be before I find a real solution to this issue, but I'll manage, a guess.

Friday, February 15, 2013

Thrustmaster T16000M and Windows 8

They don't mix.  I'm trying to fly planes in BF3 again and I didn't have this issue with Windows 7, but within Windows 8, I don't have full rudder control, even if I configure it within BF3.

I've downloaded these (2009_FFD_2.exe...based on the naming convention, these are rather old...Thrustmaster, fix this shit, please) drivers from Thrustmaster's support pages.  We'll see if that helps.

EDIT:  Yes, the drivers got the rudder to work.  BUT!  The drivers also appear to be causing some weird issues.  For example, whenever I get into a chopper, I occasionally hear my primary weapon being fired (ie, a sniper rifle, for example).  Also, once I exit the chopper, I can't sprint or reload a clip...the buttons will not work.  I experimented a bit, trying to determine where the issue lied until I realized that the joystick was the factor...when I disconnected the joystick, I found that I could sprint again, and reload a magazine.  the sniper firing while piloting a vehicle has stopped.  I captured footage of this happening.  It's a shame, because I was planning on practicing the upcoming DLC release of End Game.  I do not want to have to adapt to flying via mouse...screw that!  So, count this as a rather major negative in migrating to Windows 8...this did not occur with Windows 7.  Sure, this probably isn't the fault of Microsoft and is more than likely a Thrustmaster driver issue (that I'll report), but it ruins the experience of Windows 8 regardless.