스프라이트 아틀라스를 사용할때는 리소스 폴더를 주의하세요
스프라이트 아틀라스 스프라이트 아틀라스는 스프라이트들을 하나의 스프라이트로 모아서 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

Unity의 OnEnable은 프레임 종속일까? / 유니티 라이프 사이클, 호출순서
OnEnable 이벤트의 작동방식OnEnable 함수의 정확한 작동방식은 다음 중 무엇일까? 1. 매 Update에서 플래그를 체크하여 이벤트 발생2. 매 FixedUpdate에서 플래그를 체크하여 이벤트 발생3. 프레임에 종속되지 않고 즉시 발생  테스트 작성테스트해보기 위해 한 프레임 안에서 오브젝트 껐다 켜는 테스트 3번.[Button]public void Test(){ gameObject.SetActive(false); gameObject.SetActive(true); gameObject.SetActive(false); gameObject.SetActive(true); gameObject.SetActive(false); gameObject.SetActive(true..

2021.05.04

유니티 최적화 : 코드 내 힙 메모리 최적화
힙 메모리 영역 프로그램을 만들 때 힙 메모리 영역은 프로그래머가 항상 신경 써야 되는 중요한 메모리 영역이다. 유니티에서 힙 변수가 생성될 때 여유 메모리가 충분하지 않다면 가비지 컬렉션작업을 수행한다. 하지만 가비지 컬렉션 작업은 꽤나 무거운 작업이기 때문에 이 순간 프레임 드랍이 발생한다. 이를 개선하기 위해 최근에는 Inscremental GC 기능이 업데이트 되긴하였지만, 그래도 가비지 컬렉션의 대상이 되는 힙 할당을 최대한 만들지 않는 것이 좋다. 1. 자주 사용되는 참조 변수는 캐싱하기 다음의 코드는 함수를 호출할 때마다 새로운 힙 메모리 영역에 할당하게 되어 가비지가 발생한다. public void MyMethod() { Button btn = GetComponent(); // 함수 호출시..

2021.04.28

유니티 최적화 : 스크립트 최적화
기본적인 내용들도 있지만, 상기시키자는 의미로 나열해보았다. 1. 처리에 부하를 주는 Unity API를 피하자 SendMessage() 리플렉션을 사용하기 때문에 비용이 크다. 가급적 Event와 Delegate를 사용하자. Find() 게임 월드 내의 모든 오브젝트를 탐색하기 때문에 프로젝트가 커지면 커질수록 비용이 크게 증가한다. Transform 트랜스폼을 변화시키면 해당 오브젝트의 모든 자식들에게 OnTransformChanged 이벤트가 전파된다. 여러 계산을 통해 트랜스폼을 변화시킨다면 따로 적용하지 말고, 모든 계산이 끝난 뒤 최종 값을 적용하자. 아래의 예는 SetPositionAndRotation을 통해 두 번의 트랜스폼 메시지를 한 번으로 최적화할 수 있다. // 트랜스폼이 두 번 변..

2021.04.27