Unity/기능 구현

[Unity] Follow Camera

카메라가 플레이어를 따라오도록 하는 로직을 작성하는 아이디어는 다음과 같습니다. 카메라의 위치 값을 플레이어의 위치 값이 변동하는 만큼 위치를 동적으로 변경 해당 방법을 유니티에서는 코드로 직접 만들어서 사용할 수도 있고, 시네머신 카메라 플러그인을 다운로드하여 에디터에서 딸깍으로 처리하는 방법이 있습니다. 1. 코드로 카메라를 따라오게 설정하는 방법메인 카메라의 위치를 Update 함수에서 매 프레임 플레이어의 위치를 받아서 처리해주는 방법이 있습니다.이 로직에서는 선형보간법(Lerp)을 사용하여 카메라 플레이어보다 약간 느리게 따라가며 부드러운 카메라 이동을 구현합니다. 이보다 더 쉬운 방법으로는 2. 시네머신 카메라먼저 이 기능을 사용하기 위해서는 메뉴 Window - PakageManager ..

2026. 1. 6. 16:14
Unity/프레임워크

[Unity] 최적화 : 플랫폼별 오디오 및 이미지(Atlas) 파일 설정

# 오디오사운드의 경우, 플랫폼에 관계없이 아래와 같이 설정합니다. 플랫폼 별로 설정을 달리할 필요가 없습니다. 다만 배경음의 경우에는 품질을 100으로 높이고, 효과음의 경우에는 품질을 낮춰서(19) 사용합니다. # 이미지이미지는 2D 이미지라면 최적화를 고려해서 아틀라스를 사용합니다.아틀라스란, 여러 리소스를 이미지 파일 하나에 욱여넣은 것을 말합니다. 아래 이미지를 예시로 들면, 26개의 이미지가 하나의 파일에 담겨 있는 상태입니다.프로그램은 이미지 한 장만 로드하고, 인덱스로 구분하여 해당 위치의 리소스를 화면에 렌더링하는 방식을 사용합니다. GPU 입장에서는 이미지 26장을 로드하는 것보다, 이미지 한 장을 로드하여 메타 파일 정보를 토대로 이미지를 가져오는 것이 훨씬 빠릅니다. 이유는 C..

2026. 1. 1. 13:03
Unity/프레임워크

[Unity] Localization Remote load

Addressables와 AWS S3를 통해 다국어 지원관련 데이터를 서버에 업로드하고, 사용자가 원격으로 다운로드 받아 진행할 수 있도록 처리합니다. 이러한 방식을 사용하는 이유는, 앱스토어에 앱을 업데이트 하지 않고 핫픽스를 통해 문제를 해결할 수 있기 때문입니다. 로컬라이즈 작업을 모두 마쳤다는 가정 하에 원격 로드 처리를 하겠습니다. https://kabu0129.tistory.com/396 [Unity] Localization : 다국어 지원 시스템게임을 출시할 때, 하나의 언어만 지원하지 않고 현지화 전략으로 해당 지역에 맞게 언어를 지원하는 시스템이 있습니다.영미권 국가에서는 영어로, 한국에서는 한국어로, 일본에서는 일본어로kabu0129.tistory.com 1. Addressables ..

2026. 1. 1. 05:19
Unity/프레임워크

[Unity] Localization : 다국어 지원 시스템

게임을 출시할 때, 하나의 언어만 지원하지 않고 현지화 전략으로 해당 지역에 맞게 언어를 지원하는 시스템이 있습니다.영미권 국가에서는 영어로, 한국에서는 한국어로, 일본에서는 일본어로 언어를 지원하는 기능을 유니티에서 구현합니다. 유니티는 현지화 기능을 Localization 플러그인을 통해 지원하고 있습니다. 1. 메뉴 Window - PakageManagement - Unity Registry에서 Localization 검색 후 설치 다운로드가 끝났으면 2. 메뉴 Window - Asset Management - Localization Tables 클릭 유니티의 다국어 지원은 key 값에다 해당 언어를 매핑하는 방식입니다.그래서 표를 이용합니다. 당연히 표는 csv 파일로 작성할 수 있습니다. 3..

2025. 12. 30. 15:22
Unity/Bug

[Unity] native-googlesignin not found

구글 Signin을 플러그인을 통해 로그인 기능을 구현하여 빌드 테스트를 진행하니 다음과 같은 에러가 뜹니다. DllNotFoundException: Unable to load DLL 'native-googlesignin'. Tried the load the following libraries 'native-googlesignin' because of '~~~'at Google.impl.GoogleSignIn_Create(System.IntPtr data) [0x0000] in ;0 빌드에 구글 로그인 관련 dll 파일을 로드하지 못해서 로그인 관련 기능을 수행할 객체를 생성하는데 실패했다는 것으로 보입니다. 그러면, dll 파일이 왜 빌드에서 빠졌는지 몇가지 확인을 했는데, 저는 두 가지 방법을 사용..

2025. 12. 29. 11:27
Unity/프레임워크

