네트워크 / 인터넷을 통해 작업하고 싶은 "협업"기능이있는 플랫 포머 게임을 만들고 있습니다.
이제 모든 프로그래머가 게임 네트워킹에 대해 알아야 할 내용 과 같은 기사를 포함하여 네트워크 게임 프로그래밍에 대해 읽었으며 Peer-to-Peer 잠금 단계 및 서버 클라이언트 예측 아키텍처와 같은 기술의 차이점을 이해합니다.
- 인터넷을 통해 진행되는 실시간 게임의 경우 Peer-to-Peer 잠금 단계는 옵션이 아니라고 결론을 내 렸습니다.
- 또한 플랫 포머의 경우에도 간단한 클라이언트-서버 아키텍처 (어떤 종류의 클라이언트 예측이 없음)로 인해 서버 왕복으로 인한 동작과 반응 사이의 지연으로 인해 게임 플레이가 저하 될 수 있습니다. (중앙 서버의 필요성을 없애고 싶다고 말했기 때문에 클라이언트 인 플레이어 중 한 명만이 실제로이 지연을 경험할 것입니다).
이것은 클라이언트 예측을 남기지 만 플랫 포머와 같은 간단한 게임의 경우에도 여전히 복잡하게 들립니다.
멀티 플레이어 플랫 포머 게임을위한 작동중인 클라이언트 예측 시스템을 만들려면 어떻게해야합니까?
1
협동 게임에서 걱정할 것이 훨씬 적은 것은 부정 행위입니다.)
—
Jonathan Connell
나는 이것을 건설적이지 않은 것으로 표시했다. 제기 된 질문 ( "클라이언트 예측을 사용하는 네트워크 게임을 작성하는 데 얼마나 많은 노력이 필요합니까? 네트워킹 코드로 구성된 코드베이스의 절반으로 끝날 것입니까?")은 너무 광범위하고 문제에 국한되지 않습니다. 대답은 기본적으로 "의존적"일 것입니다. 이것은 좋은 대답이 아닙니다.
—
TravisG
-1, "얼마나 많은 일"이 주관적입니다.
—
Tetrad
얼마나 많은 일을 하는가, 주관적이지는 않지만 주관적이지는 않지만 몇 가지 요소 (게임의 크기, 정확성 요구 사항 등)에 의존합니다. 어떤 유형 의 작업이 더 좋은 질문인지); 그러나 OP는 실제로 많은 노력이 필요하며 코드베이스 에서이 유형의 코드가 얼마나 큰지 묻고 있다고 생각합니다. 말했듯이, 너무 광범위 할 수 있습니다. 나는 더 좁은 해석을 선택하고 그에 대답했다. OP는 질문을 몇 가지 매우 구체적인 지점으로 좁히기 위해 조금 더 노력해야한다고 생각합니다.
—
Nate
@Tetrad 죄송합니다-이 질문을 가능한 한 객관적으로 만들기 위해 최선을 다했지만, 제 질문은 "Y 형 게임에 대해 클라이언트 작동 예측 시스템을 만드는 것이 어렵습니다"로 끝납니다. 하지만 시간이 제한되어있어 X 일 재생 후 너무 많은 학습이 너무 늦습니다. Y에 대한 자세한 내용을 제공하려고하지만 "너무 현지화 된"질문을하고 싶지 않습니다. 여기서 가장 큰 문제는 모든 플랫 포머에게 공통적 인 운동입니다 (다른 사람들 이이 질문을 유용하게 사용하기를 원합니다). 이 질문을 개선 할 수 있다면 제안을 부탁드립니다.
—
Justin