Closed EgeToksoz closed 11 months ago
+1. Same trouble.
+1 On Xubuntu VM same issue. With virtio-pci enabled
+1 same
+1
Add backtrace:
(lldb) bt
* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x137c8c008)
* frame #0: 0x00007ff819b3abc3 libsystem_platform.dylib`_platform_memset$VARIANT$Rosetta + 206
frame #1: 0x000000010015204a sunshine`platf::nv12_zero_device::convert(platf::img_t&) + 378
frame #2: 0x0000000100114b49 sunshine`video::validate_config(std::__1::shared_ptr<platf::display_t>&, video::encoder_t const&, video::config_t const&) + 281
frame #3: 0x000000010011514e sunshine`video::validate_encoder(video::encoder_t&, bool) + 574
frame #4: 0x0000000100116920 sunshine`video::probe_encoders() + 3936
frame #5: 0x000000010002ee2c sunshine`main + 4012
frame #6: 0x000000020170f310 dyld`start + 2432
+1
+1
Do not continue with these +1 comments. Use the reactions instead please.
How do I add the backtrace? I'm not sure if I understand properly
This build "may" fix this issue, if anyone would like to test and report on the status of the macport file from here: https://github.com/LizardByte/Sunshine/actions/runs/6040829220#artifacts
You must be logged into GitHub in order to download it.
Edit: This build was merged. Would still be good if someone let me know if it fixes the issues for macports.
Verified the Portfile is functional. Macports does encounter a minor issue when fetching the specific orphaned commit 40b78436d2c9a0988b3ad9e619fe166e47226110 referenced with that artifact. However, that won't affect tagged release versions.
No boost180 Macports issue or segfault ect
This issue has been fixed and will be available in the next release.
Is there an existing issue for this?
Is your issue described in the documentation?
Is your issue present in the nightly release?
Describe the Bug
0.19.1 works well but after updating to 0.20.0 and nightly build. zsh returns zsh: segmentation fault sunshine and bash returns Segmentation fault: 11 it doesn't seem like a GPU issue integrated and discrete gpu returns the same error unlike #804
Expected Behavior
No response
Additional Context
No response
Host Operating System
macOS
Operating System Version
macOS 13.4 (22F66)
Architecture
64 bit
Sunshine commit or version
0.20.0
Package
macOS - Portfile
GPU Type
AMD
GPU Model
Radeon Pro 555X/Intel UHD Graphics 630
GPU Driver/Mesa Version
Latest
Capture Method (Linux Only)
No response
Config
Apps
No response
Relevant log output