Zitat:
Zitat von aufkrawall
(Beitrag 13910377)
Wusste gar nicht, dass hwinfo den Crossbar-Takt ausliest. Aber ja, es gibt hier bei dem ausgelesenen Crossbar-Takt auch keinen nennenswerten Unterschied zwischen globalem Offset (auch ohne die ignore first 70 Option) und nur den einzelnen VF-Punkt übertakten.
Der einzige Vorteil mit dem globalen Offset ist also, dass man noch in der PT-Drosselung etwas höheren Takt haben kann.
Nicht ganz, der unter Last angezeigte normale GPU-Takt ist mit Offset etwas höher und die fps ebenfalls.
Es gibt aber noch einen Trick: Wenn man nicht nur den Ziel-VF-Punkt übertaktet, sondern auch einige VF-Punkte unter ihm, hat man ebenfalls fast den vollen Takt wie bei globalem Offset-OC.
Also etwa in Afterburner: Alles rechts von dem Ziel-VF-Punkt mit dem Markierbereich via Shift wie gehabt runterziehen. Danach dann nicht nur den einzelnen Zielpunkt übertakten, sondern wieder mit Shift-Markieren auch einige Punkte darunter/links mitnehmen. Schon mit insgesamt drei übertakteten Punkten hat man deutlich höher angezeigten Takt als mit nur einem, mit ca. 8 dann fast den vollen Takt wie bei globalem Offset.
Mal gucken, ob ich das in's GUI einbaue. Wobei die Exclude from first 70 VF Points-Option quasi schon den gleichen Effekt hat.
Neues Build in ein paar Stunden.
Edit: Ist schon länger bekannt, scheint aber ständig unterzugehen bzw. ständig wird nur globaler Offset empfohlen (das bei mir schon auf dem Desktop crasht mit dem gleichen OC). Er hier hatte es im deutschsprachigen Internet auch schon 2017 empfohlen: https://extreme.pcgameshardware.de/t.../#post-9008009
Beim ersten Start einer neuen Inspector Version grätscht bei mir der Defender auch rein, das ist aber völlig normal. Damit das nicht passiert müsste Orbmu jedes Mal die .exe von MS signieren lassen.
Ist bei vielen Apps von Github so, kein Grund zur Sorge.
Zitat:
Zitat von Raff
(Beitrag 13913783)
Pragmata hat in-game derzeit nur Nvidia-MFG-Support.
mit Mod sollte wie üblich auch bei Anderen was gehen
1800p@FSRperf + MFGx4 ohne RT lastet meine 6800 schon gut aus, sprich
mein 9400F reicht gerade so, = Idealfall, das GPU+CPU zu tun haben
Miniaturansicht angehängter Grafiken
Alles probiert was an Empfehlungen so kommt (TV Einstellungen: PC Modus, HDMI Ultra HD Color, etc.; nvidia: 8 bit farbtiefe, geringe Auflösung, wenig Hz, GSync deaktivieren), TV auf Werkseinstellungen nochmal, Handshake provoziert.
Ergebnis:
Mit altem hdmi 2.0 Kabel gehen nur hdmi 2.0 ports und nicht wie früher 2.1, daher nur noch 60 Hz möglich. Ätzend.
An den 2.1 Eingängen kommt kein Signal an, was ich auch tue.
Neues 2.1 Kabel funktioniert an keinem der Eingänge. Es ist - zugegeben - auch sehr lang :redface:, aber das alte 2.0er ist genauso lang.
Werde noch einen Anlauf mit einem qualitäts 2m-HDMI 2.1 Kabel unternehmen. Dann gibts das letzte Update...
Grüße
Der Fehler saß (und sitzt) vorm Bildschirm.
Fazit:
Mit der neue Graka kam über das alte 2.0 15m Kabel kein Signal mehr an.
Mit nem 2.1 15m Kabel kommt nun ein Signal an, genau wie gewünscht. 4k@120.
Man musste das Kabel nur "richtig herum" anschließen. Verpeilt, dass ein Ende zwingend in die Quelle muss..
Und ich hab wirklich viel Aufwand getrieben und getestet.. ^^
Eigentlich sollte es umgekehrt sein. Das BIOS gibt mehr Spannung damit wegen der Resistenz der Platine am Ende grob das ankommt was du angibst. Bei RAMs kann es deutlich ungenauer als bei CPU Spannungen sein.
Zitat:
Zitat von Exxtreme
(Beitrag 13894156)
Du kannst den Schnellstart auch per CMD deaktiveren. CMD mit Administrator-Rechten starten und dann "powercfg /h off" eingeben und Enter drücken.
Dann ist aber auch der Ruhezustand von Windows weg.
Zitat:
Zitat von exzentrik
(Beitrag 13911959)
Schafft da vielleicht der aktuelle Pre-Release des Inspectors Abhilfe?
Den muss ich erst zum Laufen bekommen. Geht aktuell einfach alles nach .19 nicht mehr. Bin da aber dran.
Edit:
Mittlerweile habe ich den nVInspector zum laufen gebracht mit dem preRelease Versionen.
Problem besteht weiterhin... Profile können nicht mehr mit dem Tool überschrieben/erweitert werden :(
An die 5090-Besitzer die ein WireView 2 Pro oder ein Ampinel haben: habt/hattet ihr mit dem Treiber vermehrte und/oder stärkere Schwankungen der Lastverteilung der einzelnen pins?
Seit ich den Treiber installiert hatte hatte ich sie bei wirklich jedem Mal wenn ich gezockt habe, oft schon nach den ersten Minuten ingame und bei längeren sessions waren es immer mehrere. Ich nutze das WireView 2 Pro jetzt zwei Monate und hatte bis zu diesem Treiber bisher noch nicht einmal sowas, nada, gar nicht und die pins werden laut Anzeige durchgehend gleichmäßig belastet, auch in der Phase der Schwankungen. Die Fehler wurden mir als "current imbalance" (die unterste Stufe der Fehlerkategorien die das WV kennt) gemeldet, scheinbar waren das immer extrem kurze events und manche pins hatten laut WV 0-3 A :freak:.
Seit ich heute den neuen 596.21-Treiber installiert habe sind die Schwankungen komplett weg, 3,5 Stunden gezockt und nicht ein event.
Kann natürlich auch reiner Zufall sein und es hat nichts mit dem Treiber zu tun, aber vielleicht hatte das noch jemand außer mir :smile:.
Zitat:
Zitat von T86
(Beitrag 13906855)
Elektroschrott ist hart aber trifft es ganz gut
Der Fx ist sicher interessant aus vielerlei Hinsicht
Finde ich so nicht, der FX ist noch immer ein System mit AVX1 was ohne AMD PSP, Pluton (Microsoft in Hardware) oder die Intel ME funktioniert.
Der Sockel AM3+ ist eine CPU Plattform die so funktioniert wie sie soll mehr oder weniger im Usercase und ohne Security Lowlevel zugriffen alias "Backdoors" :cool:
Is doch toll wenn man seitens AMD seit der Mobile 6000er Serie on DIE Microsoft Pluton als Authentificator und Microsoft mit im Chip hat,
wenn gehört das System AMD oder Microsoft? Dir als Konsument gehört dir nichts mehr.;D
Das Problem gab es ja schon das sich auf einem Mobile Ryzen 6000er kein Linux mehr Installieren ließ:cool:
spontan dachte ich an UEFI Kompatibilität. Ich mag mich auch irren, aber imho verlangen NVidia Karten seit RTX 3000 nach ordnungsgemäßer UEFI-Unterstützung.
Meines Wissens sind die genannten Sockel bzw diese Mainboards genau aus der Übergangszeit von Legacy BIOS zu UEFI, oder kurz davor. Selbst mein AM4 Board hatte zuerst ein Legacy Bios, und bekam erst mit späteren BIOS Updates vollwertiges UEFI.
Hier würde ich ansetzen und UEFI falls vorhanden aktivieren, oder wenn möglich per BIOS Update bekommen.
Es hat sich nun herausgestellt das diese Einstellung nur desswegen angezeigt wird weil die beiden Font Lüfter über einen Hab laufen, (das hatte auch der Gigabyte Support so gesagt), ich damit hatte ich Probleme wenn ich die Font Lüfter Unterschiedlichen Sensoren zugewiesen hatte ging immer einer nicht.
Was diese Einstellungen nun genau machen weiß ich bis heute nicht keine Anleitung dazu vom Hersteller des Case da steht auch nichts,
Case , Lüfter und Wasserkühlung stammt von Corsair .
Zitat:
Zitat von Haarmann
(Beitrag 13904123)
Theworlds
Das GA CC kann doch ne Ecke mehr, denn das BIOS.
Das taugt nichts damit kann ich die RGB nicht einstellen die OC Funktionen nutze ich sowieso nicht, Fan Einstellungen über das Bios das stimmt dann immer auch wenn man mal den PC zurücksetzt ,
die RGB Beleuchtung stellt man bei diesem PC mit einer Taste ein die oben ist dazu brauche ich keine Extra Software .
3D Drucker und ein Shroud für 80/90er Lüfter drucken wenn genug Platz ist. Die K80 ist aber eine Dual GPU Karte, die Anwendung muss das dann auch unterstützen. Ich habe so eine Lösung für ein Bastelproject auf meiner Tesla M60 (quasi der Nachfolger der K80).
Bei einem Asus NB Windows 11 23H2 ,
gibt es Probleme mit dem installieren kommt Fehler ,
bei meinen anderen PCs 23H2 und einer mit 24H2 ging es problemlos .
Hat jemand eine Idee ohne Windows gleich Neu installieren zu müssen ?
Edit die meisten Tipps im Internet stammen von Leuten mit k.A,
u.a wird auch Empfohlen Windows Neu zu installieren
was dieser Unsinn eigentlich soll da es nur ein Bug ist in der Innenstadt Routine ist
wer das Problem auch hat:
habe was gefunden was bei mir funktioniert hat ,
in Programm Files x86 Verzeichnis ,
das Verzeichnis AMD in AMD.Bat umbenennen
danach ging es ohne Fehler, danach kann man das AMD.Bat dann löschen .
AMD hat es immer noch nicht geschafft eine vernünftige Installroutine zu bauen.