다락방

나만무EC2 서버와 RDS DB 연결하기EC2는 public / RDS는 private 인스턴스로 생성했다. - 보안 상의 이유단순히 EC2 터미널에 접속해서 mysql 서버를 여는 건 성공했다.mysql -u [계정] -p -h [DB엔드포인트] → 이 명령어 쓰면 연결된다.문제 : 우리는 로컬에서 작업을 해야한다. 로컬 작성 → 깃허브 업로드 → EC2 실행1차 해결 : vs code에서 ssh 연결로 vs code에서 제공하는 UI로 테이블 작성 등이 가능해졌다.문제 발생 : 결국 node.js 코드에서 CRUD를 하려면 mysql.connection에 성공해야한다. 이걸 어떻게 하냐2차 해결 : 결국 RDS가 private에 있기 때문에 로컬 서버에서 연결하기는 불가능하다. gitHub Actio..

나만무위치동기화어제 위치 동기화가 안되던 문제를 아침에 다시 보았다.위치를 이상하게 받아오고 이상하게 보간 해주고 있었다.Player의 위치를 확인해주었다. Player의 경우 Player의 객체가 움직이는게 아니라 Sled라고 하는 객체의 위치를 받아오게 하고 있었는데, 이 움직임이 잘 들어가고 잘 바뀌는지 확인을 해주었다.Sled의 위치를 옴겨주었음에도 다시 원 값으로 돌아오는 현상을 발견할 수 있었다.팀원과 이야기를 해보니 collider의 위치가 변경되고, sled model은 그 collider에 붙어 있다는 것을 알 수 있었다.collider의 위치로 위치 동기화를 진행함에 따라 문제를 해결할 수 있었다.yield return null → continuereturn null을 하면 한 프레임을..

나만무문제. 패킷이 잘려서 json parsing이 안되는 상황게임을 진행하다가 서버에서 SyntaxError : Unexpected token가 뜨는 상황이 발생했다.서버의 로그를 확인해보니 패킷이 잘려있는 문제를 확인했다.가설 1. 클라이언트 문제가설 2. 서버 문제가설을 토대로 생각을 해보니 서버 문제라는 것을 찾을 수 있었다.클라이언트와 서버 연결을 하고 있는 TCP의 경우 네이글 알고리즘(Nagle’s Algorithm)에서 작은 패킷들을 모아서 전송하기 때문에 패킷이 뭉쳐서 서버에 들어왔다.기존 서버의 패킷 처리 방식에서는 뭉쳐있는 패킷을 받을 경우, 맨 앞의 데이터만 처리하고 이외의 데이터는 버리도록 코드를 작성했다. 그리고 이러한 스트림에 패킷이 잘려서 들어온 경우 대응이 불가능했다.해결f..

