Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ryujinx Crashes During TotK Gameplay #4941

Closed
firewuf opened this issue May 14, 2023 · 12 comments · Fixed by #4702
Closed

Ryujinx Crashes During TotK Gameplay #4941

firewuf opened this issue May 14, 2023 · 12 comments · Fixed by #4702
Labels
bug Something isn't working

Comments

@firewuf
Copy link

firewuf commented May 14, 2023

Description of the issue

Ryujinx crashes seemingly randomly during TotK. This did not happen at all during the initial sky islands gameplay.

Info about the first crash (1/2)
It only started after I dropped to the ground and started exploring. The first time it crashed when I was going to meet Hoz during the "Crisis at Hyrule Castle" mission. I was attempting to climb on the wall shown in the pictures when the game crashed.
image
image

Info about the second crash (2/2)
The second crash occurred after I talked to Hoz. I fast traveled to Kyononis Shrine after talking to Hoz and was walking back to talk to Purah for the second time when it crashed.

Note about logs: I pasted all three of the three log files in the Ryujinx logs folder. I think only the first two should be useful (Ryujinx_1.1.799_2023-05-14_00-06-01.log and Ryujinx_1.1.799_2023-05-14_00-20-45.log) but I added all three just in case.

Reproduction steps

The crashes do not seem reproducible because I reloaded my save after both crashes and tried not to change what I did in order to see if the crashes would happen again and they did not.

Log file

Ryujinx_1.1.799_2023-05-14_00-06-01.log
Ryujinx_1.1.799_2023-05-14_00-20-45.log
Ryujinx_1.1.799_2023-05-14_00-54-57.log

OS

Fedora 38 Linux

Ryujinx version

1.1.799

Game version

1.0.0

CPU

AMD Ryzen 7 3700X (16) @ 3.600GHz

GPU

AMD Radeon RX 5600 XT

RAM

32GB

List of applied mods

No response

Additional context?

No response

@firewuf firewuf added the bug Something isn't working label May 14, 2023
@MutantAura
Copy link
Collaborator

None of the above logs have any crashes present. Do you have any other examples which might have more info?

@AcK77
Copy link
Member

AcK77 commented May 14, 2023

All logs contains:

ATTENTION: default value of option mesa_glthread overridden by environment.

Maybe the crash is related to that. There is probably something missing on your system.

@ethanqm
Copy link

ethanqm commented May 15, 2023

All logs contains:

ATTENTION: default value of option mesa_glthread overridden by environment.

Can we rule out Firefox? According to Bugzilla 1744389 Firefox unconditionally overrides this env var, so I'm familiar with this warning

@d9j
Copy link

d9j commented May 15, 2023

Just suggestion: can you guys allow tagging platform in issues? It's easier to navigate like it's windows / mac(apple silicon)/ linux

@AcK77
Copy link
Member

AcK77 commented May 15, 2023

Just suggestion: can you guys allow tagging platform in issues? It's easier to navigate like it's windows / mac(apple silicon)/ linux

Yes we can, but how we could be sure the issue occurs only on Linux ?

Related to the subject, mesa_glthread overridden by environment seems to be a warning. I can't help further for now.

@stefsot
Copy link

stefsot commented May 15, 2023

could this be related to #4923? A similar crash with no error logs, but Vulkan seems to mitigate that issue somehow, however here Vulkan is being used

@firewuf
Copy link
Author

firewuf commented May 15, 2023

Can we rule out Firefox? According to Bugzilla 1744389 Firefox unconditionally overrides this env var, so I'm familiar with this warning

I use Firefox and might have had it running when I was playing, so it could be that. Would using Ryujinx with and without Firefox running help diagnose the problem?

@chev2
Copy link

chev2 commented May 15, 2023

I believe I am running into the same issue. I did not experience any crashes during the sky islands gameplay at the beginning of the game, but after that point I start crashing frequently, anywhere from ~7 minutes after initial game launch to ~80 minutes. It seems to happen most often when free roaming and when exiting shrines or fast-travelling. The crash doesn't appear to happen in any one spot on the map; it can happen anywhere.

In my case, the game actually freezes for a minute or two before fully closing. Looking at journald, it seems the emulator segfaults, followed by my system generating a core dump before fully closing the emulator.

Also for the record, I also use Firefox but have experienced game crashes regardless of if Firefox is open or not.

I have tried the following things in an attempt to fix this issue, to no avail:

  • Playing without any mods AND clearing PPTC & shader cache
  • Switching between Vulkan and OpenGL (& clearing shader cache after switching)
  • Enabling texture recompression
  • Setting memory manager mode to "Host (fast)"
  • Setting "Graphics Backend Multithreading" to all available options ("On", "Off" and "Auto")
  • Unchecking "Enable Macro HLE"

