반응형

여태 기회가 닿지를 않아 포톤을 깊게 파보지를 않았는데, 작년 플랙프라이데이에 구매한 포톤 상품이 곧 만료라(11월까지 ㅠㅠ..) 이번 기회에 깊게 파보려고 이 일지 작성을 시작하게 되었다.

 

포톤에 붙일 게임도 프로토타입으로 한번 만들어보긴했는데, 동작관련 문제를 아직 해결하지 못해서 시스템 먼저 만들어보게 되었다. 그래서 만들기 시작한것이 로비, 방 구현이다.

 

이 일지에 작성된 로비, 방 스타일은 옛날에 서비스를 했던 서바이벌 프로젝트에서 가져왔다.

어릴때 했던 게임중 가장 재미있게 했었던 게임이고, 시스템 자체도 꽤 괜찮다고 판단해서 작업을 시작하게되었다.

 

작업은 저번달 22일부터 조금씩 진행하기 시작해서 짬짬히 작업을 해왔다.

 

1. 입장

입장을 시작하게 되면, 로비 화면이 노출된다.

하단의 화살표 버튼과 우측 버튼들은 아직 기능구현이 되지 않았다.

포톤 콜백을 통해 방이 생성되면 파티클이 없어지고 방에 대한 옵션을 프리뷰 형태로 볼 수 있다.

 

2. 방 만들기

방을 생성하고 싶으면 비어있는 방들(파티클들)을 클릭하면 방 생성창이 열린다.

일단 시험삼아 커뮤니티, 팀, 서바이벌모드와 인원을 선택해서 방을 생성 할 수 있다.

 

3. 생성된 방의 프리뷰 확인

다른 클라이언트가 방을 생성하면 포톤 콜백을 통해 생성된 방의 리스트를 갱신해 로비에 있는 유저에게 생성된 방의 옵션 등을 프리뷰로 볼 수 있다. (방의 모드, 입장한 유저의 캐릭터 정보, 팀 정보 확인 가능)

 

4. 방 입장 및 캐릭터, 팀 선택

생성되어 있는 방을 누르면 입장이 시작되며, 캐릭터 선택이 가능하고, 팀 모드에서는 팀 선택이 가능하다.

상대랑 같은 슬롯을 선택할 경우를 대비해서 마스터 클라이언트에서 정보를 받아 슬롯정보를 다른 클라이언트에게 뿌려주고 일반 클라이언트들은 갱신만 하게되는 형태로 했다.

(ExpectedValues를 써볼까 고민하긴 했지만, 위와 같은 형태에선 괜히 코드만 더 복잡해질거같아서 배제했다.)

 

이 작업을 거의 20일간 했는데, 그래픽 리소스 문제도 그렇고 포톤 콜백이나 함수 활용에 대해 일일히 로그 찍고 확인하다보니 생각보다 많은 시간이 소요됨... 그래도 나름 형태도 어느정도 잡혔고, 다음 작업은 로비 쪽의 구현하지 못한 기능 완성과 방의 기능 완성을 할 예정이다!

반응형
반응형

멀티플레이 로비관련 작업을 하던 중, UI요소 사이에 파티클을 넣어보았다.

작업을 어느정도 마친 뒤, 마지막으로 batch 확인을 했는데 파티클을 겨우 10개 사용했는데 다른 UI와 섞여 batch 수치가 SetPassCall과 함께 폭발하고 있었다.

 

 

일단 파티클을 사용한 UI 요소의 구성은 다음과 같다.

Room(Empty object)의 자식으로 파티클, 스프라이트, 텍스트로 들어가있다.

 

 

위의 게임오브젝트가 10개로 불어난다면 다음과 같은 현상이 일어난다.

 

이걸 10개만 불려도 각각 SetPassCall과 Batch가 18로 불어난다.

UGUI 구조상 Canvas안에서는 계층에 따라 레이어 순서가 정해지니, Render queue나 파티클의 Order in layer를 건드려도 아무 개선이 되지 않는다.

 

 

결국 구조를 바꾸는 수 밖에 없었다.

 

위와 같이 파티클들을 전부 빼서 따로 모아두게되면 막무가내로 했던 구성보다 Batch 수치가 6배 차이가 난다.

이걸로 해결! 이면 좋겠지만, UI를 저거 10개만 쓰고 마무리할것도 아니고 다른 UI요소도 고려해야한다.

 

일단 전제 조건은 다른 UI요소들의 이미지들이 같은 아틀라스에 패킹되어있는것으로 한다.

같은 아틀라스에 패킹되어 있는 이미지를 가진 UI요소들은 어디가 어디위에 겹치던 Batch가 1일것이다.

문제는 파티클이다. Paticles 게임오브젝트 위의 계층에 다른 UI요소가 들어가있으면, 즉 파티클을 다른 UI요소들 사이에 샌드위치로 끼워버리는 순간 문제는 발생한다.

 

위와 같은 상황에서 Frame Debugger를 돌려보면 (새로만든 UI요소) - (Paticles) - (Rooms) 순으로 그려지는것이다!!

 

그렇기 때문에 Particles 게임오브젝트의 배치는 계층 위쪽에 배치하려면 Particles 위의 계층에 아무것도 없어야하고, 그렇지 않으면 제일 밑으로 내려야한다!

 

 

필자의 경우엔 Paticles 위쪽 계층에 UI요소가 많이 있어서 최하단으로 배치했다.

 

 

최하단으로 옮기게 되면 Batch 문제에 탈줄은 했지만, UGUI 계층 문제로 파티클이 파란색 박스를 덮게된다.

 

이건 우리가 원하는 바가 아니므로, 장치를 하나더 추가한다.

Canvas에는 Sort Order를 지정할 수 있다. 이것을 사용해서 해결해보자.

 

 

