스프라이트 아틀라스를 사용할때는 리소스 폴더를 주의하세요
스프라이트 아틀라스 스프라이트 아틀라스는 스프라이트들을 하나의 스프라이트로 모아서 POT 텍스쳐로 만들어주는 유니티의 기능이다. 정상적으로 사용했다면 아틀라스에 포함된 스프라이트는 메쉬정보만 가지고 빌드에 포함되어 원본 텍스쳐 + 아틀라스 메모리가 중복되지 않는다. 빌드 리포트에서 본 스프라이트의 용량. 원본 스프라이트의 용량은 138KB ~ 4MB까지 다양하지만 모두 12.8KB로 통일되었다. 리소스 폴더에 포함된다면? 리소스 폴더의 제 1규칙. 리소스 폴더 하위에 위치한 파일들은 사용되지않더라도 빌드에 반드시 포함된다. 이는 아틀라스를 사용하면서 가장 하기 쉬운 실수일 것이다. 테스트를 위해 아래와 같이 리소스폴더에 원본스프라이트와 아틀라스를 둘 다 옮겨봤다. 빌드 후에는 원본 텍스쳐의 용량이 중복해..

2021.07.25

Crunched 압축..
아틀라스에 포함된 스프라이트는 빌드 용량에 포함되면 안된다. 또한 아틀라스도 별도로 압축이 있기때문에 아틀라스에 들어가는 이미지는 압축을 None 으로 설정해놔야 이중손실이 되지않는다. https://forum.unity.com/threads/sprite-atlas-adding-on-build-size.608143/ 그런데 직접참조하는경우에 포함될거같은느낌; SpriteAtlas.GetSprites를 사용해야함. 그럼 UI는? 애초에 리소스 폴더에있으면 빌드포함되서 아틀라스랑 이중일텐데? 크런치는 GPU에서는 안한거랑 똑같다. 품질이 저하되고 텍스처는 여전히 동일한 양의 VRAM을 사용하므로 빌드 크기만 영향을 받습니다. 크런치 압축은 텍스처가 가능한 가장 적은 양의 디스크 공간을 사용하도록 돕지만 런타..

2021.07.25

유니티 모바일 텍스쳐 압축연구 ETC2, PVRTC, ASTC 2
유니티에서 모바일 텍스처 형식에 따른 용량과 품질을 알아보도록 하자. 결론부터 말하면, 안드로이드에서는 3D 게임이거나 팀내에 TA가 있다면 ETC2대신 ASTC를 고려하고, iOS에서는 PVRTC대신 ASTC를 사용하는 것을 추천한다. 무압축 RGBA 압축하지 않은경우 R, G, B, A 채널에 각 8비트를 사용하여 알파가 존재하는 경우 픽셀당 32비트, 알파가 없는 경우 픽셀당 24비트를 사용한다. 2048x2048 RGBA 이미지의 용량 : 2048 * 2048 * 32 = 134.217,728 (약 16MB) 2048x2048 RGB 이미지의 용량 : 2048 * 2048 * 24 = 100,663,296 (약 12MB) * 유니티는 텍스처를 자체적으로 한번 더 압축하기 때문에 원본 텍스쳐의 용량..

2021.07.25

유니티 최적화 : 스프라이트 아트라스 (Sprite Atlas) 1
스프라이트 아틀라스 드로우콜을 최적화 하기 위해서 작은 이미지들을 하나의 이미지로 모으는 기능이다. 유니티 내에 내장되어있으며, 손쉽게 적용 가능하다. 왜 하나로 모으는게 최적화라는 걸까? 두 가지 이유가 있다. 1. ETC, PVRTC 텍스쳐 포멧의 POT (Power of two) 문제 - ETC와 PVRTC 텍스쳐는 이미지의 사이즈가 2의 승수일 때만 압축이 가능하다. 2의 승수가 아니면 압축을 하지 못해 무압축 이미지가 되어버린다. 때문에 POT 사이즈의 틀 안에 작은 이미지들을 담아서 압축을 하는 것. - 아래는 그 예시이다. 609x1050 의 픽셀수가 훨씬 적은데도 1024x1024 이미지보다 용량을 2배이상 차지하는 것을 확인할 수 있다. (무압축 RGBA8이 사용된 것이 보인다.) - 최..

