Test Linux (Mesa 26) vs. Windows 11 im Test: Aktuelle Gaming-Benchmarks mit Radeon RX & GeForce RTX

[Sensei21]

proton ge custom lief eine Weile stabil und ohne Probleme, als ich noch Lutris verwendete

als ich es letztens vor ein paar Wochen mit Overwatch und steam testete hat sich die Hintergrund-Aktivität nicht beruhigt und die CPU die ganze Zeit während OW beschäftigt.

bei proton cachyos hat es sich wie normal nach ein paar Minuten wieder gelegt

kann auch eine Ausnahme gewesen sein

 

[Grimba]

Ich frage, weil ich mittlerweile das große Jonglieren von Proton Versionen eigentlich gar nicht mehr betreibe. Ich war jetzt eine ganze Weile mit GE unterwegs, inzwischen wieder Proton-CachyOS, und das läuft einfach immer. Es gibt selten mal ganz picky Spiele, die brauchen oder teilweise brauchten eine Extrawurst, zum Teil hat sich das aber auch wieder gelegt. Jets & Guns 2 wäre so ein Beispiel. Und dann gibt es natürlich welche, die wollen nur mit einer alten Proton 7 Version laufen, z.B. Grandia HD Remake. Die halte ich für solche Zwecke daher noch vor. Aber sonst ist das große Versionen Durchprobieren eigentlich gefühlt etwas passé. Daher finde ich es immer spannend, wenn jemand über Unterschiede zwischen den Versionen erzählt.

 

[Taxxor]

Ich hab auch einfach ProtonGE-Latest ausgewählt und damit noch keine Probleme gehabt, weshalb ich das jetzt auch unter CachyOS so weiter betreibe, obwohls da ja ne eigene Proton Version geben würde, aber wozu wechseln wenns läuft?

 

[Hotzenplotz45]

Bin jetzt etwas verwirrt, meinst du Steam Proton Experimental?
Mit unterschiedlichen Proton Variationen hatte ich bisher keine gravierenden Probleme, CachyOS Proton habe ich allerdings noch nicht ausprobiert.

Ja Experimental. "Standard" soll nur klarstellen das ich nur gute Erfahrumgen mit Original Valve/Steam Protons gemacht hab, was Stabilität und kompatibilität angeht.

Stabilität und Kompatibilität ist das wichtigste, mir bringen die GE und cachy Protons nix, wenn ich meine Lebenszeit mit rumtesten und abstürzen verbringe, das ist aufgabe der gamedevs und proton entwickler. ⏰

Die notwendigkeit von GE und cachy Proton ist (imho) nur gegeben, wenn man Games zocken will, die kurzer als 6 Monate auf dem Markt sind (also Beta 🤖)

Ich spiel 90% AAA , AA games mit RT,PT,HDR und dem ganzen guten Stoff. Aber immer erst fruhestens 6 Monate nach Release, dann sind die Valve Proton Versionen angepasst. 🖖🌞

Ergänzung (18. März 2026)

Es gibt selten mal ganz picky Spiele, die brauchen oder teilweise brauchten eine Extrawurst, zum Teil hat sich das aber auch wieder gelegt. Jets & Guns 2 wäre so ein Beispiel. Und dann gibt es natürlich welche, die wollen nur mit einer alten Proton 7

Die Erfahrung mit Proton Versionen hängt imho stark vom alter der Spielen ab die man spielt.

Sehr sehr alte (10Jahre+) und sehr sehr neue (6Monate -) Games brauchen meist ne andere oder spezielle Proton Version.

Ich nutze die Proton Version mit der meine Games am wenigsten Probleme haben.
Games die 6Monate-10 Jahre auf dem Markt sind. Da bin ich bisher mit dem neuesten Steam Standard Proton nahezu ohne abstürze gut gefahren.

90% der Games 6Monate-3 Jahre . 10% der Games 3-10 Jahre.

 

[Grimba]

Wie gesagt, mich irritieren die ganzen Abstürze. Die erlebe ich nicht in dieser Form und daher ergibt sich da für mich auch kein gesondertes Streben nach Stabilität. Ich bin ehrlich gesagt nur aus Bequemlichkeit wieder zurück zu CachyOS Proton, das hält die Distribution für mich aktuell, muss ich mich nicht drum kümmern. Ich möchte ja nicht bestreiten, dass es die gibt, aber in Ermangelung dieser Abstürze kann ich es schlicht nicht nachvollziehen.

 

