Unity scale, position 상대값 더하기
오브젝트의 localScale값에 특정 값을 더하는 경우 x 축으로 addX만큼만 움직여야 할 때, 다음과 같은 코드를 작성하는 경우가 많았다. transform.localScale = transform.localScale + new Vector3(addX, 0f, 0f); 그런데, localScale이 +=연산자를 지원한다! 따라서 위의 코드는 아래와 같이 간소화 할 수 있다. // 방법 1 transform.localScale += new Vector3(addX, 0f, 0f); // 방법2 transform.localScale += Vector3.right * addX; Position도 동일하다. (단, Position은 Translate 함수를 이용하자) getter도 setter도 있는데 왜 ..

2021.09.22

Unity Instantiate / AddComponent 의 Awake / OnEnable 호출시점
OnEnable의 Null 에러 스크립트의 OnEnable에서 레퍼런스를 사용한 동작을 수행하는 경우 주의하지 않으면 null 오류가 발생하는 경우를 자주 볼 수 있다. 문제는 대부분 OnEnable의 호출시점 때문. 특히나 Monobehaviour는 생성자가 없기 때문에 생성한 다음 메서드를 호출하여 초기화를 하는 경우가 생긴다. OnEnable이 외부 호출된 메서드보다 먼저 호출되기 때문에 오류가 발생할 여지가 다분하다. OnEnable의 호출 시점 메인 오브젝트에 스크립트 2개가 붙어있는 상황에서 A 스크립트 (빨간색), B 스크립트 (노란색) 빨간색이 Awake에서 C 스크립트 (초록색)를 AddComponent 한 뒤, Debug.Log(" A Instantiate "); var testPref..

2021.08.29

스프라이트 아틀라스를 사용할 때는 이중압축에 주의하세요
스프라이트 아틀라스를 사용할 때 실수하기 쉬운 세팅 두 번째. 원본 스프라이트의 압축과 아틀라스의 압축은 이중으로 적용된다. 비교를 위해 두 개의 텍스쳐압축을 준비하자 왼쪽은 ASTC 6x6 (116KB) 오른쪽은 ETC2 Crunched 0% (27.2KB)로 오른쪽은 심하게 뭉개진 것을 확인할 수 있다. 패킹해보자 이 두 개의 스프라이트를 다시 ETC2 형식의 아틀라스로 패킹해보자. 아래 그림과 같이 원본 텍스쳐의 뭉개짐이 그대로 전달되었다. 용량 자체는 ETC2의 용량이 그대로기때문에 원본 텍스쳐를 압축한 것은 용량적 이득이 전혀 없다. 이런현상은 iOS에서 기본 텍스쳐 형식인 PVRTC를 사용할 때 두드러지는데, 원래 PVRTC 자체도 심하게 뭉개지는 형식인데 이중으로 압축을 하다보니 심각하게 뭉..

2021.07.25

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