요약
macOS 15.8.2 출시 후보판에서 OpenGL로 창에 그리는 앱이 빈 화면만 띄웁니다.
애플 개발자 포럼에 한 개발자가 올린 버그 보고입니다. M1 Pro 맥북 프로를 macOS 15.8에서 15.8.2 출시 후보판(정식 배포 직전 시험판, 24H219)으로 올리자 OpenGL 창이 모두 비었다고 했습니다.
왜 중요한가
- 시스템의 한 경로가 깨지면서 터미널, 게임 엔진, 3D 프린팅 프로그램, 오디오 플러그인 화면이 한꺼번에 영향을 받습니다.
- 정식 배포 전에 잡힌 문제지만, 두 번째 후보판(24H225)에서도 그대로였습니다.
핵심 내용
- 창에 연결한 OpenGL 컨텍스트에 기본 프레임버퍼(화면에 그릴 버퍼)가 생기지 않아 NSOpenGLView가 빈 창이 됩니다.
- 화면 밖 버퍼와 CAOpenGLLayer·NSOpenGLLayer는 정상이라, 창 표면에 그리는 경로만 깨진 것으로 보입니다.
- kitty, Alacritty, Godot, Bambu Studio, FreeCAD, PrusaSlicer, Ableton Live 12 등에서 같은 증상이 보고됐습니다.
- M1부터 M4 Max까지, Rosetta 환경에서도 똑같이 재현되며 15.8.1에서는 문제가 없었다는 보고가 있습니다.
- 애플 DTS 엔지니어는 수정 여부나 시점은 말할 수 없다며 새 빌드마다 다시 시험해 달라고 답했습니다.
HN 반응
- 아직 출시 전 후보판인데 제목이 과장됐다는 지적과, 후보판까지 이 문제를 못 잡은 것이 더 문제라는 반론이 맞섰습니다.
- 2018년부터 지원 중단 예정인 OpenGL을 애플이 챙기리라 기대하기 어렵다는 체념과 함께, 애플 소프트웨어 품질이 떨어졌다는 경험담이 이어졌습니다.
15.8.2는 아직 출시된 게 아닙니다.
이건 개발자 포럼에 올라온 글인데, 원래 그런 버그를 제보하는 곳입니다.
스레드의 두 번째 답변은 애플 엔지니어가 버그를 인정하고, 번호를 부여하고, 새 빌드가 나오면 다시 테스트해 달라고 요청하는 내용입니다.
여기 댓글만 읽으면 실제 상황과는 전혀 다른 인상을 받게 될 겁니다.
맞는 말이긴 한데, 죄송하지만 새 릴리스가 나올 때마다 "알려진 문제나 수정 시점, 수정 여부에 대해서는 말씀드릴 수 없다"면서 알아서 테스트해 보라고 하는 건 정말 한심해요. 애플만 책임을 덜려고 하는 전략이지, 고객을 대하는 좋은 방식이 아니잖아요.
그리고 흔한 하드웨어 구성 상당수에서 OpenGL이 완전히 깨지는데 그걸 잡아내는 회귀 테스트조차 없다는 것도 꽤 심각해 보여요. 네, macOS에서 OpenGL이 deprecated된 건 맞아요. 근데 그 deprecated 결정 자체가 한심했다는 거 아세요? 엔비디아와의 소송에서 특정 전략을 쓰려던 애플 변호사들의 법적 판단 때문에 애플이 크로노스 그룹에서 탈퇴한 거였어요. 건전한 기술적 결정이 아니었다고요.
이 두 가지를 보면 애플은 엔지니어가 아니라 변호사들이 쥐고 있는 것처럼 보여요.
솔직히 "DTS Engineer"가 진짜 애플 엔지니어가 아니라는 말은 아니지만, 그 답변은 LLM이 쓴 것 같은 느낌이 강해요. 그런 상황이라면 저라도 어떤 기한 안에 수정이 가능하다거나 수정될 거라고 보장해 주길 바라지는 않을 것 같고요.
수정되길 바라지만, 애플은 또 다른 deprecated API인 AppleAL(OpenAL)에서도 이력이 좋지 않습니다. Tahoe에서 아주 흥미로운 방식으로 망가뜨렸는데, (Rosetta를 거치지 않는) Aarch64에서 모노 채널 오디오가 재생되지 않았고, 베타 기간 내내 그대로였습니다. 지금도 여전히 고장 난 상태일 가능성이 있다고 봅니다. 우회 방법은 모노를 가짜 스테레오로 채널 복제하거나 openal-soft로 바꾸는 것이었습니다.
OpenGL은 훨씬 더 큰 문제라서 수정되지 않는 상황은 상상하기 어렵지만, 저도 이전 문제 때 똑같이 생각했습니다. 애플은 테스트 환경에 오래된 비디오 게임이 하나도 없는 모양입니다.
이 문제와 관련된 참고 자료입니다.
https://github.com/luanti-org/luanti/issues/16499
https://support.sega.com/hc/en-us/articles/39540396560145-MacOS-Tahoe-26-0-No-Match-Audio
15.8.2가 출시된 건 아니지만, 15.8.2 릴리스 후보가 나온 건 분명하잖아요. 2년 전에 나온 메이저 버전의, 한 달 전에 나온 유지보수 업데이트에 대한 버그 수정 릴리스인데, 꽤 흔하고 중요한 라이브러리가 망가졌고 내부에서 아무도 RC를 내놓기 전에 테스트하지 않았다는 걸 우려하는 게 그렇게 이상한 일은 아니라고 봐요.
릴리스 후보가 원래 그런 겁니다.
제목에 RC를 넣었어야 정확했을 겁니다. 지금처럼 올라온 제목은 꽤 오해의 소지가 있습니다.
예전에는 이런 베타 버전을 비공개로 해서 iOS/macOS 개발자만 테스트하고 버그를 제보해, 공개 출시 전에 고치게 했어요. 그런데 이제는 설치하고 싶은 사람은 누구나 설치할 수 있게 열어 놨고, 그래서 베타에 버그가 있으면 구경꾼들이 잔뜩 분통을 터뜨리는 거죠.
애플 소프트웨어 품질이 전반적으로 떨어지는 속도가 점점 빨라지는 것 같습니다. 이제는 작은 문제 수천 개가 쌓여서 여기저기 제대로 안 되는 단계에 들어섰습니다.
제 맥 중 한 대는 오디오 출력이 사라지는 아주 황당한 버릇이 생겼고, 그러면 다른 기기로 출력을 돌리려고 합니다. 그런 기능이 있는 줄도 몰랐습니다.
저는 요즘 RealityKit( https://developer.apple.com/documentation/realitykit )을 만지작거리고 있습니다. 올해 deprecated된 SceneKit의 후속 프레임워크입니다.
tvOS에서는 프레임 하나가 너무 오래 걸리면 프레임을 건너뛰기 시작하더니 20FPS로 돌아갑니다. 한번 그렇게 되면 회복되지 않습니다. ThermalState는 .nominal이라서 열 문제도 아닙니다. 또 "최대한 빠르게 렌더링"하라고 지정할 방법이 없어서 성능을 측정할 수도 없고, 모든 기기가 스로틀링과 페이싱을 하는데 그 과정이 완전히 불투명합니다.
아무튼 저는 10년 넘게 개발자 계정을 갖고 있는데, 이런 일을 끊임없이 겪습니다. 아무리 해도 제대로 동작하게 만들 수 없는 경우가 계속 나옵니다. 그 프레임워크는 별로 쓰이지 않으니 그냥 고장 난 상태일 가능성이 큽니다.
그래서 게임을 SDL3/Zig로 포팅했더니, 글쎄 60fps로 계속 돌아가더군요. 아쉽습니다. 하드웨어를 더 효과적으로 활용해서 뭔가 특별한 걸 만들 수 있다면 단일 플랫폼을 겨냥하는 것도 괜찮다고 생각하거든요. 그런데 현실은 플랫폼의 불투명함과 고장 난 부분을 상대하느라 늘 오르막길입니다. 피드백 요청을 올려도 아마 버그라는 답만 받고, 어쩌면 다음 WWDC에 고쳐 주겠죠.
"최대한 빠르게" 렌더링하는 건 얼마든지 가능합니다. 아마 기기 주사율에 맞춰 vsync되는 delegate가 달린 CAMetal layer 렌더 타깃을 쓰고 계실 겁니다. 대신 delegate나 렌더 타깃을 직접 만들어야 합니다. 애플이 Metal 프레임워크에 이 방법을 다룬 샘플 프로젝트를 올려 두었습니다.
애플 소프트웨어 품질이 전반적으로 떨어지는 속도가 점점 빨라지는 것 같습니다.
iPhone 18 Pro가 출시된 지 딱 한 달이 됐는데, 스피커에서 탁탁 소리가 나고 지직거리는 문제에 대한 수정은 아직도 배포되지 않았습니다.
https://www.macrumors.com/2026/09/29/iphone-18-pro-speaker-crackling/
저는 지금도 하루에 여러 번 지직거리거나 탁탁거리는 소리가 납니다.
그리고 여러 앱에서 스크롤할 때 거슬리게 렌더링이 끊기는 문제도 iOS 26이 도입된 이후로 고쳐지지 않았습니다(아마 그전에도 있었겠지만 Liquid Glass 때문에 더 심해졌습니다). iPhone 18 Pro도 마찬가지입니다(iPhone 17 Pro와 iPhone Air에서도 확인했습니다).
한편 GrapheneOS를 올린, 성능이 떨어지는 제 P10P는 스크롤이 아주 부드럽게 렌더링됩니다.
제 Nexus 5의 "물속 같은" 마이크 문제는 끝내 해결되지 않았어요. 다음에 iOS가 안드로이드에서 베낄 건 "끝까지 안 고쳐지는 오디오 버그"라고 해도 놀랍지 않겠어요.
(이 댓글이 마음에 안 드시면 어느 부분이 사실이 아니거나 부당한지 짚어 주세요. iOS가 최근 릴리스에서 안드로이드 기능을 많이 베낀 것도, Nexus 5에 끝내 수정되지 않은 오디오 버그가 있었던 것도 사실이고, 지금 이 스레드도 수정되지 않을 것 같은 iOS 오디오 버그를 두고 하는 얘기잖아요. 제발 레딧처럼 비추천 버튼을 누르지 말아 주세요.)
작년에 제 아이폰에서 나온 버그 중에는 너무 허술한데 영향은 커서 웃음이 날 지경인 것들이 있어요. 잠금 화면 알림을 보고 있을 때 절반쯤은 화면을 터치하고 1초도 안 돼서 화면이 잠겨 버려요. 다른 문제도 있었지만, 돈이 그렇게 많은 회사라면 좀 더 장인정신을 보여 줄 거라고 기대하게 되죠.
다른 문제도 있었지만, 분명히 쓰고 있는데 폰이 알아서 잠겨 버리는 건 하루의 시작을 정말 짜증 나게 만들어요.
네, iOS도 같은 길로 가고 있어요.
저는 카메라 앱을 쓰려고 할 때마다 절반쯤은 앱에 갇혀서 못 빠져나오고, 그 밖에도 말도 안 되는 일이 많아요.
저도 그래요.
제 경험상 잠금 화면에서 미디어 컨트롤을 조작하고 있으면 마치 아무 조작도 안 한 것처럼 화면이 그냥 꺼져 버려요.
그렇게 기본적인 기능이 고장 나 있다는 게 웃겨요.
저만 그런 게 아니라는 게 정말 반가워요. 애플 소프트웨어를 쓰는 건 점점 이상한 UX 실수로 가득한 지뢰밭을 헤쳐 나가는 경험이 되고 있어요.
저한테 가장 큰 걱정은 응급 상황에서 폰으로 누군가에게 연락해야 할 때예요. 아이폰은 최상의 조건에서도 이렇게 일관성 없고 믿을 수가 없으니까요.
제 아이패드도 그래요. 잠금 화면에서 뭘 조작해도 타임아웃 타이머가 초기화되지 않아요.
안타깝지만 놀랍지는 않습니다. 애플은 2018년 macOS 10.14 Mojave와 iOS 12 때 이미 OpenGL 서브시스템을 deprecated로 지정했습니다. 기적처럼 그동안 계속 동작해 왔죠. 널리 쓰이는 크로스 플랫폼 API를 애플이 하루아침에 'deprecated'라고 선언해 버릴 수 있다는 게 싫지만, 그건 우리 시스템이 아니라 애플의 시스템입니다. 그러니 애플이 실수로 망가뜨려도 신경 쓰거나 손가락 하나 까딱해 주길 기대해서는 안 됩니다.
애플이 뭔가를 망가뜨리면 개발자들은 가운뎃손가락을 들어 보여야 한다고 봅니다. 그렇게 하지 않는 건 일종의 스톡홀름 증후군을 보여 주는 것 같습니다.
그건 오히려 다른 쪽 모두에 대한 비판이에요. 다른 컴퓨터를 사면 대부분의 업무 환경에서 틀림없이 객관적으로 더 약한 컴퓨터를 사게 돼요. 게다가 가격도 비슷하게 내야 하고요.
상황이 얼마나 심하냐면, 애플은 M6 Pro와 Max를 중단하고 M5 세대를 1년 더 우려먹어도 돼요. 가장 강력한 대안들조차 아직 기본형 M4를 따라잡는 중이니까요.
소문으로는 애플이 더 큰 도약을 하기 위해 엔지니어링 노력을 M7 시리즈에 쏟기로 했다고 합니다.
엔지니어링 자원은 한정되어 있습니다. 모든 세대마다 모든 칩의 모든 버전을 내놓으라고 기대하는 건 최적이 아닙니다. 때로는 더 오래 걸리더라도 더 큰 목표에 개발 노력을 쏟는 편이 낫습니다.
저는 그걸 나쁘다고 하지 않겠습니다. 마케팅과 주주를 만족시키려고 모든 걸 자의적인 출시 목표에 억지로 끼워 맞추는 대신, 개발 전략을 영리하게 짜고 있는 겁니다.
제 제품을 개발하는 회사에 바라는 게 바로 그런 것입니다. 이건 좋은 일입니다.
애플은 할 일이 산더미입니다. M7과 M8에는 더 나은 GPU가 절실합니다. 이 SoC들은 싱글코어 성능과 효율은 환상적이지만, GPU 연산 효율은 살 수 있는 것 중 최악에 속합니다. 또 여러 iGPU를 네트워크로 묶을 때 썬더볼트는 달팽이 속도라서 RDMA보다 나은 인터커넥트도 필요합니다.
애플 실리콘은 맥이 겪는 결정 장애를 비추는 거울입니다. 애플은 맥 파워 유저와 아이폰 라이트 유저를 하나의 실리콘 기반으로 통합하고 싶어 하지만, 누구에게 불리한 쪽을 떠넘길지 결정하지 못합니다. 특히 팀 쿡은 학계와 프로슈머 고객에 대한 "생태계" 수준의 통제력을 유지하면서 맥 프로를 어떻게 내놓아야 할지 답을 찾지 못했습니다. 전문가와 연구자들은 쓰고 싶은 스택이 있었는데, 애플은 그걸 지원하지 않았습니다.
터너스는 아마 애플 실리콘의 방향을 전문가 쪽으로 돌리려 하겠지만, 진짜 ARM HPC 시장에 들어가려면 소프트웨어 쪽에서 양보해야 할 겁니다. 아이러니하게도 그러려면 업계가 CUDA 스택의 대안을 받아들이도록 애플이 크로노스와 화해해야 할 수도 있습니다. 기본적인 "추론용 하드웨어" GPGPU 표준만 있어도, 지금껏 빠져 있던 전문가용 애플리케이션 분야에서 애플 실리콘이 다시 지도에 오를 겁니다.
맥 스튜디오는 비슷한 가격대에서 시중 최고 장비와 대등합니다. 여기서 말하는 전문가가 어떤 사람들입니까?
GPU를 여러 장 쓰거나 외장 장비 등을 쓰는 전문가들입니다. 전문가들은 예전 애플 타워형 본체를 가득 채워 쓰는 걸 좋아했어요. 예를 들어 마블 영화 VFX 작업을 하면서 작업 흐름이 느려지지 않게 백그라운드에서 계속 렌더링해야 하는 사람이라면, PCIe SSD 카드 여러 장과 GPU 카드 여러 장을 꽂을 수 있는 macOS 워크스테이션을 반길 것 같아요.
"랙마운트"라는 말을 보고 1U 랙 하나에서 멈추지 않는 전문가들입니다. 프로슈머가 아니라 산업 규모의 고객이죠.
그가 맥으로 DGX Pod를 만들 생각은 없을 것 같지만, 스튜디오는 확장성이 거의 없습니다. 아직도 PCIe 맥 프로가 있었다면 적어도 그걸 인터커넥트에 쓸 수 있었을 텐데요. 썬더볼트 RDMA는 너무 보잘것없어서 애플은 사실상 DGX Spark 같은 이색 하드웨어하고만 경쟁하고 있습니다.
그래서 뭘 하라는 건가요? 그들은 애플 사용자에게 제품을 팔아서 돈을 버는데요. 관심이 있다면 아마 이미 PC에도 팔고 있을 겁니다. 스톡홀름 증후군이라기보다는 일종의 현대판 소작농 개발 시스템이라고 하는 게 맞겠네요.
사람들이 계속 사는 한 개발자는 적응하는 수밖에 없어요.
개발자에게는 언제나 선택권이 있지만, 거의 항상 돈을 더 많이 버는 쪽을 택하죠. 누가 총을 겨눠서 macOS용으로 개발하라고 강요하는 건 아니잖아요.
다른 주류 플랫폼은 윈도입니다. 애플은 마이크로소프트만 이기면 됩니다.
그리고 애플을 떠나는 개발자도 많아요.