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^^
