Discussion in 'Videocards - NVIDIA GeForce Drivers Section' started by Plug2k, Jul 22, 2018.
I always install the complete pack from techpowerup.
Since two identical lists - at "Global settings" tab and at "Program settings" tab - behave differently with selection of list items, it is clear that Win API (or COM technology) used for user interface has nothing to do with lags demonstrated at "Global settings" tab list. Either NVCPL code just does something wrong or NV API in case it is called by NVCPL.
you neglect the fact that the programs tab only changes settings in the DRS.Bin files.
And? You blamed user interface API for bad slow item selection, but the same API is used for both lists. Also list at "Global settings" should store changed settings in some file too. But you are neglecting the fact that selecting items in list does not change anything, so no need in reading or writing something while you flick through items in list. Only the "Apply" button handler saves changes.
not the user interface, the component interface.
To me any interfaces should be identical in both lists. As a programmer I can`t imagine what code should be involved to do the list item selection so slow there. I would understand if we got several lists/tables related to currently selected item in main list - so called "master-slave" model. Which we don`t.
The settings listed on both lists are invariant - there can`t be removed, renamed or added (on the fly) settings.
The values for each setting are invariant - there can`t be removed, renamed or added (on the fly) values.
And nothing changes with the selection of each setting in the list.
So the list of settings is prepared one time on the loading of NVCPL. The list of values for each setting is prepared one time on the loading of VNCPL. The current value for each setting is established one time on the loading of NVCPL. After the loading only user changes of values could be explained to be slow, but not flicking through settings in the list.
Ive been looking at the same control panel for over 20 years.
this control panel wasn't introduced till 2006-7
i can confirm btw, that this issue doesn't exist on windows 8, so its something inherent to windows 10, it feels like list iteration is generally slower under 10
I'm also seeing reports that its fixed on 11
Well its been so long I cant even remember before it. All I know is Adjust image with preview was alot fuzzier.lol
We still have two identical lists - Global settings and Program settings - which iterate with significant different speeds.
I would blame UWP/XAML for slow list iteration but I see now that good old Win API is used for UI in NVCPL.
Start a petition, lets go viral.
And then all regret it in the end.
I realy dont care that much i instal the driver i only see the damn thing once.
Which build? Not 22621.1
I'd go back to the Detonator style control panel if I could.
Cool, why not use windows xp also?
By that you mean dev channel?
Beta 22621.1 (22H2) still has the issue.
Seen some fixes going into dev, if one of those should fix it we can only hope for MS patching 22H2 when it get's pushed out.
But they are probably more busy with desktop stickers and other crap than fixing what they broke...
I wish they would at least update the icons from the windows XP style.