TIL

Text RPG 업데이트 Pooling, Tick, 전투/이동, Render 분리

본 프로젝트는 C++ 베이스의 Text RPG로 3D, Isometric 뷰를 가지는 RPG 게임입니다.Tick 분배컴포넌트 구조를 쓴 이유는 단순히 파일을 나누기 위해서가 아니라, 업데이트 책임을 분리하기 위해서다.AObject::Tick()은 공통 상태를 처리하고, 그 다음 컴포넌트들에게 Tick을 분배한다.void AObject::Tick(float DeltaTime){ if (HitFlashTime > 0.0f) { ... } if (DamageTextTime > 0.0f) { ... } if (SlowTime > 0.0f) { ... } const float ScaledDeltaTime = DeltaTime * GetSlowRatio(); if (!Components...

공감 0 댓글 2026.05.26 공개

TIL

Text RPG 협업 5/21~

Unreal Engine 들어가기전에 C++로 Text RPG를 만든다.최대한 Unreal Engine이 사용하는 구조, 문법을 따르게 구조를 잡았다.https://github.com/leeseungjae97/TEXT_RPG_5실행 구조현재 실행 루프는 GameInstance가 돌리고 각 Manager의 BeginPlay, Tick을 호출한다.void GameInstance::BeginPlay(){ InputManager::GetInstance()->BeginPlay(); RenderManager::GetInstance()->BeginPlay(); TimeManager::GetInstance()->BeginPlay(); SceneManager::GetInstance()->BeginP..

공감 0 댓글 2026.05.22 공개

TIL

일주일 게임잼 제작 ~ 발표

본 프로젝트는 미니게임천국5의 무찔무찔 미니게임을 언리얼 5.7.4로 모작한 프로젝트이다.시작 구조플레이어는 좌우 이동 대신 방향만 전환하고, 각 구간에 들어갔을 때 적이 스폰되며, 현재 스테이지 적들만 미니맵에 보이게 만드는 구조였다.처음 문서에 적어둔 흐름은 대략 이런 형태였다.SpaceBar 입력-> 캐릭터 앞/뒤 방향 전환플레이어가 구간 진입-> 적 스폰-> 미니맵 갱신-> 스테이지 정리 후 다음 구간 이동이 구조만 보면 단순해 보이지만, 실제로는 적 스폰, 점수, 보스, 카메라, 드롭, 미니맵이 전부 같은 흐름 위에 올라가게 됐다.그래서 후반으로 갈수록 중심 축이 필요했고, 그 역할을 RoundManager가 맡게 됐다.개발 흐름중간부터는 기능을 하나씩 더하는 느낌보다, 이미 들어간 시스템들을 ..

공감 0 댓글 2026.05.21 공개

TIL

Delegate 쓰면 좋은 구조, 주의점

보통 프로젝트에서 Delegate가 가장 잘 맞는 자리는 한쪽이 결과를 만들고, 다른 쪽은 그 결과에 반응만 해야 하는 경우다.대표적으로 UI -> Game Logic, Game Logic -> UI, Logic -> Logic 같은 방향에서 자주 쓰게 된다.Delegate가 잘 맞는 자리Delegate는 호출하는 쪽과 반응하는 쪽을 직접 연결하지 않아도 된다는 점이 핵심이다. 예를 들어 체력이 변했을 때를 생각해 보면, 체력 자체는 상태 컴포넌트가 들고 있고 UI는 그 결과를 화면에만 표시하면 된다.이때 상태 컴포넌트가 UI를 직접 찾아가서 ProgressBar를 바꾸는 식으로 짜기 시작하면, 상태 로직과 UI가 바로 붙어 버린다.반대로 상태 컴포넌트는 OnHealthChanged만 브로드캐스트하고,..

공감 0 댓글 2026.05.19 공개

TIL

Muzzil 카메라, 미니맵 구현

Muzzil에서 카메라 구조와 미니맵 구현을 정리했다. 카메라 구조가장 큰 변화는 PlayerCharacter의 카메라 처리 방식이다.기존처럼 SpringArm에 카메라를 그냥 붙여서 따라오게 두는 게 아니라, 시작 시점의 카메라 뷰를 기준으로 고정 카메라 계산값을 따로 저장하고, 뒤로 이동할 때는 별도의 ACameraActor를 써서 시점을 멈추는 구조로 바뀌었다.앞 방향으로 갈 때만 카메라가 따라가고, 뒤로 갈 때는 이 기준점을 멈추게 했다.const bool bCanCameraFollowForward = PlayerDirection > 0 && (!bUsingFrozenCameraActor || ActorLocation.X > FrozenCameraCenterLocation.X);if ..

공감 0 댓글 2026.05.15 공개

TIL

"Git LFS 한도 초과." "?에셋이 몇 갠데" "없어"

오후에 긴급 회의가 있었다. Git LFS가 작동하지 않았던 것.Git LFS 대역폭 한 달 제한인 10GB를 모두 써버려서 commit되고 있지 않았다.문제는 Unreal Engine 프로젝트를 생성할 때 gitignore 설정 없이 올라갔던 것.한 번 잘못 올라간 것으로 끝난 것이 아니라, 그런 프로젝트가 2개 있었고, 그 상태에서 한 번 더 업로드가 이어졌다.결과적으로 Unreal Engine의 Intermediate가 포함된 업로드가 총 3번 발생했고, 그 과정에서 대역폭 제한을 넘어 버렸다.갑자기 치솟은 사용량문제 전파더 큰 문제는 이 저장소들이 개인 공간이 아니라 Organizations 안에 있었다는 점이었다.한 레포지토리에서만 문제가 끝나는 것이 아니라, Organizations 안의 다른..

공감 0 댓글 2026.05.14 공개

TIL

5/13 팀 작업 시작, 캐릭터 이동, 게임 시스템 구조

오늘은 캐릭터 이동 구현과 게임 시스템 구조를 정리하는 쪽으로 작업했다.이번 작업은 프로토타입을 만들어보면서 실제 게임이 어떤 흐름으로 진행되어야 하는지 기준을 세웠다.이동 구현캐릭터 이동은 생각보다 금방 구현했다.이번 게임에서 중요한 건 자유롭게 방향을 꺾는 이동이 아니라, space bar를 눌렀을 때 앞과 뒤 방향만 바뀌는 구조였다.그래서 이동 시스템을 복잡하게 가져갈 필요가 없었다.입력에 따라 세밀한 방향 전환을 늘리는 대신, 현재 진행 방향을 반전시키는 쪽으로 정리하면 됐다.구현 시간도 짧았고, 게임이 요구하는 리듬에도 더 잘 맞았다.후에 만들어질 RoundManager의 BoxComponent에 막혀 이동할 수 없는 구현만 남았다.게임 구조 정리이동을 정리하고 나서는 게임 시스템 구조를 다시 ..

공감 0 댓글 2026.05.13 공개

TIL

5/12 팀 작업 준비의 준비 프로젝트

기존 스터디 팀원들이 팀 작업 하고싶다는 요청이 있어서, 본격 팀 작업 들어가기 전에 이전 기억을 더듬을 겸 일주일간 팀 작업을 하기로 했다.그 결과 나포함 10명.. 이 모이게 되었다.처음에는 하나의 게임 안에 여러 미니게임이 들어가는 구조를 생각했고, 브랜치도 그 구조를 따라가면 될 거라고 봤다.처음 구상한 형태는 main → 각 팀 게임 브랜치 → 각자 브랜치였다.말 그대로 하나의 저장소 안에서 모든 팀이 같이 움직이고, 각 팀은 자기 게임 브랜치를 기준으로 작업하는 방식이었다.처음 구상한 구조처음 아이디어만 보면 이 구조는 나쁘지 않았다.게임 전체를 하나의 프로젝트로 관리할 수 있고, 각 팀이 맡은 미니게임도 브랜치 단위로 분리된다고 생각했다.미니게임천국처럼 여러 게임이 하나의 실행 파일 안에 들..

공감 0 댓글 2026.05.12 공개