본문 바로가기

개발일지/ProjectF

[ProjectF] 데이터 설계 - 0
개발일지/ProjectF 2024. 6. 29. [ProjectF] 데이터 설계 - 0 기존 게임에서 아는 현업 기획자분들과 함께하게 되어 게임도 많이 바뀌고, 관련하여 변동사항이 많아, 어떠한 데이터 설계가 기획자와 프로그래머간 긍정적인 결과가 될지 많은 고민을 했다. 우선적으로 해결되어야할 사항은 모든 구성원이 현재 재직 중인 상태이고, 그로인해 개발 프로세스가 상대적으로 프로그래머에 의존적이지 않게 설계해야되는 것, 그와 동시에 시스템 안정성을 가져가는 부분이 큰 고민이었다. 프로그래머에게 의존적이지 않게 설계하는 것 자체는 간단하게 해결 될 수는 있다. 일례로 메이플스토리각주1, 참조1와 같이 중간 스크립팅 언어를 사용하여 기능에 대한 개발을 프로그래머 이외의 직군에게 책임을 전가한다. 그러나 이러한 방식은 기능에 대한 오류 또한 프로그래머 이외의 직군에게 책임을 전가하게 되는 것으..
[ProjectF] UI 및 데이터 설계 - 4
개발일지/ProjectF 2024. 3. 17. [ProjectF] UI 및 데이터 설계 - 4 캐릭터 스탯 업그레이드를 위한 UI 를 만들어보려한다. 캐릭터의 스탯창에서 각 노드들을 업그레이드하면 능력치가 올라가는 것으로, 필요한 것은 노드를 그릴 수 있도록 설계하는 것이다. 단순히 노드들만 존재하면 허전하므로, 각종 쉐이더 연산을 통해 DNA 구조같이 분자형태의 백그라운드를 구현해본다. 먼저 물결 라인 렌더를 위한 간단한 쉐이더 작성 후, Canvas image 를 통해 화면에 그린다. float _Distance; float _Multiplier; v2f vert(appdata v) { v2f o; o.uv = v.uv; o.center = TransformWViewToHClip(float3(.5, .5, 0)); float4 vert = v.vertex; o.vertex = Transform..
[ProjectF] 시스템 구성 - 3
개발일지/ProjectF 2024. 3. 12. [ProjectF] 시스템 구성 - 3 이제 각 캐릭터의 공격 범위를 시각적으로 보여주고, 이에 맞춰 적들을 공격하도록 시스템을 만들고자 한다. 이전에 무기들로 세분화하여 데이터를 설계하였는데, 이곳에 새로운 공격 범위를 지정할 수 있게 수정한다. private void UpdateGrid(Quaternion rot) { if (!m_Data.TryGetAttribute(out ActorWeaponAttribute att)) { "no weapon".ToLog(); return; } UnityEngine.Grid grid = MapLoader.Instance.Grid; WeaponData.Area area = att.AffectArea; Vector3Int min = m_Coord, max = m_Coord + new Vector3Int(ar..
[ProjectF] 시스템 구성 - 2
개발일지/ProjectF 2024. 3. 11. [ProjectF] 시스템 구성 - 2 이번 글은 그리드를 projection로 구현하려 했던 여러 삽질을 적어본다. 이전에 작업한 그리드 렌더의 문제점중 가장 큰 것은 위에 오브젝트가 있으면 가려진다는 문제점이었다. ztest 를 제거하는 것으로 그 문제는 해결할 수 있었으나, 새로운 문제는 ztest 를 전부 통과하면서 위 사진과 같이 시각적으로 혼란을 준다는 점이었다. 이전 그리드 렌더에서는 이런 뎁스 문제를 단순히 포인터의 좌표값을 가지고 y를 올리고 내리는 정도 수준으로 끝냈었지만, 그것을 넘어서 오브젝트 위에 그리드가 project 되고, 깔끔하게 보이게끔 작업하고자 여러 삽질을 거쳤다. 맨 처음 접근으로는 urp projector 를 사용하여 그리드를 렌더하고 다른 매시위에 project 하는 것이었다. 그러나 decal shad..
[ProjectF] UI 및 데이터 설계 - 3
개발일지/ProjectF 2024. 3. 6. [ProjectF] UI 및 데이터 설계 - 3 UI 작업하면서 이것저것 수정하다보니, 인게임을 손보기전에 UI에서 데이터 작업을 다 끝내야겠다는 생각이 들었다. 캐릭터의 구조가 조금 복잡해질 예정인데, 캐릭터의 역할을 지정하는 캐릭터 타입과 각 캐릭터가 고유로 갖는 스킬하나(설계상 무기에 달려있지만 어차피 무기는 캐릭터에 고정으로 바뀌지 않을 것이므로), 그리고 일종의 장착템 종류인 룬 3개, 그리고 이거에 맞게 각 캐릭터의 행동이 결정될 수 있도록 구조를 설계하고 있다. 지금은 UI에 표시하고 디버그용으로만 데이터를 찍고있는 상태라 캐릭터 타입이라던지, 레벨같은건 실제 기능을 하지 않지만 미리 대략적으로 전체 그림을 그려놓으면 나중에 고도화할때 굉장히 수월하다. 새로 추가된 기능을 이것저것 넣다보니, 캐릭터 8개를 게임에서 사용할 수 있을 정도로 ..
[ProjectF] UI 및 데이터 설계 - 2
개발일지/ProjectF 2024. 3. 4. [ProjectF] UI 및 데이터 설계 - 2 Scene flow 모든 에셋의 레퍼런스를 addressable 로 처리하려하기 때문에 씬 또한 그와 동일한 설계를 사용한다. 씬도 addressable 로 트래킹하도록 하고, 필요한 모든 번들을 로드하는 빌트인 씬 하나만 남긴채 나머지는 제거한다. 각 씬 노드에 맞는 맵을 로드하도록 데이터에서 지정하도록하고, 필요시 로드하게 한다. 이때 시행착오를 좀 겪은 부분이 있는데, addressable 의 문제인지, asyncoperator 의 문제인지, unload 작업이 완료되었다는 콜백처리를 받을 수 없는 문제가 있었다. 또한, 동시에 1개 이상의 씬을 로드할 수 없었는데, 차례대로 로드절차를 밟아야되는 것이 좀 귀찮았다. private static IEnumerator LoadIteration( Asse..
[ProjectF] UI 및 데이터 설계 - 1
개발일지/ProjectF 2024. 3. 2. [ProjectF] UI 및 데이터 설계 - 1 메인메뉴와 스테이지, 맵, 그리고 배치 기능 UI 를 작업하였다. 딱히 기능적으로 설명할 부분은 없는 것 같다. 워낙 간단한 부분들이라... 최대한 단순하고, 간결하며 깔끔하게 보이도록 레퍼런스를 아주 많이 참고하여 작업하였다. 입력한 데이터를 기반으로 노드를 동적 생성하고, 할당하며, 아직 플레이 기능은 없고 표시만 한다. 노드의 높이는 랜덤으로 결정되도록 하는데, 완전 랜덤은 아니고 부모 VerseData(위 스크린샷의 노드 데이터를 담고 있는 데이터)에서 생성되어 갖는 고유 guid 기반으로 시드를 생성하고 결정짓는다. 일단은 8개 터렛으로 게임을 진행시킬 예정이기 때문에 배치 슬롯은 8개. 하단 버튼을 통해 프리셋 설정을 가능하도록 한다. 캐릭터는 고유 특성 1개와 장비(아마도 3개쯤)을 장착할 ..
[ProjectF] UI 및 데이터 설계 - 0
개발일지/ProjectF 2024. 2. 29. [ProjectF] UI 및 데이터 설계 - 0 기존 ScriptableObject 로는 데이터 관리에 한계를 느껴, 이전부터 만들자 만들자 상상만 했던 UI 가 에셋으로 풀렸길래 받아서 새로이 데이터 작업을 진행하였다. 데이터 설계는 예전에 설계했던 System - Attribute - Actor(Entity) 설계를 이용한다. 움직이거나 데이터로 존재할 수 있는 모든 객체는 Actor(이하 액터)가 되며, 각 액터는 어트리뷰트를 할당받아 확장성을 유지한다. 개념 자체는 컴포넌트와 같지만, 기능, 구현을 포함하지 않는 것이 원칙이다. 구현은 시스템에서만 한다. 이 시스템 구현에 대해서는 다른 글에서 자세히 다뤄보려 한다. 이전 글을 작성한 이후, 적이 스폰되고, 움직이고, 내 터렛을 설치하면 적을 때려 hp 를 깎고, hp 가 0과 같거나 작으면 죽..

티스토리툴바