나만무보외와 보간을 구현보외 - extrapolation 방법으로 보외를 구현했다.이를 위해서 서버에서 클라이언트로 오는 패킷의 변화를 줬다.서버의 시간을 주는 것을 추가했다.클라이언트의 시간을 구해서 받아온 서버의 시간의 차를 구했다.node.js에서는 ms단위를 쓰기 때문에 유니티에서 쓰기 위해 초단위로 바꿔주었다.구해온 시간을 통해서 외삽 제한 시간을 구했다.경과 시간이 외삽 제한 시간보다 작은 경우 위치를 계산해서 Slerp로 외삽해주었다., 크다면 서버에서 보내온 마지막 위치와 현재 위치를 고려하여 외삽한다.private void ExtrapolatePosition(){ Quaternion lastServerRotation = Quaternion.LookRotation(lastServerA..

나만무중간발표클라이언트 - 서버 host 방식으로 시연을 하고 코치님에게 피드백을 받았다.호스트 방식은 반응성이 떨어질 수 있기 때문에 레이싱에는 적합하지 않다.기존처럼 하나의 서버를 두고, 키 입력(위치, 속도, 가속도(방향))을 동기화 해라때문에 클라이언트 - 서버 host 방식에서 기존의 클라이언트 - 서버 방식으로 재 변경하였다. 서버 쪽도 SendToHost() 등 호스트 방식을 위해서 추가했던 코드를 전부 삭제했다.클라이언트 측과 프로토콜 재정의 후, 형식에 맞게 함수와 패킷 구조등을 수정했다.Packet의 멤버 변수 id → from으로 변경했다.KeyPacket에서 key → position, velocity, acceleration, time을 전달하게 변경했다.서버 쪽에서 클라이언트의 ..

나만무중요한 바뀐 점byte[] → json으로 패킷 형식 변경으로 대공사를 진행했다.packet.js로 class를 이용해 패킷 형식을 관리하고, json을 사용하기 용이하도록 변경했다.writeEndian 문제서버에서 클라이언트로 보내는 데이터의 길이나 값이 9억 같이 이상하게 들어오는 오류가 있었다.바이트 데이터를 찍어보면서 데이터가 어떻게 들어오는지 확인했다.들어온 데이터를 분석한 결과 빅 엔디안과 리틀 엔디안 문제라는 것을 파악할 수 있었다.writeUInt32BE의 경우 빅엔디안으로 쓰고 LE의 경우 리틀 엔디안으로 쓰는데, BE로 저장하고 LE로 읽으려고 했기 때문에 들어온 데이터가 0으로 읽히는 오류가 발생했다.writeUInt32BE를 writeUInt32LE로 수정함으로 오류를 해결했다..

나만무플레이어 결승선 도착플레이어가 결승선에 도달했을 때의 코드를 작성했다.아직 멍청서버를 만들고있기 때문에 후에 더 수정 될 예정이다.원래의 broadcast의 경우 나를 제외한 나머지 유저들에게 정보를 보내는 코드여서 broadcastAll이라는 함수를 새로 만들어서 사용했다.플레이어 출발결승선을 만들고 난 뒤, 출발도 만들었다.일단 outgame 부분과 로딩을 확인하는 부분이 없으니 플레이어 한명이 버튼을 누르면 그 트리거를 바탕으로 프로토콜을 전달 받으며 게임을 실행하는 것으로 간단하게 만들었다.UML 구조GameStart 프로토콜을 서버가 클라이언트에게서 받으면 GameStartCountDown()을 호출한다. GameStartCountDown()에서 플레이어에게 카운트 다운을 시작하라고 Gam..

나만무플레이어 결승선 도착플레이어가 결승선에 도달했을 때의 코드를 작성했다.아직 멍청서버를 만들고있기 때문에 후에 더 수정 될 예정이다.원래의 broadcast의 경우 나를 제외한 나머지 유저들에게 정보를 보내는 코드여서 broadcastAll이라는 함수를 새로 만들어서 사용했다.플레이어 출발결승선을 만들고 난 뒤, 출발도 만들었다.일단 outgame 부분과 로딩을 확인하는 부분이 없으니 플레이어 한명이 버튼을 누르면 그 트리거를 바탕으로 프로토콜을 전달 받으며 게임을 실행하는 것으로 간단하게 만들었다.UML 구조GameStart 프로토콜을 서버가 클라이언트에게서 받으면 GameStartCountDown()을 호출한다. GameStartCountDown()에서 플레이어에게 카운트 다운을 시작하라고 Gam..

나만무순환참조 문제InGameServer.js의 broadcast()를 ProtocolHandler.js에서 사용하기 위해 InGameServer를 import했는데, InGameServer에서 이미 ProtocolHandler를 참조(import)하고 있었기에 순환 참조 문제가 발생했다.broadcast() 함수를 ProtocolHandler로 옮겨서 해결했다.코드 아키텍쳐 설계의 중요성을 다시 한 번 알게됐다.변수 수정 문제유저를 id로 관리할 때, 기존에는 간단하게 구현했었다.sockets의 size를 id 삼아서 사용했었는데, 이를 id를 랜덤으로 생성하도록 변경한 후, 이 부분을 다시 변경해주지 않아서 문제가 발생했다.변수를 잘못 사용하던 부분을 수정하여 해결했다.협업 문제클라이언트와 소통하는 ..

나만무Buffer issue다른 플레이어가 접속했을 때, 33번 프로토콜을 전송했는데, 이상한 프로토콜을 받아오는 문제가 있었다.보내고 받을 때, 비슷한 형식의 코드를 쓰고 있었기 때문에 코드에 문제점은 없었고, 실제로 console.log를 찍어봤을 때에도 문제가 없었다.유니티에서 스트림이 쌓여 있을 때, ReceiveData() 함수를 실행한다.이것을 보고 혹시 버퍼의 다른 값이 들어가 있어서 새로운 값이 들어 왔을 때, 버퍼가 합쳐지면서 값이 달라졌을 것이라고 생각했다.서버쪽의 코드를 확인해보았는데, 확인용으로 써놨던 broadcast(”newPlayer”,socket) 함수가 있었고, 클라이언트 쪽에서는 이 부분이 프로토콜이 없다보니 읽지 않아서 스트림에서 빠져나가지 않고, 차있는 상태였다. 그래..