OS: EndeavourOS Linux x86_64 (Kernel 6.3.1-arch1-1)
Ryujinx version: 1.1.800
Game version: 1.1.0
CPU: Intel(R) Core(TM) i5-9600K CPU @ 3.70GHz ; 6 logical
GPU: AMD Radeon RX 6700 XT (RADV NAVI22) (dGPU)
RAM: 16GB
Applied mods: 30fps non-static (Version 0.3.5.2)

Ryujinx_1.1.800_2023-05-15_15-14-47.log

@RypoFalem
Copy link

RypoFalem commented May 16, 2023

I've had an issue with segfaults when loading things in totk (loading screens, hitting ore, walking to a new area, etc) in linux mint and it was solved by increasing vm.max_map_count as detailed here #3372 sysctl -w vm.max_map_count=262144

Segfaults won't show up in the logs but you can see it when you crash if you launch the game through the terminal

@chev2
Copy link

chev2 commented May 18, 2023

I've had an issue with segfaults when loading things in totk (loading screens, hitting ore, walking to a new area, etc) in linux mint and it was solved by increasing vm.max_map_count as detailed here #3372 sysctl -w vm.max_map_count=262144

Segfaults won't show up in the logs but you can see it when you crash if you launch the game through the terminal

I've tested this and it has fixed the issue in my case.

@BlastBolt5
Copy link

I've had an issue with segfaults when loading things in totk (loading screens, hitting ore, walking to a new area, etc) in linux mint and it was solved by increasing vm.max_map_count as detailed here #3372 sysctl -w vm.max_map_count=262144

Segfaults won't show up in the logs but you can see it when you crash if you launch the game through the terminal

This was suggested to me in the discord on launch day when i was crashing a lot and haven't had but like 1 or 2 small crashes in the 60ish hours since.

@TathagataDM
Copy link

TathagataDM commented May 25, 2023

Been getting random crashes/freezes occasionally as well. Here's a log from the most recent time:

Log file

file:///home/tatha/Emulators/Ryujinx/Mainline/Logs/Ryujinx_1.1.819_2023-05-24_18-44-44.log
EDIT: It seems the log upload didn't work via copy/paste. Drag and drop didn't work either, is there a better way to upload it?

Here's the section from the end of the log:

03:11:09.599 |I| .NET ThreadPool Worker Ptc Save: Saved Profiling Info (size: 602582 bytes, profiled functions: 173044).
03:11:37.728 |E| GUI.RenderLoop Application : Unhandled exception caught: System.NullReferenceException: Object reference not set to an instance of an object.
at Ryujinx.Graphics.Vulkan.MemoryAllocatorBlockList.Allocate(UInt64 size, UInt64 alignment, Boolean map) in /home/runner/work/Ryujinx/Ryujinx/src/Ryujinx.Graphics.Vulkan/MemoryAllocatorBlockList.cs:line 182
at Ryujinx.Graphics.Vulkan.MemoryAllocator.Allocate(Int32 memoryTypeIndex, UInt64 size, UInt64 alignment, Boolean map, Boolean isBuffer) in /home/runner/work/Ryujinx/Ryujinx/src/Ryujinx.Graphics.Vulkan/MemoryAllocator.cs:line 58
at Ryujinx.Graphics.Vulkan.TextureStorage..ctor(VulkanRenderer gd, Device device, TextureCreateInfo info, Single scaleFactor, Auto1 foreignAllocation) in /home/runner/work/Ryujinx/Ryujinx/src/Ryujinx.Graphics.Vulkan/TextureStorage.cs:line 149 at Ryujinx.Graphics.GAL.Multithreading.CommandHelper.<>c.<InitLookup>b__5_1[T](Span1 memory, ThreadedRenderer threaded, IRenderer renderer) in /home/runner/work/Ryujinx/Ryujinx/src/Ryujinx.Graphics.GAL/Multithreading/CommandHelper.cs:line 41
at Ryujinx.Graphics.GAL.Multithreading.ThreadedRenderer.RenderLoop()
at Ryujinx.Graphics.GAL.Multithreading.ThreadedRenderer.RunLoop(Action gpuLoop) in /home/runner/work/Ryujinx/Ryujinx/src/Ryujinx.Graphics.GAL/Multithreading/ThreadedRenderer.cs:line 116
at Ryujinx.Ui.RendererWidgetBase.Render() in /home/runner/work/Ryujinx/Ryujinx/src/Ryujinx/Ui/RendererWidgetBase.cs:line 447
at System.Threading.Thread.StartCallback()

OS
EndeavourOS Linux 6.3.3-zen1-1-zen

Ryujinx version
1.1.819

Game version
1.1.1

CPU
AMD Ryzen 9 7950x

GPU
AMD Radeon RX 7900 XTX

RAM
64GB DDR5-6000

List of applied mods
1080p_Disable_FSR_FXAA_v1.1.1
Improved LOD v1.1.1
Remove DOF v1.1.1

Additional context?
Seems to be entirely random as far as I can tell.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

10 participants