[📜일지] 유니티용 아스키 아트 렌더러 만들어봄

[페이지25(story8071)]

아스키 렌더러 데모 영상

깃헙 아스키 렌더러 공유

PAGE25에서 목성의 노래라는 인디게임 개발하고 있는 코ㅡ더임. 항상 눈팅만 하다가 뒤늦게 개발일지를 쓰게 되었네.

유니티에서 아스키 렌더러 개발하면서 이런거 한번쯤 쓸 친구들 있지 않을까 해서 쓰레기같은 코드지만 부끄럼을 무릅쓰고 공유하고 싶어서 작성하게됨.

우리 게임의 미스터리한 캐릭터가 아스키 아트로 변환되서 CRT 모니터에 표시되어야 했음.

이 때 아트분이 아스키 아트 변환기 사이트에서 리소스를 일일히 변환하시면서 유니티에 임포트하는게 너무 힘들어 보였고,

그래서 유니티 내에서 직접 파라미터를 슬라이드하면서 실시간으로 아스키가 어떻게 바뀌는지 확인할 수 있는 렌더러를 만들기로 함.

근데 팀원들은 셀레스테처럼 애니메이션이 포함된 초상화를 원해서 렌더러에 애니메이터 기능도 기워붙임.

오. 뭔가 대충 초안으로도 잘 구현이 되었음.

여기서 추가로 배경이 좀 밋밋하다는 피드백이 있어서 아래 3가지 선택지 중에서 고민을 좀 했음.

1. 아트분께 배경색이 포함된 리소스를 요청해서 변환했을 때 어떤 느낌인지 본다. 여전히 이상하면 반복.
2. 아스키 문자 프리셋에 공백(’ ‘) 문자 대신, ‘.’ 같은 가장 밀도가 낮은 문자로 바꾼다.
3. 걍 배경용 아스키 문자를 따로 빼고 렌더러에 새 TMPro 오브젝트를 하나 더 참조시킨 후, 별개로 작동하게 한다.

1번은 너무 비효율적이고 2번으로 어떻게 해보다가, 이상하게 통일감이 없고 배경이랑 확실한 구분이 되야할거같아서 3번으로 개량했음.

짜잔(이게되네)

근데 이걸 한 씬에 5개 이상 배치하거나 해상도(columns)를 너무 높게 하면 프레임드랍이 심해졌음.

뭔가 하고 봤더니 AsciiImageUGUI.Update()에서 잡아먹는 CPU 점유율만 70%가 넘었고, 한 프레임 지연시간이 27.5ms일 정도로 프레임이 뚝뚝 끊기는 현상이 발생함.

즉시 바이브 코딩.

GPT는 두 가지 원인을 짚었고, 얘가 써준 스크립트를 적용하니 한 방에 해결이 되었음.

GPT가 써준 스크립트를 적용하니 바로 정상화된 모습..

프로파일러로 다시 측정해보면 CPU 점유율이 60% 이상 줄었고 지연시간도 1/10 토막남.

Texture2D.ReadPixels 호출하고 바로 Texture2D.Apply를 호출하는게 영향이 큰 것 같더라. GPU가 통짜 텍스처의 픽셀을 매 프레임 10번 이상 읽는 동안 CPU를 busy waiting 시키는 격..

지피티는 신이다. 특히 내가 유니티 셰이더 파이프라인에 무지하다보니 그쪽 관련으로 다룰 때 퍼포먼스가 좋다고 느낌.

첫 개발일지를 쓰려다 보니 좀 어수선하네. 아무튼 네러티브 3d 어드벤처 게임 열심히 개발 중이니 많관부!

[211214(tomatoss)]

[sdf(symphony1272)]

와 감성

[퍅셔미(wvvwvwwvw)]

게임 분위기 되게좋네

[익명(hotkey02)]

https://tympanus.net/codrops/2024/11/13/creating-an-ascii-shader-using-ogl/
이런
방법도 있음

[익명(hotkey02)]

https://github.com/AbstractBorderStudio/Ascii_Shader
godot
에서 만드는거긴 한데 구현 보고 참고할만 함

[하우디(dismiss7629)]

와 느낌 좋네

[익명(outside0930)]

[매미허물(shedinja)]

[무장농부(weight5377)]

와 신기추

[불타는키보드(1bnmaker)]

[비월(lunar1228)]

이게 되넹;;

[ㅇㄹㅇㄹ(222.112)]

갬성추~~