2021.07.18

유니티 최적화 : 2D 스프라이트 최적화
2D 게임에서는 무엇을 최적화해야할까 3D 게임이라면 성능에 가장 영향을 미치는 부분이 정점의 갯수와 라이트 연산일 것이다. 하지만 2D 게임이라면 화면 해상도와 오버드로우가 가장 큰 영향을 미친다. (물론 3D도 동일하게 영향을 미친다) 화면의 해상도가 FHD(1920x1080) 일 때, 픽셀의 갯수는 약 200만개로, 이미지를 겹칠 때마다 그려야하는 픽셀 갯수가 곱해진다. 이를 오버드로우(Overdraw) 라고 한다. 아무래도 2D 게임에서는 이미지를 겹쳐서 표현해야하다보니 투명도 있는 이미지가 많아지게 되고, 오버드로우를 피할 수는 없다. 하지만 최대한 투명한 부분을 그리지 않도록 하여 오버드로우를 줄이는 방법이 존재한다. 오버드로우를 확인해보자 실험을 위해 유니티에서 아래와 같이 스프라이트 세개를..

2021.07.18

커맨드 패턴 (Command Pattern)
커맨드 패턴은 메서드 호출을 실체화 한 것이다. 조금 더 풀어서 설명하자면 객체의 행동을 클래스로 감싸는 것이다. 커맨드 패턴으로 구현할 수 있는 대표적인 예는 '입력키의 변경'과 'Undo 기능'이 있다. 입력키를 구현해보자. - 유니티에서 A 버튼에 공격, B 버튼에 점프하도록 구현해보자. public class Player : MonoBehaviour { private void Update() { if (Input.GetKeyDown(KeyCode.A)) { Attack(); } else if (Input.GetKeyDown(KeyCode.B)) { Jump(); } } private void Attack(){} private void Jump(){} } 간단하게 위와 같이 구현할 수 있다. 이 정..

2021.07.11

컴포넌트 패턴 (Componenet Pattern) 1
로직을 기능별로 모듈화시켜 조합하여 사용하는 것. 도서 '게임 프로그래밍 패턴'에서는 디커플링 패턴으로 분류하고 있다. 유니티는 이미 오브젝트에 컴포넌트를 붙이면서 행동을 추가하는 컴포넌트 패턴 방식을 사용하고 있다. 게임을 만들 때에, 플레이어는 이동하고, 점프하며, 공격할 수도 있고 벽에 부딪히기도 하는 여러 행동을 가지게 된다. 하지만 이러한 행동들을 하나의 클래스에서 정의하게되면 거대 클래스가 만들어진다. 클래스가 거대화 되면서 내부적으로 기능들의 커플링이 심각해지게 된다. 클래스가 얽히면서 수정사항이 다른 기능에 영향을 미치게되니 협업도 불가능해진다. 컴포넌트 패턴을 사용하면 클래스를 행동에 따라 여러개로 나눌 수 있다. 세부 기능들을 나눈 다음, 서로 통신이 필요한 경우만 결합하여 사용할 수 ..

2021.07.04

NDC21 : 로컬라이징 노하우 공유 - 개발 환경 구축부터 글로벌 서비스까지
NDC 홈페이지 링크 https://ndc.nexon.com/session/sessionView?sessNo=100007303 1. 클라이언트 수준에서의 대응 1) 개행 없는 언어 대응 - 생각보다 많은 언어가 띄어쓰기가 없다. -> 런타임에 글자폭을 계산해서 개행하거나, 형태소 분석으로 공백의 폭이 0인 반각 공백을 미리 삽입하는 방법들을 생각해 볼 수 있다. - 태국어는 띄어쓰기는 물론 물음표와 마침표도 없다! 2) 언어별 폰트 - 같은 한자라도 한/중/일 에서 쓰는 방식이 다른데, 유니코드상 코드 포인트가 동일하다! - 때문에 언어별로 폰트를 다르게 써야한다. (한국은 한자를 많이 사용하는 편이 아니라 발표자는 한글과 번체를 NotoSansCJK_tc로 같이 사용했다고 함) - 한문이 들어간 폰트는..

2021.07.04