Ich hab den exakt Baugleichen PC 2x hier. Einmal für mich und einmal für meine Freundin.
Mein System läuft fehlerfrei.
Das System meiner Freundin hat “Random” (Keine spezfische Zeit feststellbar, manchmal 30 minuten manchmal 15 stunden) einen crash to Desktop.
Das game schließt sich einfach und sie landet auf dem Desktop.
Keine fehlermeldung.
Ereignissprotokoll von Windows hat sowohl bei Ihr als auch bei Mir alle 5 minuten nur “Ereignis ID 2” “Beim Starten der Sitzung “dc3a3596-71e1-45a3-b2ea-39ad5322fe51” ist der folgende Fehler aufgetreten: 0xC0000022.”
Laut Windows support soll man den einfach ignorieren.
Zweiter fehler "Durch die Berechtigungseinstellungen für “Anwendungsspezifisch” wird dem Benutzer “****** (SID: S-1-5-21-32827977-2615147166-2787565819-1001) unter der Adresse “LocalHost (unter Verwendung von LRPC)” keine Berechtigung vom Typ “Lokal Aktivierung” für die COM-Serveranwendung mit der CLSID
{2593F8B9-4EAF-457C-B68A-50F6B8EA6B54}
und der APPID
{15C20B67-12E7-4BB6-92BB-7AFF07997402}
im Anwendungscontainer “Nicht verfügbar” (SID: Nicht verfügbar) gewährt. Die Sicherheitsberechtigung kann mit dem Verwaltungstool für Komponentendienste geändert werden.” Ereignis ID 10016
Soll laut Microsoft auch einfach ignoriert werden.
Da wir beide diese Fehler und Warnungen im Ereignisprotokoll haben, sollte dieser nicht für ihre Crashes verantwortlich sein.
Bisherige “Fix” versuche:
RAM getauscht
Grafikkarte getauscht
Undervolting von GPU und CPU entfernt
Overclock der GPU entfernt.
Windows Neu Installiert
Windows Net Framework neu installiert.
Razer Synapse deinstalliert
Alles ohne Erfolg. Ihr game crasht immernoch.
Es handelt sich bei diesen Crashes um ein Unreal Engine ONLY problem. Heißt: Es tritt auch in anderen Unreal Engine Games auf (Wie z.b Dauntless, allerdings seltener)
Angeschlossene Periferiegeräte:
Razer Kraken X (Headset)
Razer Kyio Pro (Webcam)
Zelotes-C12 (Maus)
Asus Rock Flare (Mechanische Tastatur)
Blue Yeti X (Mikrofon)
Das ganze ist insbesondere deshalb ärgerlich weil sie mit Twitch Streaming angefangen hat. Und Random crashes vom Spiel sind weder für den Zuschauer toll noch für Sie beim Spielen.
Hat irgend jemand noch irgend eine idee was man machen könnte?
uff, hier hast du uns aber mal eine Aufgabe gestellt
Ich habe soeben meine technisch deutlich versierteren Kollegen befragt und es kamen noch ein paar Lösungsvorschläge:
Hast du mal die Temperaturen und die Auslastung von CPU und GPU überprüft? Gibt es hier Auffälligkeiten?
Versuche bitte einmal, ingame von DirectX11 auf DirektX9 umzustellen und teste, ob es sich gebessert hat.
Tritt das Problem nur dann auf, wenn LostArk und Twitch gleichzeitig laufen oder auch ohne TwitchStream?
Evtl. bringt auch das Netzteil nicht die volle Leistung, hast du hier eine Möglichkeit, dies auszutauschen?
Haben beide Rechner das gleiche Gehäuse oder nur baugleiche Komponenten? Klingt komisch, aber es gibt heir tatsächlich Gehäuse mit unterschiedlichem Strömungsverhalten und daher auch einer nicht ganz so effektiven Kühlung und somit kann sich das System auch überhitzen.
Temperatur CPU kommt auf rund 68C (Im Benchmark test. Beim Spielen ~62 grad, interessant das auf der Weltkarte aufm Schiff die Temperatur auf rund 73 grad geht und mit 77 peaked und überall sonst knuffig im mittleren 60er bereich ist)
Temperatur GPU kommt mit 64 Grad und 80 Grad auf dem hotspot einher. (Beim Benchmark test. Im Spiel 53 Grad und 68 Grad Hotspot)
Direct X muss ich noch testen^^
Passiert auch ohne Stream oder aktiver streaming software.
Netzteil könnte ich bei den 2 system durchaus auch noch tauschen. Das wäre aber echt seltsam. Mit 850 watt ist das netzteil bereits überdimensioniert^^ aber testen kann ich es morgen mal.
Alle Komponenten der 2 PCs sind Baugleich. Wir haben nur unterschiedliche headsets, Maus und Mikrofone.
kleines Update:
Gerade “neustes Beta” Bios draufgespielt und das komplette Bios auf Default gesetzt. (nur die lüfterkurven wieder angepasst).
D.h Ram profil ist jetzt auf default und schleicht mit 2400 mhz… Mal sehen obs was bringt^^
Und zu guter letzte. Noch den 90er FPS limiter im Treiber deaktiviert (Die frage ist jetzt blöd aber wieso zum Teufel lässt sich V-Sync nicht deaktivieren? Ich mein schön dass jetzt die fps auf 120 capen weil die Monitore auf 120 herz laufen aber what the hell?)
Wenns wieder abschmiert wechselt sie auf DX 9 um dass dann zu testen.
Ja, grundsätzlich sollte das Netzteil ausreichend sein, mit einem Austausch könnte man einen Hardwaredefekt zumindest vom Netzteil ausschließen, daher mein Hinweis darauf
Gib uns bitte eine kurze Rückmeldung, sofern es neue Entwicklungen gibt.
Werd ich machen, kann nur nicht mit sicherheit sagen “wann” es wieder passiert. Manchmal kann sie auch nen ganzen tag ohne probleme spielen.
Spätestens übermorgen kann ich bescheid geben.
Moin @Isdren
laut einigen Medienberichten und auch einer Stellungsnahme von MSI / Nvidia gibt es Probleme bei Frequenzen über 2.0 Ghz. Du könntest noch probieren die Takt Frequenz der Karte auf 1,9 Ghz zu limitieren.
Bei den RTX3080 Karten existiert ein ähnliches Problem, was zu regelmäßigen Abstürzen führt.
In einem anderen Thread habe ich einem anderen Spieler bereits die Vorschläge gemacht. Es ist zwar keine Garantie, aber es wäre ein weiterer Lösungsansatz.
Hier ist der Thread aus dem englischen Support Forum:
Vielleicht hilft es ja und löst sogar das Problem…
Die Grafikkarten sind auf 0,9V und 1800MHZ von mir limitiert worden. (Du glaubst gar nicht wieviel Strom das spart und wie schön leise die karten dadurch laufen, eigentlich laufen sie auch bei 0,825V stabil aber man muss ja nicht übertreiben)
Das wurde auch allerdings als fehlerquelle schon ausgeschlossen^^ Weil selbst ohne limiter boostet die Karte “nur” bis 1925MhZ hoch, Glüht mit 1,4V, hitted das powerlimit, hitted 100 grad auf Hotspot (~78 grad auf core), klingt wie ein JumboJet und taktet sich dann auf 1850 runter… Absolut schlecht von Palit eingestellt das ding.
Aber eine gute nachricht hab ich bisher.
Es könnte sein dass das neue Beta Bios oder das entfernen des XMP profil geholfen hat. Sie hatte heute bisher noch keinen crash. Aber das muss nichts heißen…
Wenn es bis morgen abend ohne crash weiter läuft fang ich nach und nach an die Bios einstellungen wieder “hoch” zu fahren (XMP profil, FPS limiter ect.) und schau wann es wieder crashed…
Es ist nicht gecrasht. Wir/Ich werde nach und nach die Einstellungen wieder anpassen.
Erstmal das XMP profil wieder einschalten und schauen ob es läuft
Danach die CPU wieder leicht undervolten.
Es könnte sein dass das Bios Update das problem gelöst hat. Oder das deaktivieren des XMP profils. (Egal was davon zutrifft es wundert mich etwas weil ich hatte die selbe Bios version auf dem zweiten system, silicon lottery aufm mainboard? Oh boy)
So kurzes Update für alle die ähnliche probleme haben.
Wir haben das docp (xmp) profil wieder eingeschaltet und den Undervolt (negativ 15) wieder rein gemacht. Stability tests in den Benchmarks (15minuten) liefen alle problemlos (Cpu und gpu).
Ergebniss es gab einen Crash im Spiel in rund 8h.
Es riecht gerade sehr schwer danach dass in der Silikon lottery das Board bzw. die CPU in ihrem system so viel schlechter ist als in meinem das wohl irgendetwas über das Ram profil stolpert in Unreal games.
Ich teste jetzt noch einmal etwas rum mit komplett entferntem CPU undervolt und wenn es dann wieder crasht (was es müsste, den test hatte ich schon mit dem alten Bios) werde ich den Ram manuel stück für stück “runter” schrauben. Die Timings so lassen wie sie sind und schrittweiße von 3600mhz auf 3400 und anschließend auf 3200. Wenn das nicht funktioniert erhöhe ich die timings um respektive 1 und 2.
Eventuell teste ich das zweite Ram profil noch (das hat kürzere timings bei “nur” 3000mhz)
Ich finde es btw. extrem ärgerlich dass das wirklich NUR in unreal enginge games passiert und ich nicht im stande bin mit irgend einem benchmark das problem zu reproduzieren^^
Ich kann cinebench 2 stunden in dauerschleife laufen lassen. Heavenly benchmark über die ganze nacht. 3d Mark fehlerfrei. Furmark keine probleme…
So der CPU Undervolt war, wie erwartet, nicht schuld an den problem.
Dank eines “zufallsfund” in Youtube ( https ://ww w.youtube. com/watch?v=u7YKtBFGZlQ&t=397s ) habe ich nach ALLEN programmen auf dem PC gesucht die irgend etwas mit RGB zu tun haben. Dabei bin ich auf “Patriot Viper” M2 SSD RGB und das selbe nochmal für RAM gestolpert. (Hinweiß zu gute: Weder der RAM noch die SSD haben RGB)
2 programme die wir definitiv NICHT installiert haben aber auf beiden systemen drauf sind.
Also schön alles was auch nur im Ansatz mit RGB zu tun hat gelöscht^^ Da die “frequenz” der gamecrashes nach dem Bios Update sehr sehr stark nachgelassen hatten vermute ich dass das Beta Bios ebenfalls einen positiven effekt hatte. Undervolt und DOCP profil laufen wieder normal.
Ich kann nicht erklären warum rgb software an einem Crash to Desktop in spielen schuld sein kann. Aber im moment ist es meine beste erklärung…
System läuft jetzt seit 1 1/2 tagen stabil seitdem alle RGB controller gelöscht wurden und das spiel ist auch nicht mehr abgeschmiert^^
