이거 제목에도 적어뒀다시피 패치 추가하면서 쯔꾸르는 최적화가 쓰레기임을 느꼈습니다

온갖 곳이 다 문제라서 어디를 막아야 할 지 모르겠어요

발견한 문제를 대충 적어보자면

얘네 일단 디버깅부터 제대로 안됩니다

쯔꾸르는 테스트플레이 시에 F12 디버거를 지원하는데요

일단 MV 자체가 거의 10년 되어가는 틀딱 툴이라 그런지 이거 키기만 하면 렉이 무지하게 걸립니다

아니 시발 키면 가만히만 있어도 프레임이 5 fps가 찍혀요

그래서 정상적으로 디버깅을 하려면 nw.js 사이트 가서 최신버전 sdk 받아서 물려서 써야 했습니다

그와중에 name이 지정되지 않았다는 오류를 띄우는데 이건 project.json에 있는 name 수정하면 해결되니까

혹시나 따라하실 분은 참고하십쇼

그리고 최신버전으로 받아서 써도 디버거를 키면 어쩔 수 없이 성능이 약간 떨어집니다

문제는 이 상태로 더 성능을 떨구는 프로파일링을 해야 하는데

이러면 문제를 파악하기가 더 힘들어집니다

힘들게 수정했는데 디버거 끄니까 성능 비슷한거 보고 현타 한번 왔었습니다

아무튼간에 주로 수정된 문제는 크게 두가지입니다

하나는 메뉴 관련이고 나머지 하나는 이미지 관련입니다

일단 메뉴 관련해서 가장 큰 문제는 쯔꾸르 측에서 다른 씬을 로드할 때마다

이전 씬을 완전히 새로 로드해야 한다는 거였습니다

이게 뭔 소리냐면,

여기서 아이템, 드레스룸, 세이브, 로드, 옵션은

현재 게임이 플레이 중인 맵과는 다른 장면 (씬)입니다

(놀랍게도 신체의 상태나 프로필은 맵 내에서 작동합니다, 그냥 커먼 이벤트로 돌아가는 거에요)

쯔꾸르에서는 장면을 넘어갈 때 이전 장면을 임시로 저장해둔 다음 다른 장면으로 넘어가고,

원래 장면으로 돌아갈 때 저장해둔 해당 장면을 다시 로드하는 식으로 작동합니다

그런데 그 저장이라는 게 말 그대로 어떤 씬인지만 저장을 해두고 넘어가서

다시 불러올 때는 해당 씬을 아예 처음부터 초기화해야 합니다

그러니까 여러분은 아이템이나 드레스룸 메뉴에서 나올 때마다

맵 하나를 통째로 로딩하고 있었다는 겁니다

식당으로 비유하면 자주 주문하는 고객의 전화번호를 저장해놨는데

진짜 전화번호만 저장해놔서 매번 정보를 새로 물어보는 겁니다

이게 초기화된 스프라이트 개수인데

지금 스샷 찍으니까 390개정도밖에 초기화 안하는 걸로 떴는데 원래 2273개 정도 떴습니다

기절할 뻔 했습니다

그 와중에 2273개중에 999개는 중요하지 않은 문제여서 현타가 와버렸습니다

아무튼간에 해당 문제를 개선하려고

맵에 한정해서 데이터를 임시저장하게 해뒀습니다

뭔가 되게 불안정할 것 같긴 한데 잘은 모르겠네요

쨌든 또 다른 문제는 이미지였는데

전임자분이 했던 이미지 관련 처리가 잘 작동하지 않은 것 같습니다

뭔가 이미지 관련 로딩이 많은 것 같아서 이미지 로딩 관련 함수를 바꿔치기했더니

1초만에 뭐 이딴 결과가 나왔습니다

1초만에 500개 가량의 이미지를 로딩하고 있더라고요

드레스룸 같이 캐릭터 이미지가 나오는 부분은 더 가관입니다

로딩하는 순간에 캐릭터와 관련된 이미지 432개를 싹 다 로딩해버립니다

시발 이러니까 렉이 걸리죠

좀 확인해보니까 문제가 뭐였냐면

커먼 이벤트에서 사용할 이미지를 미리 로딩하는 과정에서 문제가 발생했습니다

커먼 이벤트를 실행하기 전에

해당 커먼 이벤트가 참조하는 모든 이미지를 몽땅 다 미리 로딩해두는 거였습니다

첫 실행이 아니라 실행하는 도중에도 로드하는건지 초마다 아주 몇천개씩 요청이 날아가더라고요

아주 정신이 나갔습니다

아무튼간에 그래서 미리 로딩하는 기능을 아예 꺼버렸습니다

성능이 팍 올라가더군요

애초에 성능 올려두려고 넣어둔 것 같은 기능이 성능을 이따구로 잡아먹는다는 게 이해가 안갑니다

그 외에도 몇가지 자잘한 문제들이 있었는데 그나마 렉에서 비중이 큰 문제만 해결했습니다

예를 들면 텍스트 로딩과 관련한 몇가지가 있는데

일단 이 밑에 있는 텍스트

글자 하나마다 텍스트를 새로 그린겁니다

한번에 그리는 기능이 존재하는데도 하나씩 그리도록 되어있습니다

정상화했습니다

그리고 글자를 그릴때마다 텍스트의 정렬 위치를 설정하도록 되어있었는데

설정 자체에 꽤나 렉이 걸리는 것 같아서

정렬 위치가 이전과 달라졌을 때에만 설정하도록 수정했습니다

수정 안한 걸로는 이미지 캐싱의 사이즈와 암호화 관련이 있는데

쯔꾸르는 기본적으로 이미지를 캐싱해두긴 하는데

캐싱 한계가 10mb밖에 안되더라고요

근데 정작 올려도 큰 성능 차이는 안나는 듯해서 그냥 내버려뒀습니다

그나마 성능 차이 나는게 고화질 이미지인데

이미지 예약을 해둬야 안 내려가는 번거로움이 있어서 건드리지 않기로 했습니다

이미지의 암호화 여부도 영향을 미치긴 하는데

주요한 문제 해결하고 테스트해보니까 성능 차이도 크게 안나는 것 같고

스크립트에 이미지 일일히 암호화 해제하는 과정 추가해야 해서 그냥 놔뒀습니다