Gửi gì đến máy chủ trong game FPS thời gian thực?

Cách đúng để nói vị trí của người chơi cục bộ của chúng tôi với máy chủ là gì? Một số tài liệu nói rằng tốt hơn là gửi đầu vào bất cứ khi nào chúng được sản xuất. Và một số tài liệu nói rằng khách hàng gửi vị trí của nó trong một khoảng thời gian cố định.

Với cách tiếp cận gửi đầu vào: Tôi nên làm gì nếu người chơi đang giữ phím điều hướng? Nó có nghĩa là tôi cần gửi một gói đến máy chủ trong mỗi khung. Có quá nhiều không? Và cũng có vòng quay của người chơi từ đầu vào chuột. Đây là một ví dụ:

http://www.gabrielgambetta.com/fpm_live.html

Điều gì về việc gửi vị trí trong cách tiếp cận khoảng thời gian cố định. Nó gửi quá ít tin nhắn đến máy chủ. Nhưng nó cũng làm giảm khả năng phản hồi.

Vậy cách nào tốt hơn?

Câu trả lời đơn giản: gian lận hoặc không chính xác!

Nếu bạn đã chơi một số game bắn súng trực tuyến, rất có thể bạn đã trải nghiệm cái gọi là "dải cao su" nếu kết nối của bạn với máy chủ không tốt.

Điều này được gây ra bởi khách hàng của bạn thỉnh thoảng sửa vị trí của bạn.

Về cơ bản, những gì xảy ra ở hai bên:

• Máy chủ sẽ theo dõi chuyển động của bạn và gửi thông tin cập nhật cho khách hàng như mong đợi. Chúng không phải luôn luôn được cập nhật đầy đủ. Mỗi khung x có thể có một bản cập nhật đầy đủ, tất cả các khung khác bạn chỉ gửi vectơ vận tốc mới (nếu có bất kỳ thay đổi nào).

• Khách hàng của riêng bạn sẽ cho phép bạn di chuyển tự do nhưng sẽ sử dụng các bản cập nhật do máy chủ cung cấp để sửa / điều chỉnh vị trí của bạn. Điều này sẽ đảm bảo trò chơi cảm thấy nhạy, ngay cả khi bạn không cập nhật khung vị trí theo từng khung.

Nhưng đầu vào được xử lý như thế nào? Khách hàng của bạn sẽ gửi vị trí của bạn đến máy chủ "Tôi đã chuyển đến đó." Máy chủ sẽ xác minh bản cập nhật này (ví dụ: bạn có thể di chuyển đến đó nhanh không?) Và nếu nó hợp lệ di chuyển bạn (hoặc từ chối bản cập nhật của bạn, dẫn đến "dải cao su").

Vì vậy, có, cách tiếp cận khoảng thời gian cố định của bạn rất có thể sẽ làm việc và là đủ.

Nhưng ngay cả khi bạn muốn gửi đầu vào và xử lý chuyển động ở cả hai bên, hãy nhớ rằng bạn không phải gửi "nút vẫn được nhấn". Thay vào đó, hãy gửi một sự kiện khi nhấn nút và một sự kiện khác sau khi nút được phát hành.

Nếu bạn chưa có, tôi khuyên bạn nên đọc hai bài viết sâu sắc nhưng dễ hiểu này: https://developer.valvesoftware.com/wiki/Source_Multiplayer_Networking và http://fabiensanglard.net/quake3/network.php .

Những điều này giải thích tại sao nên sử dụng gửi gói 'khoảng thời gian cố định'. Nói ngắn gọn, trên thực tế, điều này chủ yếu quan trọng đối với các gói được gửi bởi máy chủ.

Gửi một gói có chi phí cố định và kích thước tối đa của gói mạng là khoảng 1,5 KB. Vì vậy, nếu bạn có 16 người chơi trên máy chủ của mình, mỗi khung hình khi bạn tính toán chuyển động cho một người chơi, mã ngây thơ có thể gửi một gói cập nhật cho mỗi người chơi sau mỗi độ phân giải chuyển động, vì vậy 16 * 16 = 256 gói. Nếu bạn có tốc độ khung hình là 30, thì đó là 7680 gói.

Một cách tiếp cận tốt hơn, là tạo một bộ đệm trong mỗi đầu khung, nối vào đó cập nhật 16 vị trí được tính toán của bạn và sau đó gửi chúng cho 16 người chơi của bạn.

Bây giờ bạn chỉ gửi 480 gói theo giây cho kết quả tương tự.

Trong trường hợp người chơi đến máy chủ, điều đó chỉ có nghĩa là bạn nên gửi, trong cùng một gói dữ liệu tối đa, như; nhìn vị trí, hành động được gọi là khung này và như vậy.

Về phần thứ hai của câu hỏi của bạn - cách tôi chọn để giảm cảm giác trễ là gửi thông tin này đến máy chủ trên mỗi khung:

• vị trí hiện tại của người chơi (được máy chủ sử dụng để kiểm tra xem vị trí phía máy chủ và phía người chơi không bị đồng bộ hóa quá nhiều).

• Vị trí người chơi ước tính trong 1 giây: được tính bởi khách hàng: nếu người chơi không thay đổi hướng chuột và để bàn phím ở trạng thái hiện tại trong 1 giây thì người chơi sẽ ở đâu? (chúng tôi không quan tâm đến va chạm) Nếu người chơi không di chuyển, thì vị trí ước tính của anh ta trong 1 giây là vị trí hiện tại.

• Vị trí anh nhìn vào.

Mỗi lần máy chủ nhận được thông tin này, nó sẽ cập nhật vị trí trong tương lai và vị trí nhìn, và cuối cùng thực thể người chơi sẽ tiến tới vị trí tương lai.

Người chơi không bao giờ được đồng bộ hóa chính xác, nhưng phản hồi đầu vào là tức thời (quan trọng nhất đối với tôi) và tôi thấy các vị trí dự đoán là đủ chính xác đối với tôi.