[Kuristina]

ProtonGE läuft bei mir auch stabil, keinerlei Abstürze. Hab eigentlich immer latest.

 

[Darksim]

@Darksim nutzt bazzite thp in shared memory und als "always" option ?

dann könnte sich der Speichverbrauch verdoppeln oder noch mehr verbrauchen.

Kurze Recherche ergab:

Bazzite nutzt für THP standardmäßig die Kernel-Einstellung "madvise", Im Gegensatz zu SteamOS (ab Version 3.5), das THP global auf always setzt.

 

[halbtuer2]

Auf diesem Forum hats wahrscheinlich jeder schon Probiert aber im generellen kann ich es echt empfehlen eine 2te bootpartition zu erstellen und etwas leichtes wie Mint zumindest mal auszuprobieren.

Bestimmt nicht, Linux ist draussen außerhalb dieses Forums so gut wie eine Totgeburt und die Nutzerprozente bestätigen dies auch.
Schön, daß CB neben Apple noch das Steckenpferd Linux hat, aber die Zeit kann man sich sparen.

 

[Alexander2]

Nutzerprozente bestätigen dies auch.

Bestätigern vorallem eines. einen immer weiter ansteigenden Nutzeranteil.
Wogegen die Tendenz bei Windows in die andere Richtung Zeigt, das was ja das Dominierende System noch ist.

Vergessen darf man dann gleichzeitig auch nicht, da wo immer Apple als de rKonkurrent zu Windows gesehen wird...
Linux hat bereits einen größeren Marktanteil. Gut, das du Apple selbst erwähnst.

Und am ende sind all die Prozente dann sogar egal für dich und für mich. Denn entscheidend ist was du haben willst, was du benutzt, was dir das für dich richtige erscheint.
Was die anderen für sich machen ... na und? Oder rennst du immer nur der Herde hinterher. Isst immer genau das gleiche was alle anderen essen, weil es die "Marktbeherrschende" Speise ist?

 

[@mo]

Bestimmt nicht, Linux ist draussen außerhalb dieses Forums so gut wie eine Totgeburt und die Nutzerprozente bestätigen dies auch.

Keine Ahnung von Nutzerprozenten aber davon viel.
Da China auf allen Behörden- und ähnliches Rechnern, also zig Millionen, Linux laufen hat musst du denen dringend mal das mit der Totgeburt erklären. Vielleicht lachen sie sich ja nicht tot.

Schön, daß CB neben Apple noch das Steckenpferd Linux hat, aber die Zeit kann man sich sparen.

Mancher sollte sich die Zeit hier zu schreiben sparen bevor es peinlich wird. 🤷‍♂️

 

[mario_mendel34]

Bestimmt nicht, Linux ist draussen außerhalb dieses Forums so gut wie eine Totgeburt und die Nutzerprozente bestätigen dies auch.

Linux ist das dominierende Betriebssystem bei Servern. Die Fritzbox läuft mit Linux. Android basiert auf Linux. Eine Totgeburt ist es bestimmt nicht.

 

[halbtuer2]

@mario_mendel34 Das bezog sich bei mir auf die Spielerei, natürlich weiß ich, daß die Serverfarmen mit Linux laufen, sowie die Fritzen und Android, aber glaube kaum, daß auf den Serverfarmen Grafikkartenbenchmarks und gezockt wird, oder?

 

[mario_mendel34]

@halbtuer2 Beim Gaming hätten wir das Steam Deck, was durchaus ein Erfolg war. Ich glaube kaum, dass sich ein Großteil der Deck-Nutzer Windows auf dem Ding installiert. Das Steam Deck war auch bei mir der Auslöser, mich mit Linux-Gaming zu beschäftigen.

Das größte Problem ist die Nvidia-Situation unter Linux, das wird für viele schlechte Eindrücke sorgen, Nvidia hat nunmal einen dominierenden Marktanteil. Mit einer AMD-Grafikkarte ist Linux ein No-Brainer, mit älteren Grafikkarten mehr Performance als unter Windows, du bekommst ältere Spiele zum Laufen, die auch unter aktuellem Windows nicht mehr laufen, kannst schlechte VSync-Implementierungen der Spiele fixen etc. Linux ist durch die ganzen Kompatibilitätstools inzwischen die Game-Preservation-Plattform Nummer 1.

 

