Bir istemci / sunucu gerçek zamanlı video oyununda daha hızlı bilgisayarlarla nasıl başa çıkılır?

Socket.io kullanarak ilk çevrimiçi oyunumu oluşturuyorum ve bunun agar.io veya diep.io gibi gerçek zamanlı çok oyunculu bir oyun olmasını istiyorum.

Ama tüm bilgisayarları aynı hızda nasıl çalıştıracağımızı anlamaya çalışıyorum.

Modeller için üç fikrim var, ancak hiçbiri doğru görünmüyor ve normal video oyunlarının nasıl yaptığını merak ediyorum. (Fikirlerimi okumayı atlayabilirsiniz; size yaşadığım sorunları görmeniz için bir yol sunarlar.)

1. Sunucu, istemcilerin kendi başlarına çalışmasına ve sunucuya güncellemeleri iletmesine izin verir, bu da onları diğer istemcilere yayınlar. Bu, bazı bilgisayarların diğerlerinden daha hızlı çalıştığı ve daha hızlı güncelleme yapmalarına ve ekran boyunca daha hızlı hareket etmelerine izin verme sorununa sahiptir.

2. Sunucudan istemcilere ne zaman güncelleme yapılacağını söyleyin. Daha sonra son müşteri yanıt verene kadar bekleyebilirim (bir kişinin bilgisayarının yavaş olması durumunda korkunç bir fikir), ilk istemci yanıt verene kadar bekleyebilirim (yine, her çerçeveden önce iletişim bekleniyor) veya sadece olabildiğince hızlı gönderebilirim ( 1 numarayla aynı sorunla karşılaşıyor gibi görünüyor).

3. Oyunun başında, sunucuya müşterilere ne kadar hızlı güncelleme yapılacağını söyleyin. Bu, müşterinin o zaman aralığındaki hareketi kısıtlamaktan sorumlu olacağı anlamına gelir. Örneğin, birisi bu süre içinde bir şekilde iki kez bir düğmeye basmayı başarırsa, yalnızca bir düğmeye basma olayı gönderir. Bu, bazı eylemlerin göz ardı edilmesi (çift düğmeye basma gibi) ve etkileşimin, sunucunun saatiyle eşleşmeyebilecek istemcinin saatine dayanması sorunudur. Sunucunun her istemciyi takip etmesi ve güncellemelerinin doğru zamanda gönderildiğinden emin olması gerekir.

Biraz araştırma yaptım , ancak okuduğum makaleler, bir istemci diğer istemcilerden daha hızlı güncellemeler gönderirse ne yapacağını özellikle ele almıyor gibi görünüyor.

Benim özel durumumda, daha yüksek klavye hızlarına sahip kişilerle uğraşıyorum (bilgisayarları diğer bilgisayarlardan daha fazla klavye güncellemesi gönderir).

Programcılar genellikle bununla nasıl ilgilenir?

Üçüncü fikriniz, bu tür bir soruna endüstri çözümü olarak düşündüğüm şeylere en yakın olanı gibi görünüyor.

Tanımladığınız şey genellikle Keneler olarak adlandırılır . Her bir işarette, seri halinde her istemci için sabit sayıda eylem işlenir. Çoğu zaman, oyun sunucularının yetenekli olduklarında bazı paralel eylemleri olacaktır, ancak bu çok daha karmaşık bir sorundur.

Bir kene muhtemelen 1 / N saniye şeklinde olacak, N saniyedeki kene sayısı veya Tickrate olacaktır. Kullanım durumunuza bağlı olarak bu tickrate çok sık veya çok seyrek olabilir. Benim kişisel önerim, daha fazlasına ihtiyacınız olmadığından emin olmadan saniyede 60 kenenin üzerinde bir tickrate önlemek olacaktır. Muhtemelen bilmiyorsunuz :)

Eylemler atomik olmalıdır. Örneğin, slither.io'da, vurmak gibi bir oyuncu harekete geçmedikçe, hareket etme gibi bir eylem, zincirinizi kırmak gibi bir şeyi hemen işlememelidir. Bu, piksel düzeyindeki bir şey için önemsiz görünebilir, ancak karo tabanlı hareketle uğraşıyorsanız, çok daha belirgin hale gelir ve adalet sağlar. Oyuncu A döşemesi X, Y'ye ve Oyuncu B şu döşemede bulunuyorsa, işaretin sonunda, oyuncu B'nin aralarında herhangi bir eylem gerçekleştirmesi için yine de bu döşemede olduğundan emin olmalısınız.

