[GH-ISSUE #72] [BUG] Dual GPU displaying incorrect VRAM #32

Open
opened 2026-10-15 18:06:22 +00:00 by bsakaguchi · 16 comments
Owner

Originally created by @eeljpg on GitHub (Aug 24, 2024).
Original GitHub issue: https://github.com/SillyTavern/SillyTavern-Launcher/issues/72

Environment

🪟 Windows

System

Windows 11 23H2

Describe the problem

I have both an iGPU and a dedicated eGPU. The launcher displays my VRAM as the iGPU vram while still recognizing the eGPU. It says:
"GPU: NVIDIA GeForce RTX 3090 - VRAM: 4 GB".
Problem does not exist in automatic1111 sd or task manager.
For full disclosure, the GPU is an egpu through Oculink. Still works fine and all 24gb vram are usable. Not looking to use iGPU vram. LLMs still utilize 24gb of 3090 VRAM, so it seems to be a display error only.

Additional info

SillyTavern: 1.12.4
STL: 24.1.3.0
GPU: NVIDIA GeForce RTX 3090 - VRAM: 4 GB

Please tick the boxes

Originally created by @eeljpg on GitHub (Aug 24, 2024). Original GitHub issue: https://github.com/SillyTavern/SillyTavern-Launcher/issues/72 ### Environment 🪟 Windows ### System Windows 11 23H2 ### Describe the problem I have both an iGPU and a dedicated eGPU. The launcher displays my VRAM as the iGPU vram while still recognizing the eGPU. It says: "GPU: NVIDIA GeForce RTX 3090 - VRAM: 4 GB". Problem does not exist in automatic1111 sd or task manager. For full disclosure, the GPU is an egpu through Oculink. Still works fine and all 24gb vram are usable. Not looking to use iGPU vram. LLMs still utilize 24gb of 3090 VRAM, so it seems to be a display error only. ### Additional info SillyTavern: 1.12.4 STL: 24.1.3.0 GPU: NVIDIA GeForce RTX 3090 - VRAM: 4 GB ### Please tick the boxes - [X] I have explained the issue clearly, and I included all relevant info - [X] I have checked that this [issue hasn't already been raised](https://github.com/SillyTavern/SillyTavern/issues?q=is%3Aissue) - [X] I have checked the [docs](https://docs.sillytavern.app/) ![important](https://img.shields.io/badge/Important!-F6094E)
Author
Owner

@BlueprintCoding commented on GitHub (Aug 28, 2024):

@eeljpg pushed a fix for this. Not 100% sure it will work as my desktop does not have integrated graphics but I'm pretty confident it will work. Let me know if works or not.

github.com/SillyTavern/SillyTavern-Launcher@c7825eeb76

<!-- gh-comment-id:2316135013 --> @BlueprintCoding commented on GitHub (Aug 28, 2024): @eeljpg pushed a fix for this. Not 100% sure it will work as my desktop does not have integrated graphics but I'm pretty confident it will work. Let me know if works or not. https://github.com/SillyTavern/SillyTavern-Launcher/commit/c7825eeb762a3f3cb8489d2a6b694c5d9ca95d4d
Author
Owner

@eeljpg commented on GitHub (Aug 30, 2024):

Updated, still displaying GPU: NVIDIA GeForce RTX 3090 - VRAM: 4 GB
I noticed the change involved adding an Intel graphics check, my iGPU is AMD. It comes up in task manager as "AMD Radeon 780M Graphics"

<!-- gh-comment-id:2320392214 --> @eeljpg commented on GitHub (Aug 30, 2024): Updated, still displaying GPU: NVIDIA GeForce RTX 3090 - VRAM: 4 GB I noticed the change involved adding an Intel graphics check, my iGPU is AMD. It comes up in task manager as "AMD Radeon 780M Graphics"
Author
Owner

@BlueprintCoding commented on GitHub (Aug 31, 2024):

@eeljpg Please let me know if the newest update works.
github.com/SillyTavern/SillyTavern-Launcher@8bb38755db

<!-- gh-comment-id:2322635049 --> @BlueprintCoding commented on GitHub (Aug 31, 2024): @eeljpg Please let me know if the newest update works. https://github.com/SillyTavern/SillyTavern-Launcher/commit/8bb38755dbc554af9bff099cbeae80ede916f999
Author
Owner

@BlueprintCoding commented on GitHub (Sep 4, 2024):

Issue will be closed in a few days if no response.

<!-- gh-comment-id:2330294307 --> @BlueprintCoding commented on GitHub (Sep 4, 2024): Issue will be closed in a few days if no response.
Author
Owner

@eeljpg commented on GitHub (Sep 10, 2024):

Hello, my bad. Issue is still present on latest.
Looking at the changes, it seems the check added was for Intel(R) HD Graphics, but I have an AMD iGPU.

<!-- gh-comment-id:2339478049 --> @eeljpg commented on GitHub (Sep 10, 2024): Hello, my bad. Issue is still present on latest. Looking at the changes, it seems the check added was for Intel(R) HD Graphics, but I have an AMD iGPU.
Author
Owner

@BlueprintCoding commented on GitHub (Sep 18, 2024):

Unfortunately the core of this issue relates to external GPUs and without an eGPU to be able to test on I'm not sure I will be able to create a fix for this. There is no way I can find to detect AMD iGPUs in the registry or wmic without finding a list of every AMD iGPU and hardcoding a check against each of them.

Since this is not an issue that will effect 99% of users and doesn't prevent the launcher from working, just doesn't show correct VRAM which is a "quality of life" feature. I will be closing this issue.

<!-- gh-comment-id:2358766006 --> @BlueprintCoding commented on GitHub (Sep 18, 2024): Unfortunately the core of this issue relates to external GPUs and without an eGPU to be able to test on I'm not sure I will be able to create a fix for this. There is no way I can find to detect AMD iGPUs in the registry or wmic without finding a list of every AMD iGPU and hardcoding a check against each of them. Since this is not an issue that will effect 99% of users and doesn't prevent the launcher from working, just doesn't show correct VRAM which is a "quality of life" feature. I will be closing this issue.
Author
Owner

@JaceEthaniel commented on GitHub (Sep 25, 2024):

I also had this problem.

For reference, I have an AMD processor with a built in GPU, and I also have an NVIDIA RTX 4070TI Super...
The original script was only ever selecting the first iterated GPU, so this changes it so it will iterate through all the GPUs.

One of the errors was that the "AdapterRAM > 0" would always return true, because most iGPUs have more than 0 VRAM...

For example: my return of the wmic command shows me to have 536870912 AdapterRAM on my AMD Radeon(TM) Graphics entry; which is greater than 0, and so it was being chosen.

To fix that, I changed it to this and it works for me now (this could very much be done better, but I made these changes after searching on google for an hour on how to write in batch... so excuse the mess):

FILENAME: gpu_info.bat

@echo off

REM Initialize variables
setlocal enabledelayedexpansion
set /a iteration=0
set /a last_VRAM=0
set "last_GPU=Unknown"
set "GPU_name=Unknown"
set "VRAM=Unknown"
set "primary_gpu_found=false"
REM Detect GPU and store name, excluding integrated GPUs if discrete GPUs are found
for /f "tokens=2 delims==" %%f in ('wmic path Win32_VideoController get name /value ^| find "="') do (
	REM If GPU name is blank, set it; else, if it is not blank and does not equal the current value of f,
	REM move gpu name to last_gpu and set gpu_name to the new value. This is here so that if the current card has less
	REM VRAM than the previous card, we can set the name back properly. I doubt it would be needed... but you never know.
	if /i !GPU_name! equ "" (
		set "GPU_name=%%f"
	) else if !GPU_name! neq %%f (
		set "last_GPU=!GPU_name!"
		set "GPU_name=%%f"
	)
	REM Run PowerShell command to retrieve VRAM size and divide by 1GB
	REM This was moved here because if we leave the first for loop it wont continue iterating.
	REM Instead, it will break the loop and end the script. This way it keeps going.
	for /f "usebackq tokens=*" %%i in (`powershell -Command "$qwMemorySize = (Get-ItemProperty -Path 'HKLM:\SYSTEM\ControlSet001\Control\Class\{4d36e968-e325-11ce-bfc1-08002be10318}\0*' -Name HardwareInformation.qwMemorySize -ErrorAction SilentlyContinue).'HardwareInformation.qwMemorySize'; if ($null -ne $qwMemorySize -and $qwMemorySize -is [array]) { $qwMemorySize = [double]$qwMemorySize[!iteration!] } else { $qwMemorySize = [double]$qwMemorySize }; if ($null -ne $qwMemorySize) { [math]::Round($qwMemorySize/1GB) } else { 'Property not found' }"`) do (
		set "VRAM=%%i"
	)
	REM iterate so we can move through the objects in the powershell script...
	set /a iteration=!iteration!+1
	REM If the VRAM is greater than 0 (it always should be, but just in case...) AND the lastVRAM is not the same as VRAM
	REM (might have to change this in the case where two cards have the same VRAM, but the user wants the first card...
	REM in which case we would want to see if it is the first iteration or not... but I'm not here to do all your work!)
	REM AND the lastVRAM is Grt than VRAM... set it to the previous card. We don't have to check the other way, because
	REM we already set VRAM. This way takes more builds into account... but not all.
	if /i !lastVRAM! gtr 0 (
		if /i !lastVRAM! neq !VRAM! (
			if /i !lastVRAM! gtr !VRAM! (
				set "VRAM=!lastVRAM!"
				set "GPU_name=!last_GPU!"
			)
		)
	) else (
		set "lastVRAM=!VRAM!"
	)
)

REM Display GPU name and VRAM
echo GPU: %cyan_fg_strong%%GPU_name%%reset% - VRAM: %cyan_fg_strong%%VRAM%%reset% GB
endlocal

With that being said, when I tried to then download a model for TabbyAPI, it said I didn't have enough VRAM, so there are more places that need to be fixed than just the gpu_info.bat file.

<!-- gh-comment-id:2373448953 --> @JaceEthaniel commented on GitHub (Sep 25, 2024): I also had this problem. For reference, I have an AMD processor with a built in GPU, and I also have an NVIDIA RTX 4070TI Super... The original script was only ever selecting the first iterated GPU, so this changes it so it will iterate through all the GPUs. One of the errors was that the "AdapterRAM > 0" would always return true, because most iGPUs have more than 0 VRAM... For example: my return of the wmic command shows me to have 536870912 AdapterRAM on my AMD Radeon(TM) Graphics entry; which is greater than 0, and so it was being chosen. To fix that, I changed it to this and it works for me now (this could very much be done better, but I made these changes after searching on google for an hour on how to write in batch... so excuse the mess): FILENAME: gpu_info.bat ``` @echo off REM Initialize variables setlocal enabledelayedexpansion set /a iteration=0 set /a last_VRAM=0 set "last_GPU=Unknown" set "GPU_name=Unknown" set "VRAM=Unknown" set "primary_gpu_found=false" REM Detect GPU and store name, excluding integrated GPUs if discrete GPUs are found for /f "tokens=2 delims==" %%f in ('wmic path Win32_VideoController get name /value ^| find "="') do ( REM If GPU name is blank, set it; else, if it is not blank and does not equal the current value of f, REM move gpu name to last_gpu and set gpu_name to the new value. This is here so that if the current card has less REM VRAM than the previous card, we can set the name back properly. I doubt it would be needed... but you never know. if /i !GPU_name! equ "" ( set "GPU_name=%%f" ) else if !GPU_name! neq %%f ( set "last_GPU=!GPU_name!" set "GPU_name=%%f" ) REM Run PowerShell command to retrieve VRAM size and divide by 1GB REM This was moved here because if we leave the first for loop it wont continue iterating. REM Instead, it will break the loop and end the script. This way it keeps going. for /f "usebackq tokens=*" %%i in (`powershell -Command "$qwMemorySize = (Get-ItemProperty -Path 'HKLM:\SYSTEM\ControlSet001\Control\Class\{4d36e968-e325-11ce-bfc1-08002be10318}\0*' -Name HardwareInformation.qwMemorySize -ErrorAction SilentlyContinue).'HardwareInformation.qwMemorySize'; if ($null -ne $qwMemorySize -and $qwMemorySize -is [array]) { $qwMemorySize = [double]$qwMemorySize[!iteration!] } else { $qwMemorySize = [double]$qwMemorySize }; if ($null -ne $qwMemorySize) { [math]::Round($qwMemorySize/1GB) } else { 'Property not found' }"`) do ( set "VRAM=%%i" ) REM iterate so we can move through the objects in the powershell script... set /a iteration=!iteration!+1 REM If the VRAM is greater than 0 (it always should be, but just in case...) AND the lastVRAM is not the same as VRAM REM (might have to change this in the case where two cards have the same VRAM, but the user wants the first card... REM in which case we would want to see if it is the first iteration or not... but I'm not here to do all your work!) REM AND the lastVRAM is Grt than VRAM... set it to the previous card. We don't have to check the other way, because REM we already set VRAM. This way takes more builds into account... but not all. if /i !lastVRAM! gtr 0 ( if /i !lastVRAM! neq !VRAM! ( if /i !lastVRAM! gtr !VRAM! ( set "VRAM=!lastVRAM!" set "GPU_name=!last_GPU!" ) ) ) else ( set "lastVRAM=!VRAM!" ) ) REM Display GPU name and VRAM echo GPU: %cyan_fg_strong%%GPU_name%%reset% - VRAM: %cyan_fg_strong%%VRAM%%reset% GB endlocal ``` With that being said, when I tried to then download a model for TabbyAPI, it said I didn't have enough VRAM, so there are more places that need to be fixed than just the gpu_info.bat file.
Author
Owner

@JaceEthaniel commented on GitHub (Sep 25, 2024):

It is the launcher.bat that needs fixing too... It uses the same non-iterating powershell script to get the VRAM for the GPU, which only returns the first GPU (which is always an iGPU if it exists.)

So I replaced the part that normally finds the VRAM (at lines 431-433) with this and it works now:

set /a iteration=0
set /a last_UVRAM=0
REM Detect GPU and store name, excluding integrated GPUs if discrete GPUs are found
for /f "tokens=2 delims==" %%f in ('wmic path Win32_VideoController get name /value ^| find "="') do (
	REM Run PowerShell command to retrieve VRAM size and divide by 1GB
	for /f "usebackq tokens=*" %%i in (`powershell -Command "$qwMemorySize = (Get-ItemProperty -Path 'HKLM:\SYSTEM\ControlSet001\Control\Class\{4d36e968-e325-11ce-bfc1-08002be10318}\0*' -Name HardwareInformation.qwMemorySize -ErrorAction SilentlyContinue).'HardwareInformation.qwMemorySize'; if ($null -ne $qwMemorySize -and $qwMemorySize -is [array]) { $qwMemorySize = [double]$qwMemorySize[!iteration!] } else { $qwMemorySize = [double]$qwMemorySize }; if ($null -ne $qwMemorySize) { [math]::Round($qwMemorySize/1GB) } else { 'Property not found' }"`) do (
		set "UVRAM=%%i"
	)
	set /a iteration=!iteration!+1
	REM If the VRAM is greater than 0 (it always should be, but just in case...) AND the lastUVRAM is not the same as VRAM
	REM (might have to change this in the case where two cards have the same VRAM, but the user wants the first card...
	REM in which case we would want to see if it is the first iteration or not... but I'm not here to do all your work!)
	REM AND the lastUVRAM is Grt than VRAM... set it to the previous card. We don't have to check the other way, because
	REM we already set VRAM. This way takes more builds into account... but not all.
	if /i !lastUVRAM! gtr 0 (
		if /i !lastUVRAM! neq !UVRAM! (
			if /i !lastUVRAM! gtr !UVRAM! (
				set "UVRAM=!lastUVRAM!"
				set "GPU_name=!last_GPU!"
			)
		)
	) else (
		set "lastUVRAM=!UVRAM!"
	)
)
<!-- gh-comment-id:2373509614 --> @JaceEthaniel commented on GitHub (Sep 25, 2024): It is the launcher.bat that needs fixing too... It uses the same non-iterating powershell script to get the VRAM for the GPU, which only returns the first GPU (which is always an iGPU if it exists.) So I replaced the part that normally finds the VRAM (at lines 431-433) with this and it works now: ``` set /a iteration=0 set /a last_UVRAM=0 REM Detect GPU and store name, excluding integrated GPUs if discrete GPUs are found for /f "tokens=2 delims==" %%f in ('wmic path Win32_VideoController get name /value ^| find "="') do ( REM Run PowerShell command to retrieve VRAM size and divide by 1GB for /f "usebackq tokens=*" %%i in (`powershell -Command "$qwMemorySize = (Get-ItemProperty -Path 'HKLM:\SYSTEM\ControlSet001\Control\Class\{4d36e968-e325-11ce-bfc1-08002be10318}\0*' -Name HardwareInformation.qwMemorySize -ErrorAction SilentlyContinue).'HardwareInformation.qwMemorySize'; if ($null -ne $qwMemorySize -and $qwMemorySize -is [array]) { $qwMemorySize = [double]$qwMemorySize[!iteration!] } else { $qwMemorySize = [double]$qwMemorySize }; if ($null -ne $qwMemorySize) { [math]::Round($qwMemorySize/1GB) } else { 'Property not found' }"`) do ( set "UVRAM=%%i" ) set /a iteration=!iteration!+1 REM If the VRAM is greater than 0 (it always should be, but just in case...) AND the lastUVRAM is not the same as VRAM REM (might have to change this in the case where two cards have the same VRAM, but the user wants the first card... REM in which case we would want to see if it is the first iteration or not... but I'm not here to do all your work!) REM AND the lastUVRAM is Grt than VRAM... set it to the previous card. We don't have to check the other way, because REM we already set VRAM. This way takes more builds into account... but not all. if /i !lastUVRAM! gtr 0 ( if /i !lastUVRAM! neq !UVRAM! ( if /i !lastUVRAM! gtr !UVRAM! ( set "UVRAM=!lastUVRAM!" set "GPU_name=!last_GPU!" ) ) ) else ( set "lastUVRAM=!UVRAM!" ) ) ```
Author
Owner

@deffcolony commented on GitHub (Sep 25, 2024):

@JaceEthaniel If you believe this change improves the launcher for everyone, I recommend you to make a pull request. This way, your contribution can be properly reviewed and integrated, and your name will automatically be added to the contributor list. It's a better approach than posting the fixed code in a comment, it provides proper credit for your work.

<!-- gh-comment-id:2373617821 --> @deffcolony commented on GitHub (Sep 25, 2024): @JaceEthaniel If you believe this change improves the launcher for everyone, I recommend you to make a pull request. This way, your contribution can be properly reviewed and integrated, and your name will automatically be added to the contributor list. It's a better approach than posting the fixed code in a comment, it provides proper credit for your work.
Author
Owner

@JaceEthaniel commented on GitHub (Oct 10, 2024):

@eeljpg does the problem still exist for you?

<!-- gh-comment-id:2405898117 --> @JaceEthaniel commented on GitHub (Oct 10, 2024): @eeljpg does the problem still exist for you?
Author
Owner

@eeljpg commented on GitHub (Oct 13, 2024):

@eeljpg does the problem still exist for you?

So, funny news. My GPU died so I don't have an eGPU setup anymore and I built a whole new PC. Still have a different non-external 3090 though. As my hardware is entirely different now and there isn't an egpu, I wasn't expecting the issue to still exist, but it seems I carry a special level of edge-case energy as it now displays "GPU: Parsec Virtual Display Adapter - VRAM: 24 GB". Weirdly, it persists in showing this even if I disable the parsec adapter in device manager.

<!-- gh-comment-id:2408778483 --> @eeljpg commented on GitHub (Oct 13, 2024): > @eeljpg does the problem still exist for you? So, funny news. My GPU died so I don't have an eGPU setup anymore and I built a whole new PC. Still have a different non-external 3090 though. As my hardware is entirely different now and there isn't an egpu, I wasn't expecting the issue to still exist, but it seems I carry a special level of edge-case energy as it now displays "GPU: Parsec Virtual Display Adapter - VRAM: 24 GB". Weirdly, it persists in showing this even if I disable the parsec adapter in device manager.
Author
Owner

@JaceEthaniel commented on GitHub (Oct 13, 2024):

I see, so you still have the driver installed and it is being detected as an actual GPU... Unfortunately I am not well-versed enough to solve that particular problem with an auto-select method like what is currently in place. I would suggest trying to uninstall that driver if you don't expect to use it any time soon.
I have been quite busy with my classes, but I plan on eventually altering it so that you can choose the GPU you are using (and then, of course, making a pull request); that wont be for a while though...

Basically, my plan is to have it list all the GPUs you have on the first start up (it will check the GPU log file to see if it exists, and if not it will ask which GPU you will be using), then in the toolbox I am going to add an option to select a different GPU. Ultimately though it is primarily a visual thing. The only thing it actually affects is the launcher itself deciding if you have enough VRAM to run certain models. The actual image/text generators will use the correct GPU/driver (well, unless you are REALLY good at getting those edge-case issues).

<!-- gh-comment-id:2408792507 --> @JaceEthaniel commented on GitHub (Oct 13, 2024): I see, so you still have the driver installed and it is being detected as an actual GPU... Unfortunately I am not well-versed enough to solve that particular problem with an auto-select method like what is currently in place. I would suggest trying to uninstall that driver if you don't expect to use it any time soon. I have been quite busy with my classes, but I plan on eventually altering it so that you can choose the GPU you are using (and then, of course, making a pull request); that wont be for a while though... Basically, my plan is to have it list all the GPUs you have on the first start up (it will check the GPU log file to see if it exists, and if not it will ask which GPU you will be using), then in the toolbox I am going to add an option to select a different GPU. Ultimately though it is primarily a visual thing. The only thing it actually affects is the launcher itself deciding if you have enough VRAM to run certain models. The actual image/text generators will use the correct GPU/driver (well, unless you are REALLY good at getting those edge-case issues).
Author
Owner

@JaceEthaniel commented on GitHub (Dec 7, 2024):

Sometimes I am very smart, but sometimes I am not very smart.

@eeljpg, do me a favour... Go into your sillytavern-launcher install folder, find the bin folder, then the Logs folder, and delete the file "gpu_info_output.txt"

For me that would be... "C:\AI-Stuff\SillyTavern-Launcher\bin\logs\gpu_info_output.txt"

Once you do that, re-launch the Silly Tavern Launcher and let me know if it resolves the display issue.

Please and thank you.

<!-- gh-comment-id:2525023889 --> @JaceEthaniel commented on GitHub (Dec 7, 2024): Sometimes I am very smart, but sometimes I am not very smart. @eeljpg, do me a favour... Go into your sillytavern-launcher install folder, find the bin folder, then the Logs folder, and delete the file "gpu_info_output.txt" For me that would be... "C:\AI-Stuff\SillyTavern-Launcher\bin\logs\gpu_info_output.txt" Once you do that, re-launch the Silly Tavern Launcher and let me know if it resolves the display issue. Please and thank you.
Author
Owner

@eeljpg commented on GitHub (Dec 7, 2024):

I've deleted it, it seems the GPU doesn't display in the launcher at all. The file is regenerated with the following text:

GPU: Parsec Virtual Display Adapter - VRAM: 24 GB

Additionally, the gpu_counter file seems to start at 1 and increase with every launch. On STL: 24.1.5.0

<!-- gh-comment-id:2525029346 --> @eeljpg commented on GitHub (Dec 7, 2024): I've deleted it, it seems the GPU doesn't display in the launcher at all. The file is regenerated with the following text: > GPU: Parsec Virtual Display Adapter - VRAM: 24 GB Additionally, the gpu_counter file seems to start at 1 and increase with every launch. On STL: 24.1.5.0
Author
Owner

@deffcolony commented on GitHub (Dec 7, 2024):

@eeljpg okay so you open regedit go to the following string:

Computer\HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class\{4d36e968-e325-11ce-bfc1-08002be10318}\

then check one of the numbers and look for your gpu name like look for HardwareInformation.AdapterString you should see ur gpu name... if you replaced your gpu recently with a newer one then you delete the entire number folder that still has ur old gpu name

image

for example
image

<!-- gh-comment-id:2525065734 --> @deffcolony commented on GitHub (Dec 7, 2024): @eeljpg okay so you open regedit go to the following string: `Computer\HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Class\{4d36e968-e325-11ce-bfc1-08002be10318}\` then check one of the numbers and look for your gpu name like look for **HardwareInformation.AdapterString** you should see ur gpu name... if you replaced your gpu recently with a newer one then you delete the entire number folder that still has ur old gpu name ![image](https://github.com/user-attachments/assets/c21285a4-ccbf-44de-bf57-1aba6d522707) for example ![image](https://github.com/user-attachments/assets/84c80666-c32a-498f-924b-d97230f1ba8e)
Author
Owner

@eeljpg commented on GitHub (Dec 9, 2024):

Folder 0000 is the 3090, the Parsec virtual display adapter displays in folder 0004 (with 0002 being integrated AMD and 0003 being a Meta virtual display) Not sure if deleting those other folders will cause issues with other programs, especially the virtual display ones.
image

<!-- gh-comment-id:2526781694 --> @eeljpg commented on GitHub (Dec 9, 2024): Folder 0000 is the 3090, the Parsec virtual display adapter displays in folder 0004 (with 0002 being integrated AMD and 0003 being a Meta virtual display) Not sure if deleting those other folders will cause issues with other programs, especially the virtual display ones. ![image](https://github.com/user-attachments/assets/a49cd217-295b-42dc-a29c-b34e690c114e)
Sign in to join this conversation.
No description provided.