부모 Canvas에는 Sort Order를 1로, Particles에는 Canvas를 추가해서 Sort Order를 0으로 사용해주면 된다. (Sort Order 수치는 부모 Canvas가 Paticles Canvas보다 높으면 아무거나 상관없다.)

 

이렇게 세팅을 해주면 다른 UI요소를 신경 쓸 필요도 없고, 파티클이 파란 박스를 덮지 않고, 처음에 파티클만 빼서 배치했던 경우와 똑같은 수치의 Batch와 SetPassCall을 확인할 수 있다!!

 

추가로 Canvas를 이용해서 SortOrder를 설정 해주게되면 UI 계층 순서는 신경 쓰지 않아도 된다.

 

마지막으로, 이런 세팅은 위와 같은 경우에만 의미가 있는 세팅이기 때문에 UI요소 한두개에 이펙트 터뜨리는거에 위와 같은 세팅을 해버리면.. 배보다 배꼽이 더 커지는 현상이 발생하므로 잘 선택하여 사용하자.

반응형
반응형
  • 기본 슬롯 단축키

(왼쪽부터)

1. Select : S or Ctrl or Ctrl + Drag

2. Move : M

3. Brush : B

4. Fill box : U

5. Picker : I

6. Eraser : D or Shift or Shift + Drag

7. Fill : G

 

  • 기타 단축키

(블럭 선택 후)

1. 시계방향 회전 : ]

2. 반시계 방향 회전 : [

3. 좌우 반전 : Shift + [

4. 상하 반전 : Shift + ]

반응형
반응형

※ DB는 UI상에서도 작성할 수 있지만 쿼리로도 작성할 수 있다.

데이터베이스 = 스키마, 테이블 = 객체

 

  • DB

 - CREATE DATABASE [DB 명]

 - DROP DATABASE [DB 명]

 

  • TABLE

 - CREATE TABLE [테이블 명] (열 명, 자료형, DEFAULT, [NULL | NOT NULL], ...)

 - DROP TABLE [테이블 명]

 - ALTER TABLE [테이블 명] ADD / DROP / ALTER CULUMN [열 명, 자료형, ...]

 

※ 테이블 DROP시, 게임처럼 삭제 확인창이 뜨지 않으니 주의할 것. (자주 사용하지 않음)

 

  • 제약

 - NULL, NOT NULL, UNIQUE, PRIMARY KEY, FOREIGN KEY가 있다.

 - CREATE TABLE로 테이블 작설할 때 제약을 같이 정의한다. ('()'의 내용)

 - ALTER TABLE로 제약을 지정하거나 변경 가능.

 - 위와 같은 열에 대해 정의하는 제약을 '열 제약'이라고 한다.

 - CONSTRAINT : 제약에 이름을 부여할 수 있다. (이름을 붙이면 관리가 용이하다.)

 - ex) ALTER TABLE [테이블 명] ADD CONSTRAINT [제약 명] PRIMARY KEY (열 명)

 


  • 정규화

 - DB의 테이블을 규정된 형태로 개선해나가는 것.

 - 정규화를 통해 DB가 효율적으로 동작하도록 만들 수 있다.

 

 - 정규화 예시 DB

id name class level inventory
1 a knight 3 itemA 1개, itemB 3개
2 b wizard 2 itemA 5개, itemB 2개

 

 1. 반복되는 데이터를 세로(행 방향)로 늘려준다.

id name class level item itemCode count
1 a knight 3 itemA 01 1
1 a knight 3 itemB 02 3
2 b wizard 2 itemA 01 5
2 b wizard 2 itemB 02 2

 

 

 2. 데이터 분할, 키 처리

 - name, class, level과 item을 다른 테이블로 옮긴다.

 

2-1) 플레이어 테이블

id name class level
1 a knight 3
2 b wizard 2

 

2-2) 아이템 테이블

itemCode item
01 itemA
02 itemB

 

2-3) 인벤토리 정보 테이블

id itemCode count
1 01 1
1 02 3
2 01 5
2 02 2

 

위와 같이 정규화가 가능하다.

반응형

'Develoment > DB' 카테고리의 다른 글

[Database] 문법 정리  (0) 2021.06.10
[Database] 프로그램  (0) 2021.06.09
반응형

  • 유니티 버전 2019.3.1f1(LTS)
  • 사용 패드 MOGA XP5-X+ (Xbox)
  • 문제가 있으면 기타 주의사항을 봐주세요.

 

 

  • Buttons
GamePad KeyCode
A button JoystickButton0 / Joystick1Button0
B button JoystickButton1 / Joystick1Button1
X button JoystickButton3 / Joystick1Button3
Y button JoystickButton4 / Joystick1Button4
LB button JoystickButton6 / Joystick1Button6
RB button JoystickButton7 / Joystick1Button7
LT button JoystickButton8 / Joystick1Button8
RT button JoystickButton9 / Joystick1Button9
View button JoystickButton10 / Joystick1Button10
Menu button JoystickButton11 / Joystick1Button11
XBox button JoystickButton12 / Joystick1Button12
AGL, AGR buttons -

  • Joystick, D-PAD

 - Precision stick과 D-PAD는 ProjectSettings - InputManager에서 설정을 한뒤 사용한다.

 - 받아와야하는 Axis와 설정은 다음과 같다.

 

 - D-PAD

 

 - Left precision stick

 

 - Right precision stick

 


  • 기타 주의사항

※ Precision stick의 값을 받아왔을 때, 값이 0이 아닌 소수점의 Positive값이 받아와지는 현상이 있었다.

 - InputManager에서 해당 Axis 옵션의 Dead값을 늘려주면 된다. (필자의 패드 기준으로 0.01로 설정해서 해결)

 

 

반응형

+ Recent posts