Ayrıca, bağımsız olarak sunucu tarafında yapılmadıkça, hesaplamalarınızın herhangi birinin istemci tarafında yapılmasından kaçının diyorum. Bu, fizik ile karmaşık ve pahalı hale gelir (birçok oyun, bu nedenle fizik için diğer birçok eylem ve olaydan daha düşük bir kene oranı seçer)

Referans olarak, burada kendi oyun sunucuları ve çok oyunculu ağ anlayışınızı desteklemek için iyi bir bağlantı .

Son olarak, adilliğin sunucunuzu mahvetmesine izin verme diyorum. Oyununuzun haksız olmasına neden olan istismarlar varsa bunları düzeltin. Küçük bir avantajı olan daha iyi bir bilgisayar meselesi ise, bunun bir anlaşma kadar büyük olmayabileceğini söyleyebilirim.

Aşağıdaki sistem, tüm istemcilerin ve sunucunun herhangi bir zamanda neredeyse aynı oyun durumunu paylaşmasını sağlar.

Oyunun durumunu hem istemci hem de sunucuda bulundurun.

İstemci bir komutu (fare, klavye, vb. Diğer girişler) kullanmaya çalıştığında, geçerliyse oyunun durumuna bakın.

Öyleyse, komutu gönderen istemcide çalıştırmadan sunucuya gönderin.

Sunucu komutu aldığında, geçerli ise oyunun durumuna bakın.

Eğer öyleyse, komutu sunucuda yürütülmesi bittikten sonra kesin tarihiyle TÜM istemcilere geri gönderin, ardından komutu istemcilere göndermek için minimum süreye eşit bir gecikmeden sonra komut tarafından istenen eylemleri yürütün . daha sonra tarihi kaydedin, bu geleceğin tahmin edilmesine yardımcı olur. Zaman çok değişiyorsa, oyun sisteminizi daha kararlı hale getirin.

Bir istemci sunucudan bir komut aldığında, geçerliyse oyunun durumuna bakın, komut tarafından istenen eylemleri hemen yürütün, ardından geçerli tarihe bakın ve alınan tarih tahminiyle karşılaştırın. Geçerli değilse istemci senkronize değil. (Benzer bir bağlantıya sahip tüm istemciler aynı anda alınır)

Tarih daha önce ise, önceki adımda bir sorunla karşılaşırsınız, düzeltin. Tarih biraz sonra bir şey yapmazsa, Tarih uzun bir süre sonra ise, istemci senkronize değil, yani istemci çok geride kalıyor.

Bir istemci senkronize olmadığında, sunucunun tüm oyun durumunun bir kopyasını isteyin ve bunu kullanın. Bu çok sık gerçekleşirse, komut göndermekten daha pahalı olduğu için bunu düzeltin.

İstemcilerde, SADECE yapacak başka bir şey kalmadığında ekranda bir şeyler oluşturun. Basit senaryolarda, oluşturma işlevi yalnızca geçerli oyun durumunu girdi olarak alır.

Bunun da ötesinde, öngörücü sistemleri, gruplama komutlarını, yalnızca farkları oluşturma vb.

Doğrulama farklı olmalı, örneğin, komut isteklerini / zaman birimini sınırlamak sunucuya bağlıdır.

Bunun kullandığınız kütüphane veya ortam sorunu olup olmadığını bilmiyorum, ama bence bu tamamen yanlış.

Çok oyunculu oyunların büyük çoğunluğunda, gerçek hesaplamalar yapan sadece sunucudur. Müşteriler sadece gerçek performans probleminin 3D grafikler çizdiği aptal IO makineleridir. Ve bu durumda, istemcinin 20 veya 200 FPS'de çalışıp çalışamayacağı önemli değildir, çünkü bu sadece görselleri etkiler. Bu "istemci güncellemesi" nin kesinlikle bir anlamı olmadığı anlamına gelir. İstemci, sunucunun neyi hesaplayabileceğini "tahmin etmeye" çalışabilir, ancak bu sadece oyun hissini düzeltmek içindir ve oyunun kendisi üzerinde gerçek bir etkisi yoktur.

daha yüksek klavye hızları

Bunun ne anlama geldiğini bile bilmiyorum. Çoğu insan düşük kaliteli klavyelerin hızına bile yetişemez, bu yüzden oyuncuların performansını nasıl etkiler?

Aksi takdirde, soru çok geniş görünüyor ve bunun yerine, sahip olamayacağınız "genel" sorunu telafi etmek yerine, tek bir gerçek probleme odaklanmalısınız.