[Unity] Google AdMob 연동

# Admob : Google에서 지원하는 인앱 광고 연동 시스템 먼저, 인앱 광고를 추가하기 위해서 구글에서 제공하는 앱 ID를 생성해야 합니다. # 초기 설정1. GoogleAdmob 가입 및 앱 추가 2. 메뉴 - 앱 - 앱 설정 클릭 여기서 앱 ID를 확인할 수 있습니다. ※ 주의 : 실제 출시 버전에서만 앱 ID를 사용하고, 테스트 환경에서는 구글이 제공하는 테스트 광고 ID를 사용해야 합니다.테스트 환경에서 실제 앱 ID를 사용할 경우, 어뷰징으로 불이익을 받을 수 있습니다. 테스트 ID는 배너 / 전면 / 보상형 등 광고 유형에 따라 다르고 플랫폼별로 다릅니다.해당 ID 값은 구글 Admob Unity 문서에서 확인할 수 있습니다. https://developers.google.com/..

2025. 12. 29. 11:08
Unity/기능 구현

[Unity] Input System으로 이동

과거 자료들은 이동 처리를 아래처럼 처리하는 것이 일반적이다.float horizontal = Input.GetAxisRaw("Horizontal");float vertical = Input.GetAxisRaw("Vertical");moveDirection = new Vector3(horizontal, 0, vertical).normalized;characterController.Move(moveDirection * moveSpeed * Time.deltaTime) Input Manager라고 불리던 방식은 최신 버전인 유니티 6에서는 동작하지 않는다. 이를 사용하기 위해서는 메뉴 Edit - Project Settings - Player 로 들어가서 기타 설정에 하단에서 입력 설정을 Both로 변경해줘..

2025. 12. 9. 10:35
Unity/프레임워크

[Unity] csv 파일 관리 : DataTable Manager

엑셀로 작성한 데이터 표를 Unity에 로드하는 과정을 도와줄 Manager 클래스를 만든다. 이러한 리소스를 로드하는 객체가 프로그램에 여러 개일 필요가 없다.객체가 하나만 있으면 되고, 또 전역에서 해당 데이터 테이블의 자료에 접근할 수 있어야 한다. 이 조건을 만족시키는 싱글톤 객체로 생성한다. Key-Value 형태로 IDataTableInfo 인터페이스를 상속받은 객체만을 저장하는 멤버를 가진다. 굳이 IDataTableInfo 라는 인터페이스를 정의한 이유는1. foreach문에서 모든 데이터 테이블을 한 번에 로드하기 위함2. C#의 리플렉션을 통해 IDataTableInfo를 상속받은 객체만 자동으로 추려서 저장하기 위함 에디터에서 일일이 IDataTableInfo를 상속한 스크립트를 ..

2025. 12. 4. 01:32
Unity/프레임워크

[Unity] 관리자 클래스 : Singleton Pattern

유니티 게임 제작을 위해 몇가지 필요한 기능들을 세팅하고 시작한다. 먼저 각종 Manager 클래스인데, 매니저 클래스는 게임이 시작해서 종료될 때까지 프로그램의 생명주기를 함께해야 한다.즉, 로비에서 플레이 화면으로 전환된다고 해서 파괴되어서는 안될 중요한 클래스들이다. 대표적으로 입력 매니저, 오디오 매니저, 리소스 매니저 같은 녀석들이 해당된다. 이러한 객체들을 내가 직접 만들어서 관리하기 위해 Singleton 패턴을 사용해 프로그램에서 "유일한" 객체임을 보장해주는 방식을 사용한다. 싱글톤 패턴의 핵심은1. 정적(static) 객체 : 프로그램의 생명주기를 따라가고 전역에서 접근하기 위해2. this가 null이면 생성해서 반환하고, null이 아닌(이미 존재하는) 상태라면 나 자신(this) ..

2025. 12. 4. 00:43
프로젝트 회고

[리팩토링] OCP(개방 폐쇄 원칙) 기반 설계: 상속에서 인터페이스로 전환

🤔 초기 설계: "공통점이 많으니 Base로 관리하자."프로젝트 초기, ASoulCharacterBase를 설계할 때 저는 확신에 차 있었습니다.Player와 Enemy는 공격, 피격, 사망 등 공통 로직이 80% 이상이었기 때문입니다.공통 시스템: 공격, 피격, 방어, 사망공통 컴포넌트: Attribute, Combat, State공통 로직: 데미지 계산, 히트 리액션// 공통 로직은 Base에!class ASoulCharacterBase : public ACharacter, public ISoulCombat{protected: // 공통 컴포넌트 UAttributeComponent* AttributeComponent; UCombatComponent* CombatComponent; ..

2025. 12. 3. 00:26
프로젝트 회고

[Dedicated Server] 네트워크 복제 대역폭 최적화: ```Fast Array Serializer```를 활용한 배열 요소 단위 델타 복제(Delta Replication)