[Alexander2]

MeinBruder™ Zockt zum Beispiel gerade wieder Freelancer. Mit HD Mod unter Linux.

Ich vermute es würde wohl auch unter Windows laufen, dazu hat man aber unter Linux selbst wenn es den HD mod nicht gäbe noch gute Tools wie Gamescope um so kleine und heute eher ungewöhnliche Auflösungen ohne zu verzerren auf den eigenen Monitor zu skalieren.

 

[mario_mendel34]

Gamescope ist top, das ist eines dieser Tools, was ich mir auch unter Windows wünschen würde.

 

[Miuwa]

Ich find den Test zwar gut aber die Ergebnisse werfen jetzt leider ein schlechtes Licht auf CachyOS ☹️, nur weil hier ja unbedingt Upscaling genutzt werden musste, bzw CachyOS-Proton.

Ohne vernünftiges upscaling würde Linux aber halt überhaupt kein Land gegen Windows mit modernem Upscaling sehen.

 

[Alexander2]

Beides muss natürlich immer gleich getestet werden. Sonst ist ja so ein test für die Tonne.

Abgesehen davon das gleich zu halten darf man auch festhalten, das es unter Linux einen ganzen haufen einfacher ist den Spielen andere upscaler und auch neuere Versionen unterzuschieben. Mehr automatisiert. (Goverlay, das fgmod vergibt, das dann ja Optiscaler automatisch einbettet.)

Oder auch rein per Umgebungsvariable übernommen vom Treiber. da gibts unter Linux gerade auch für ältere Hardware mehr möglichkeiten, als die Hersetller selber unter Windows implementiert haben.

