Notiz GeForce 451.48 WHQL GRD: Treiber für DirectX 12 Ultimate und Vulkan 1.2
- Ersteller Robert
- Erstellt am
- Zur Notiz: GeForce 451.48 WHQL GRD: Treiber für DirectX 12 Ultimate und Vulkan 1.2
Häschen
Admiral
- Registriert
- Dez. 2012
- Beiträge
- 8.152
455.41 + 20H2 hat Microsoft GPU-Scheduling erst aktiviert
https://developer.nvidia.com/cuda/wsl/download
Lohnt sich halt nicht weil 455.41 und 20H2 noch extrems verbugt sind
Davon ab hat WDDM 2.7 nicht die nötigen Erweiterungen für irgendwelche GPU-Scheduling Beschleunigungen sondern erst WDDM 2.8 was erst mit 20H2 Einzug erhält.
Ich frag daher warum man überhaupt HAGS aktivieren kann in Build 2004, weiß vermutlich Microsoft nicht mal selbst.
NVIDIA schrieb:
https://developer.nvidia.com/cuda/wsl/download
Lohnt sich halt nicht weil 455.41 und 20H2 noch extrems verbugt sind
Davon ab hat WDDM 2.7 nicht die nötigen Erweiterungen für irgendwelche GPU-Scheduling Beschleunigungen sondern erst WDDM 2.8 was erst mit 20H2 Einzug erhält.
Ich frag daher warum man überhaupt HAGS aktivieren kann in Build 2004, weiß vermutlich Microsoft nicht mal selbst.
- Registriert
- Dez. 2006
- Beiträge
- 5.569
Die Aktivierung der Hardwarebeschleunigten GPU Planung sorgt bei mir dafür, dass mein CPU Lüfter deutlich schneller läuft als normal (ohne Last). Wird nur durchs Bios gesteuert. Ist mir gerade nur zufällig aufgefallen. Nach dem zurückstellen war alles wieder normal.
Sehe zwar keinen wirklichen Zusammenhang, muss aber irgendwie daran liegen.
Sehe zwar keinen wirklichen Zusammenhang, muss aber irgendwie daran liegen.
Flare
Commander
- Registriert
- Aug. 2010
- Beiträge
- 2.068
https://en.wikipedia.org/wiki/Windows_Display_Driver_Model#WDDM_2.7
WDDM 2.7
Windows 10 May 2020 Update[49] (Version 2004) includes WDDM 2.7.
Windows 10 21H1 Update includes WDDM 2.9.[57]
WDDM 2.8 wird nichtmal im Wiki erwähnt.
WDDM 2.7
Windows 10 May 2020 Update[49] (Version 2004) includes WDDM 2.7.
- Shader Model 6.5[50]
- Hardware-accelerated GPU scheduling: an additional option in the system settings, which increases the minimum and average fps to reduce latency, requires a minimum version of shader model 6.3 in hardware from the video card
- DirectX 12 Sampler Feedback[51]
- DirectX Raytracing (DXR) Tier 1.1[52]
- DirectX 12 Mesh Shaders and Amplification Shaders[53]
- DirectX 12 improved memory allocation control[54]
- DirectX 12 and Direct3D 9 resource interop[55]
- DirectX 12 Video Protected Resource support[56]
Windows 10 21H1 Update includes WDDM 2.9.[57]
WDDM 2.8 wird nichtmal im Wiki erwähnt.
Zuletzt bearbeitet:
Flare
Commander
- Registriert
- Aug. 2010
- Beiträge
- 2.068
Flare
Commander
- Registriert
- Aug. 2010
- Beiträge
- 2.068
@HisN soweit ich es bisher verstanden habe herrscht zwischen WDDM und DX Interoperabilität aber WDDM sitzt wohl tiefer im Betriebssystem.
z.B. GPU-Scheduling geht ab Kepler und GCN2 und erst ab WDDM 2.7, wobei das Shader Model ausschlaggebend zu sein scheint, aber nicht direkt die DirectX-Version, daher glaube ich, es hat mit den Bereichen GPU-Copy-Warteschlangen und GPU-Treiber-verwaltetem Speicher auf Festplatten, RAM und VRAM zutun.
Der Sachverhalt erinnert mich etwas an die von AMD versprochenen Highbandwidth-Cache-Controller-Vorteile (HBCC) die der GPU ähnlich mehr Kontrolle geben sollten/sollten.
Das hier erinnert mich auch an ein paar Sachen wie Nvidias Unified-Memory aus dem Bereich CUDA in dem man ja mehr Kontrolle hat als es direkt im Windows der Fall zu sein scheint, bisher.
z.B. GPU-Scheduling geht ab Kepler und GCN2 und erst ab WDDM 2.7, wobei das Shader Model ausschlaggebend zu sein scheint, aber nicht direkt die DirectX-Version, daher glaube ich, es hat mit den Bereichen GPU-Copy-Warteschlangen und GPU-Treiber-verwaltetem Speicher auf Festplatten, RAM und VRAM zutun.
Der Sachverhalt erinnert mich etwas an die von AMD versprochenen Highbandwidth-Cache-Controller-Vorteile (HBCC) die der GPU ähnlich mehr Kontrolle geben sollten/sollten.
Das hier erinnert mich auch an ein paar Sachen wie Nvidias Unified-Memory aus dem Bereich CUDA in dem man ja mehr Kontrolle hat als es direkt im Windows der Fall zu sein scheint, bisher.
hab mit dem neuen treiber große film hdr probleme.
habe bisher immer mit mpc be und madvr per hdr passthrough hdr filme am pc gerschaut.
jetzt installiere ich den neuen treiber und statt dass wenn ich den film starte dieser per hdr passthrough angezeigt wird, wird warum auch immer automatisch windows hdr aktiviert und der film bleibt in sdr und wenn ich mpc be schließe, geht windows hdr wieder automatisch aus.
hat das sonst noch jmd und vll ne lösung?
gpu scheduling, gsync, vrr deaktivieren hilft alles nix.
testweise 446.14 reinstalliert und zack hdr passthrough funktioniert wieder.
liegt also eindeutig am neuen treiber und es gibt wohl nur 2 möglichkeiten.
entweder der neue treiber ist buggy bezüglich hdr passtrough, oder nvidia hat irgendwas grundsätzliches geändert worauf mpc be und madvr nicht klarkommen.
habe bisher immer mit mpc be und madvr per hdr passthrough hdr filme am pc gerschaut.
jetzt installiere ich den neuen treiber und statt dass wenn ich den film starte dieser per hdr passthrough angezeigt wird, wird warum auch immer automatisch windows hdr aktiviert und der film bleibt in sdr und wenn ich mpc be schließe, geht windows hdr wieder automatisch aus.
hat das sonst noch jmd und vll ne lösung?
gpu scheduling, gsync, vrr deaktivieren hilft alles nix.
Ergänzung ()
testweise 446.14 reinstalliert und zack hdr passthrough funktioniert wieder.
liegt also eindeutig am neuen treiber und es gibt wohl nur 2 möglichkeiten.
entweder der neue treiber ist buggy bezüglich hdr passtrough, oder nvidia hat irgendwas grundsätzliches geändert worauf mpc be und madvr nicht klarkommen.
Zuletzt bearbeitet:
Brummelbär1984
Banned
- Registriert
- März 2014
- Beiträge
- 1.841
hab das gefühl das der treiber nicht ganz fertig ist.. hab mit dem neuen bei CODMW Fps schwanken.. hatte ich mit 446.14 nicht
Ähnliche Themen