🎮 구현 목표로비에서 플레이어 목록을 실시간으로 동기화합니다. 누군가 입장/퇴장하거나 준비 버튼을 누를 때마다 변경된 플레이어 정보만 네트워크로 전송하여 대역폭을 절약합니다. 🚨 문제 상황 배열 전체 복제의 낭비 일반적인 TArray Replication:UPROPERTY(Replicated)TArray PlayerList; // 10명 전체 복제 문제:상황: 10명 접속 중, 1명이 준비 버튼 클릭 ↓Replicated Array 감지: "배열이 변경됨!" ↓네트워크 전송: 10명 전체 정보 복제 ❌ ↓실제 필요: 1명 정보만 업데이트하면 충분 실제 측정 결과:상황: 플레이어 10명, 각 정보 100바이트- 일반 복제: 1,000바이트 전송 (10명 × 100바이트)- 필요한 양: ..

2025. 12. 3. 00:23
프로젝트 회고

PlayerController가 입력을 처리하는게 적절한가?

🤔 초기 설계 의도"Controller의 역할은 입력을 처리하는 것이 아닌가?"PlayerController의 본연 기능이 입력 처리라고 생각했기에, 모든 입력을 Controller에서 받도록 설계했습니다:// SoulPlayerControllerBase.cppvoid ASoulPlayerControllerBase::SetupInputComponent(){ // 모든 입력을 Controller에 바인딩 EnhancedInputComp->BindAction(MoveAction, ETriggerEvent::Triggered, this, &ThisClass::Move); EnhancedInputComp->BindAction(AttackAction, ETriggerEvent::Started, ..

2025. 12. 3. 00:18
프로젝트 회고

[UE5 액션] [리팩토링] CPU 성능 최적화: Tick 의존성 해소, 이벤트 기반(Event-Driven Architecture)으로의 전환

🎮 목표Tick 사용을 최소화하고 이벤트 기반으로 게임 로직 구성하기 💭 고민 "Tick에 익숙해진 습관" 기존 프로젝트에서 Tick 의존도:WinAPI: 거의 모든 로직DirectX: FSM의 ComponentTickUE5 초기: 여전히 Tick 남용이면에는 Tick은 직관적이고 "이벤트 기반은 낯설다"는 생각이 있었습니다. 성능 문제 경험:// WinAPI 시절 실수void Player::Tick(){ UpdateUI(); // 매 프레임 UI 리소스 갱신 // 결과: 800fps → 150fps ❌} 이번 프로젝트는 철저히 Timer, Delegate, AnimNotify 활용을 목표로 했습니다.AnimNotify의 함정 초기엔 AnimNotify가 너무 편해서 남용:// 공격 종료..

2025. 12. 2. 23:21
프로젝트 회고

[DirectX 11] Unity 리소스 메타데이터 파싱을 통한 스프라이트 시트 관리

🎮 구현 목표Unity에서 제작된 스프라이트 시트의 메타데이터(.smeta) 파일을 파싱하여, DirectX 11 엔진에서 개별 스프라이트의 UV 좌표와 크기 정보를 자동으로 추출하고 관리하는 시스템을 구축합니다. 🚨 문제 상황반복적인 수작업의 비효율성리소스를 포토샵에서 하나 하나 크기에 맞춰 잘라야하는 수작업리소스를 분석하여 프레임 순서에 맞춰 파일 이름을 정렬스프라이트 시트에서 각 프레임의 픽셀 좌표와 크기를 일일이 계산프로그램에서 렌더링 후 피봇 불일치 시, 다시 포토샵으로 작업 후 업로드하는 불편함유지보수의 어려움스프라이트 인덱스를 직접 계산하고 체크 (위험)사전에 리소스를 준비하고 편집하는 시간이 상당히 오래걸리고, 리소스를 추가할 때마다 수 시간이 소요되는 작업 부하가 발생했습니다. 리스..

2025. 12. 2. 23:20
프로젝트 회고

[UE5 팀 프로젝트] Pull-Request 시행착오와 교훈

🎮 선택 의도6인 팀 프로젝트의 코드 충돌을 예방하기 위해 '안전한' Fork-PR(Pull-Request) 전략을 채택했습니다. 선택한 워크플로우: Fork-PR1. 각자 메인 저장소를 Fork2. 개인 저장소에서 작업3. 완료 후 Pull Request 생성4. 리뷰어(관리자)가 코드 검토 후 Merge 🚨 문제 상황관리자 병목 현상 초기 개발 단계에선 빠른 기능 추가가 필요한데, 관리자의 코드 리뷰가 '병목'이 되었습니다.Fork-PR: PR 생성 → 리뷰 대기 → Merge → 팀원 Pull문제: 단순 Getter 함수 하나를 Merge하는 데 10분 이상 소요되어, 의존성이 있는 다른 팀원의 작업이 그대로 멈췄습니다.진짜 문제는 .uasset 충돌 정작 .cpp/.h 코드 충돌은 클래스 ..

2025. 12. 2. 23:18
반응형