Für Windows ist mir derzeit auch nichts wie fgmod bekannt. (muss man halt selbst den richtigen Ordner suchen und die Dateien einbauen.

 

[Hyourinmaru]

Verwendet eigentlich jemand von euch eine RDNA4-Karte mit Mesa 26 ohne Probleme in Games? Mit Mesa 26 und meiner RX 9070 XT auf EndeavourOS habe ich unter Vulkan-Spielen, bei denen sich viel auf dem Bildschirm tut (bspw. waren Palworld, The Witcher 3 und Tower of Fantasy betroffen; Yu-Gi-Oh! Master Duel hingegen nicht, da ein Großteil, von dem, was sich auf dem Bildschirm tut, statisch ist), regelmäßig ring timeouts bekommen und die GPU wurde aus dem System rausgeworfen bzw. der Treiber hat sich resettet. Dadurch haben die betroffenen Spiele idR ihren Dienst quittiert und sind abgestürzt und nicht zu selten haben sich dabei auch die Arbeitsflächeneffekte von KDE Plasma zurückgesetzt.

In dmesg habe ich dann häufig Meldungen wie diese gesehen (Zeitmarken 740 bis 761) :

$ sudo dmesg | grep -i amdgpu
[    8.606967] [drm] amdgpu kernel modesetting enabled.
[    8.607040] amdgpu: Virtual CRAT table created for CPU
[    8.607045] amdgpu: Topology: Add CPU node
[    8.607073] amdgpu: Overdrive is enabled, please disable it before reporting any bugs unrelated to overdrive.
[    8.607875] amdgpu 0000:03:00.0: enabling device (0006 -> 0007)
[    8.607916] amdgpu 0000:03:00.0: amdgpu: initializing kernel modesetting (IP DISCOVERY 0x1002:0x7550 0x148C:0x2435 0xC0).
[    8.607925] amdgpu 0000:03:00.0: amdgpu: register mmio base: 0xDD600000
[    8.607926] amdgpu 0000:03:00.0: amdgpu: register mmio size: 524288
[    8.610706] amdgpu 0000:03:00.0: amdgpu: detected ip block number 0 <common_v1_0_0> (soc24_common)
[    8.610707] amdgpu 0000:03:00.0: amdgpu: detected ip block number 1 <gmc_v12_0_0> (gmc_v12_0)
[    8.610708] amdgpu 0000:03:00.0: amdgpu: detected ip block number 2 <ih_v7_0_0> (ih_v7_0)
[    8.610709] amdgpu 0000:03:00.0: amdgpu: detected ip block number 3 <psp_v14_0_0> (psp)
[    8.610710] amdgpu 0000:03:00.0: amdgpu: detected ip block number 4 <smu_v14_0_0> (smu)
[    8.610710] amdgpu 0000:03:00.0: amdgpu: detected ip block number 5 <dce_v1_0_0> (dm)
[    8.610711] amdgpu 0000:03:00.0: amdgpu: detected ip block number 6 <gfx_v12_0_0> (gfx_v12_0)
[    8.610712] amdgpu 0000:03:00.0: amdgpu: detected ip block number 7 <sdma_v7_0_0> (sdma_v7_0)
[    8.610712] amdgpu 0000:03:00.0: amdgpu: detected ip block number 8 <vcn_v5_0_0> (vcn_v5_0_0)
[    8.610713] amdgpu 0000:03:00.0: amdgpu: detected ip block number 9 <jpeg_v5_0_0> (jpeg_v5_0_0)
[    8.610713] amdgpu 0000:03:00.0: amdgpu: detected ip block number 10 <mes_v12_0_0> (mes_v12_0)
[    8.610755] amdgpu 0000:03:00.0: amdgpu: Fetched VBIOS from VFCT
[    8.610756] amdgpu: ATOM BIOS: 113-EXT112415-100
[    8.639693] amdgpu 0000:03:00.0: vgaarb: deactivate vga console
[    8.639694] amdgpu 0000:03:00.0: amdgpu: Trusted Memory Zone (TMZ) feature not supported
[    8.639712] amdgpu 0000:03:00.0: amdgpu: MEM ECC is not presented.
[    8.639713] amdgpu 0000:03:00.0: amdgpu: SRAM ECC is not presented.
[    8.639749] amdgpu 0000:03:00.0: amdgpu: vm size is 262144 GB, 4 levels, block size is 9-bit, fragment size is 9-bit
[    8.639753] amdgpu 0000:03:00.0: amdgpu: VRAM: 16304M 0x0000008000000000 - 0x00000083FAFFFFFF (16304M used)
[    8.639755] amdgpu 0000:03:00.0: amdgpu: GART: 512M 0x0000000000000000 - 0x000000001FFFFFFF
[    8.639805] amdgpu 0000:03:00.0: amdgpu: amdgpu: 16304M of VRAM memory ready
[    8.639806] amdgpu 0000:03:00.0: amdgpu: amdgpu: 15729M of GTT memory ready.
[    8.639857] amdgpu 0000:03:00.0: amdgpu: PCIE GART of 512M enabled (table at 0x00000083DAB00000).
[    8.640121] amdgpu 0000:03:00.0: amdgpu: [drm] Loading DMUB firmware via PSP: version=0x0A000800
[    8.640417] amdgpu 0000:03:00.0: amdgpu: [VCN instance 0] Found VCN firmware Version ENC: 1.11 DEC: 9 VEP: 0 Revision: 1
[    8.873502] amdgpu 0000:03:00.0: amdgpu: RAP: optional rap ta ucode is not available
[    8.873504] amdgpu 0000:03:00.0: amdgpu: SECUREDISPLAY: optional securedisplay ta ucode is not available
[    8.873530] amdgpu 0000:03:00.0: amdgpu: smu driver if version = 0x0000002e, smu fw if version = 0x00000032, smu fw program = 0, smu fw version = 0x00684b00 (104.75.0)
[    8.873532] amdgpu 0000:03:00.0: amdgpu: SMU driver if version not matched
[    8.923720] amdgpu 0000:03:00.0: amdgpu: SMU is initialized successfully!
[    8.924143] amdgpu 0000:03:00.0: amdgpu: [drm] Display Core v3.2.351 initialized on DCN 4.0.1
[    8.924144] amdgpu 0000:03:00.0: amdgpu: [drm] DP-HDMI FRL PCON supported
[    8.928353] amdgpu 0000:03:00.0: amdgpu: [drm] DMUB hardware initialized: version=0x0A000800
[    9.181221] amdgpu 0000:03:00.0: amdgpu: [drm] DP-1: PSR support 0, DC PSR ver -1, sink PSR ver 0 DPCD caps 0x0 su_y_granularity 0
[    9.181372] amdgpu 0000:03:00.0: amdgpu: [drm] DP-2: PSR support 0, DC PSR ver -1, sink PSR ver 0 DPCD caps 0x0 su_y_granularity 0
[    9.181530] amdgpu 0000:03:00.0: amdgpu: [drm] DP-3: PSR support 0, DC PSR ver -1, sink PSR ver 0 DPCD caps 0x0 su_y_granularity 0
[    9.181552] amdgpu 0000:03:00.0: amdgpu: [drm] HDMI-A-1: PSR support 0, DC PSR ver -1, sink PSR ver 0 DPCD caps 0x0 su_y_granularity 0
[    9.181918] amdgpu 0000:03:00.0: amdgpu: program CP_MES_CNTL : 0x4000000
[    9.181921] amdgpu 0000:03:00.0: amdgpu: program CP_MES_CNTL : 0xc000000
[    9.182429] amdgpu 0000:03:00.0: amdgpu: MES FW version must be >= 0x82 to enable LR compute workaround.
[    9.213396] amdgpu: HMM registered 16304MB device memory
[    9.214328] kfd kfd: amdgpu: Allocated 3969056 bytes on gart
[    9.214344] kfd kfd: amdgpu: Total number of KFD nodes to be created: 1
[    9.214377] amdgpu: Virtual CRAT table created for GPU
[    9.214459] amdgpu: Topology: Add dGPU node [0x7550:0x1002]
[    9.214460] kfd kfd: amdgpu: added device 1002:7550
[    9.214467] amdgpu 0000:03:00.0: amdgpu: SE 4, SH per SE 2, CU per SH 8, active_cu_number 64
[    9.214470] amdgpu 0000:03:00.0: amdgpu: ring gfx_0.0.0 uses VM inv eng 0 on hub 0
[    9.214471] amdgpu 0000:03:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 1 on hub 0
[    9.214471] amdgpu 0000:03:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 4 on hub 0
[    9.214472] amdgpu 0000:03:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 7 on hub 0
[    9.214472] amdgpu 0000:03:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 8 on hub 0
[    9.214472] amdgpu 0000:03:00.0: amdgpu: ring sdma0 uses VM inv eng 9 on hub 0
[    9.214473] amdgpu 0000:03:00.0: amdgpu: ring sdma1 uses VM inv eng 10 on hub 0
[    9.214473] amdgpu 0000:03:00.0: amdgpu: ring vcn_unified_0 uses VM inv eng 0 on hub 8
[    9.214474] amdgpu 0000:03:00.0: amdgpu: ring jpeg_dec uses VM inv eng 1 on hub 8
[    9.218143] amdgpu 0000:03:00.0: amdgpu: Using BACO for runtime pm
[    9.218361] amdgpu 0000:03:00.0: [drm] Registered 4 planes with drm panic
[    9.218362] [drm] Initialized amdgpu 3.64.0 for 0000:03:00.0 on minor 1
[    9.229140] fbcon: amdgpudrmfb (fb0) is primary device
[    9.352934] amdgpu 0000:03:00.0: [drm] fb0: amdgpudrmfb frame buffer device
[   10.027108] snd_hda_intel 0000:03:00.1: bound 0000:03:00.0 (ops amdgpu_dm_audio_component_bind_ops [amdgpu])
[   36.943491] amdgpu 0000:03:00.0: amdgpu: MES(1) failed to respond to msg=INVALIDATE_TLBS
[  740.854326] amdgpu 0000:03:00.0: amdgpu: Dumping IP State
[  740.855459] amdgpu 0000:03:00.0: amdgpu: Dumping IP State Completed
[  740.855492] amdgpu 0000:03:00.0: amdgpu: [drm] AMDGPU device coredump file has been created
[  740.855493] amdgpu 0000:03:00.0: amdgpu: [drm] Check your /sys/class/drm/card1/device/devcoredump/data
[  740.855493] amdgpu 0000:03:00.0: amdgpu: ring gfx_0.0.0 timeout, signaled seq=640363, emitted seq=640365
[  740.855494] amdgpu 0000:03:00.0: amdgpu:  Process GameThread pid 13868 thread dxvk-submit pid 13943
[  740.855495] amdgpu 0000:03:00.0: amdgpu: Starting gfx_0.0.0 ring reset
[  740.855578] amdgpu 0000:03:00.0: amdgpu: Ring gfx_0.0.0 reset succeeded
[  740.855579] amdgpu 0000:03:00.0: [drm] device wedged, but recovered through reset
[  751.094261] amdgpu 0000:03:00.0: amdgpu: Dumping IP State
[  751.095682] amdgpu 0000:03:00.0: amdgpu: Dumping IP State Completed
[  751.095689] amdgpu 0000:03:00.0: amdgpu: [drm] AMDGPU device coredump file has been created
[  751.095690] amdgpu 0000:03:00.0: amdgpu: [drm] Check your /sys/class/drm/card1/device/devcoredump/data
[  751.095691] amdgpu 0000:03:00.0: amdgpu: ring gfx_0.0.0 timeout, signaled seq=640364, emitted seq=640367
[  751.095693] amdgpu 0000:03:00.0: amdgpu:  Process GameThread pid 13868 thread dxvk-submit pid 13943
[  751.095693] amdgpu 0000:03:00.0: amdgpu: Starting gfx_0.0.0 ring reset
[  751.095847] amdgpu 0000:03:00.0: amdgpu: Ring gfx_0.0.0 reset succeeded
[  751.095848] amdgpu 0000:03:00.0: [drm] device wedged, but recovered through reset
[  761.334191] amdgpu 0000:03:00.0: amdgpu: Dumping IP State
[  761.334949] amdgpu 0000:03:00.0: amdgpu: Dumping IP State Completed
[  761.334956] amdgpu 0000:03:00.0: amdgpu: [drm] AMDGPU device coredump file has been created
[  761.334957] amdgpu 0000:03:00.0: amdgpu: [drm] Check your /sys/class/drm/card1/device/devcoredump/data
[  761.334958] amdgpu 0000:03:00.0: amdgpu: ring gfx_0.0.0 timeout, signaled seq=640365, emitted seq=640369
[  761.334959] amdgpu 0000:03:00.0: amdgpu:  Process GameThread pid 13868 thread dxvk-submit pid 13943
[  761.334960] amdgpu 0000:03:00.0: amdgpu: Starting gfx_0.0.0 ring reset
[  761.335113] amdgpu 0000:03:00.0: amdgpu: Ring gfx_0.0.0 reset succeeded
[  761.335114] amdgpu 0000:03:00.0: [drm] device wedged, but recovered through reset
[  762.575763] amdgpu 0000:03:00.0: amdgpu: MES(1) failed to respond to msg=INVALIDATE_TLBS
[  762.579949] amdgpu 0000:03:00.0: amdgpu: MES(1) failed to respond to msg=INVALIDATE_TLBS
[  762.580265] amdgpu 0000:03:00.0: amdgpu: MES(1) failed to respond to msg=INVALIDATE_TLBS
[  831.780378] amdgpu 0000:03:00.0: amdgpu: MES(1) failed to respond to msg=INVALIDATE_TLBS

Diese Fehler waren immer unabhängig von der gerade verwendeten Kernelversion; ein Rollback auf den letzten Mesa 25-Release, heute ist das der 25.3.5, hat die ring timeouts verschwinden lassen.

Im Mesa Gitlab Repo gibt es dazu auch schon haufenweise Issues: https://gitlab.freedesktop.org/mesa/mesa/-/issues?label_name[]=RADV

 

[sedot]

@Hyourinmaru
Aus deiner Liste von Spielen – Witcher 3 GOTY (via Heroic Launcher) in Kombination mit RX9060XT kein Problem bei mir. Installiert ist MESA 26.0.2 im Moment.
Sonst hab ich nur No Mans Sky und Manor Lords gestartet in letzter Zeit.

 

[Gohma]

Verwendet eigentlich jemand von euch eine RDNA4-Karte mit Mesa 26 ohne Probleme in Games?

Ja hier, Cachyos mit einer 9070XT, jedoch verwendet ich Niri. Eventuell liegt es auch an KDE Plasma, hatte damals zumindest vor über einem Jahr mit meiner 6800XT ständig Probleme, immer wieder ist mir die Plasmashell gecrasht, hatte aber ingame zum Glück keinen einfluss, war jedoch trotzdem nervig.