diff --git a/README.md b/README.md
index b039667..3c6e528 100644
--- a/README.md
+++ b/README.md
@@ -231,14 +231,12 @@
-If you run into any issues, you can join the DarwinKVM Discord server! Feel free to ping the @Helpers role within a help channel for support. Hexley provides our discord users with a multitude of commands to assist anyone who may need specific actions performed. Such features that Hexley offers aim to speed up the process with command such as:
+If you run into any issues, you can join the DarwinKVM Discord server! Feel free to ping the @Helpers role within a help channel for support. Hexley provides our discord users with a multitude of commands to assist anyone who may need specific actions performed. Such features that Hexley offers aim to speed up the process with command such as:
/genplatinfo - Generates PlatformInfo for a given Mac model
+/checkcoverage - Allows to get a serial numbers Coverage status
/pci - Find PCI devices by vendor ID and device ID.
/usb - Find USB devices by vendor ID and device ID.
-/encodehex - Converts device ID to little-endian hex value.
-/decodehex - Decodes little-endian hex values into 0x0000 Format.
-/decodebase64 - Decodes Base64 to text.
/link - Quickly link a URL for someone.
/time - Displays the time of a given user.
diff --git a/docs/_sass/color_schemes/custom.scss b/docs/_sass/color_schemes/custom.scss
index 9d8adf7..b222dfa 100644
--- a/docs/_sass/color_schemes/custom.scss
+++ b/docs/_sass/color_schemes/custom.scss
@@ -1,6 +1,6 @@
//@import "./color_schemes/dark";
-$link-color: $hexley-red;
+$link-color: $blueish-300;
#site-nav {
/* Other CSS properties */
diff --git a/docs/_sass/custom/setup.scss b/docs/_sass/custom/setup.scss
index f712789..dab3878 100644
--- a/docs/_sass/custom/setup.scss
+++ b/docs/_sass/custom/setup.scss
@@ -17,7 +17,7 @@ $reddish-300: #eb2a2a;
$blueish-000: #253746;
$blueish-100: #1E2A37;
$blueish-200: #18222C;
-$blueish-300: #7cbae3;
+$blueish-300: #72c7ff;
$different-blue-100: #6DA6D2;
$different-blue-200: #519CCB;
$different-blue-300: #368AC2;
diff --git a/docs/docs/01-WelcomeArea/01-About.md b/docs/docs/01-WelcomeArea/01-About.md
index 63d39fd..d46528f 100644
--- a/docs/docs/01-WelcomeArea/01-About.md
+++ b/docs/docs/01-WelcomeArea/01-About.md
@@ -11,7 +11,7 @@ nav_order: 2
What is this for?
-This repository and its contents are to be an advanced guide for anyone looking to create powerful macOS Virtual Machines that can handle being daily driven, used for powerful applications, and those who want to get the maximum possible performance out of their systems for hosting a macOS guest. The guide covers configuring a variety of QEMU machines for (one day) the entire Mac OS X / macOS version list but it's main focus will always be supporting the latest macOS release until its eventual x86_64 death, whenever that is.
+This repository and its contents are to be an advanced guide for anyone looking to create powerful macOS Virtual Machines that can handle being daily driven, used for powerful applications, and those who want to get the maximum possible performance out of their systems for hosting a macOS guest. The guide covers configuring a variety of QEMU machines for the entire Mac OS X / macOS Major Release versions list but it's main focus will always be supporting the latest macOS release until its eventual x86_64 death, whenever that is.
Who is this for?
diff --git a/docs/docs/01-WelcomeArea/02-Requirements.md b/docs/docs/01-WelcomeArea/02-Requirements.md
index 53b56d2..f5a2d18 100644
--- a/docs/docs/01-WelcomeArea/02-Requirements.md
+++ b/docs/docs/01-WelcomeArea/02-Requirements.md
@@ -22,7 +22,7 @@ nav_order: 3
- This is a must, don't bother if you're not getting GPU Acceleration, it's not worth it.
- Eventually we will add support for those without supported GPU's, but highly experimental.
- [AMD GPU Support Table](../../infocenter/02-GPUSupport/01-AMD/) - Recommended for all, runs latest macOS and older OS X releases.
- - [NVIDIA GPU Support Table](../../infocenter/02-GPUSupport/01-AMD/) - For Legacy OS X. Highest Supported Version: High Sierra
+ - [NVIDIA GPU Support Table](../../infocenter/02-GPUSupport/02-NVIDIA/) - For Legacy OS X. Highest Supported Version: High Sierra
- [Intel iGPU Support Table](../../infocenter/02-GPUSupport/03-Intel) - For Intel Laptops/Desktops with GVT-d/IOMMU/MUX Support
2. **A Host running a Linux Distribution.**
diff --git a/docs/docs/01-WelcomeArea/03-SettingExpectations.md b/docs/docs/01-WelcomeArea/03-SettingExpectations.md
index e4789d1..3ea1a58 100644
--- a/docs/docs/01-WelcomeArea/03-SettingExpectations.md
+++ b/docs/docs/01-WelcomeArea/03-SettingExpectations.md
@@ -17,6 +17,16 @@ nav_order: 4
The major distinction is that this is not something you can use right away, as you must read a fair amount first. Virt-Manager, QEMU, GPU Passthrough, OpenCore, Kexts, config.plist, OVMF... these things already exist. They're all either software/files, guides, or concepts of Linux/macOS. We're putting all of these things together.
+What are the differences between QEMU and other programs such as VirtualBox, VMWare, and Hyper-V?
+If you are on a Windows host, you at the moment like others on other operating systems, have a choice when it comes to hosting virtual machines. The program you decide to use, has a Type. The idea of a Type 1 or Type 2 hypervisor, is simply the level of granular control you have over the guest. There is much debate on what defines a Type 1 hypervisor. Regardless of your opinion on what makes a Type 1 or 2 hypervisor specifically that, we are all unanimously in agreement that VirtualBox and VMWare Player/Workstation, are Type 2 hypervisors.
+
+QEMU is a Type 1 hypervisor program. What this means for programs that are Type 2, is that you lack a very crucial feature: PCI Object/Device Passthrough. When you're creating virtual machines, we want to keep in mind that they are full machines. They have their own motherboard, their own CPU, their own RAM, their own disk drives, their own ethernet controller, their own USB Controllers. When you start a Machine in a program like VirtualBox, you are given a Machine that has its set of hardware. The most notable here is the Virtual Display. This is what you're seeing in the Window. A fake emulated display/screen, is connected to an emulated graphics card or device.
+
+This is what is limiting everyone on Type 2. macOS, has never had kexts for your emulated graphics card. Programs like VMWare Workstation, have VMWare Tools that actually have drivers/kexts written by VMWare for OS X / macOS that adds support for their emulated graphics card, the "VMWare SVGA-II". This allows VMWare to provide what is called a "Basic Framebuffer". This is a step above No Acceleration. Unfortunately, that is as far as that can go, because you still lack Metal API support.
+
+So here's where Linux and QEMU step in. On Linux, every device you have can potentially be PCI/PCIe based. Which means it appears in your systems IOMMU table. Devices in this table, can be given to Virtual Machines! This is thanks to many Linux Kernel Modules such as VFIO. This opens the world for us to create some incredibly powerful virtual machines, by giving them physical hardware! We can now take an emulated Virtual Machine, accelerate it with KVM (Kernel-Based Virtual Machine) so that it becomes Virtualization, and then we give it real physical devices! The most obvious is a real AMD dGPU. This immediately gives your Virtual Machine real full acceleration, it's genuinely a speck of dust away from native. Other non typical devices you wouldn't expect are USB Controllers! Yes, QEMU and many other programs have emulated USB Controllers, but they are unfortunately not USB Compliant, and lack the ability to transfer complex data, such as that from the Lighting to USB-C/USB cable from an iPhone for syncing!
+
+
Do I have to read everything then?
The Docs are broken up into nice sections for easily going through the process. In the next page you'll learn more about how to use the information here! It is not possible to say that you'll need to read all of them, as it will heavily depend on your harware but for the most part, the standardization of DarwinKVM allows for minimal post-setup.