Gerçek zamanlı FPS oyununda sunucuya ne gönderilir?

Yerel oyuncumuzun sunucuya pozisyonunu söylemenin doğru yolu nedir? Bazı belgeler, girdileri üretildiği zaman göndermenin daha iyi olduğunu söylemektedir. Bazı belgeler müşterinin pozisyonunu sabit bir aralıkta gönderdiğini söylüyor.

Girişleri gönderme yaklaşımı ile: Oynatıcı yön tuşlarını basılı tutarsa ​​ne yapmalıyım? Bu, her çerçevede sunucuya bir paket göndermem gerektiği anlamına geliyor. Çok fazla değil mi? Ayrıca, oynatıcının fare girişinden dönmesi de var. İşte bir örnek:

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

Pozisyonu sabit aralıklı yaklaşımla göndermeye ne dersin? Sunucuya çok az mesaj gönderir. Ancak aynı zamanda duyarlılığı azaltır.

Peki hangi yol daha iyi?

Basit cevap: hile ya da bu kadar doğru olmayın!

Eğer çevrimiçi olarak biraz tetikçi oynadıysanız, sunucuya bağlantınız kötüyse büyük olasılıkla "lastik bantlama" denilen deneyime sahip olacaksınız.

Bunun nedeni müşterinizin zaman zaman pozisyonunuzu düzeltmesidir.

Temel olarak, iki tarafta neler olur:

• Sunucu, hareketinizi izler ve beklendiği gibi istemcilere güncelleştirmeler gönderir. Bunlar her zaman tam güncellemeler olmak zorunda değildir. Her x karesi tam bir güncelleme olabilir, diğer tüm kareler sadece yeni hız vektörleri gönderir (eğer herhangi bir değişiklik varsa).

• Kendi müşteriniz serbestçe hareket etmenize izin verecek, ancak konumunuzu düzeltmek / ayarlamak için sunucu tarafından sağlanan güncellemeleri kullanacaktır. Bu, pozisyon çerçevesini güncellemeseniz bile, oyunun duyarlı hissetmesini sağlayacaktır.

Fakat girdi nasıl işlenir? Müşteriniz konumunuzu "Oraya taşındım" sunucusuna gönderir. Sunucu bu güncellemeyi doğrulayacaktır (örneğin, o kadar hızlı hareket edebilmeniz gerekir mi?) Ve eğer geçerliyse sizi hareket ettirir (veya güncellemenizi reddederek "lastik bantlama" ile sonuçlanır).

Yani evet, sabit aralıklı yaklaşımınız büyük olasılıkla işe yarayacak ve yeterli olacaktır.

Ancak, giriş göndermek ve her iki taraftaki hareketi idare etmek isteseniz bile, "düğmeye hala basıldığını" göndermek zorunda olmadığınızı unutmayın. Bunun yerine, düğmeye basıldığında bir olay ve düğmeye bırakıldığında bir tane daha gönderin.

Henüz yapmadıysanız, bu iki derin ancak anlaşılır makaleyi okumanızı öneririm: https://developer.valvesoftware.com/wiki/Source_Multiplayer_Networking ve http://fabiensanglard.net/quake3/network.php .

Bunlar, neden 'sabit aralıklı' paket gönderimi kullanmanın önerildiğini açıklamaktadır. Kısacası, aslında sunucu tarafından gönderilen paketler için önemlidir.

Bir paket göndermenin sabit bir maliyeti vardır ve bir ağ paketinin maksimum boyutu yaklaşık 1,5 KB'dir. Eğer sunucunuzda örneğin 16 oyuncu varsa, bir oyuncu için hareketi hesapladığınızda her kare, naif kod her hareket çözünürlüğünden sonra her oyuncuya bir güncelleme paketi gönderebilir, yani 16 * 16 = 256 paket. 30'luk bir kare hızınız varsa, bu 7680 pakettir.

Daha iyi bir yaklaşım, çerçevenin her başlangıcında bir tampon oluşturmak, içinde hesaplanmış 16 konum güncellemenizi birleştirmek ve sonra bunları 16 oynatıcınıza göndermek.

Şimdi aynı sonuçları elde etmek için saniyede yalnızca 480 paket gönderiyorsunuz.

Oyuncudan sunucuya durumda, bu aynı pakette, örneğin; pozisyon baktı, eylemler bu çerçeveye çağırdı ve böyle devam etti.

Sorunuzun ikinci kısmı hakkında - gecikme hissini azaltmayı tercih etme yöntemim, bu bilgiyi her karedeki sunucuya göndermek oldu:

• oyuncunun gerçek geçerli konumu (sunucu tarafı ve oyuncu tarafı konumlarının fazla senkronize edilip edilmediğini kontrol etmek için sunucu tarafından kullanılır).

• 1 saniyede tahmini oyuncu pozisyonu: müşteri tarafından hesaplanır: oyuncu fare yönünü değiştirmezse ve klavyeyi geçerli durumda 1 saniye bırakırsa oyuncu nerede olur? (Çarpışmaları umursamıyoruz) Eğer oyuncu hareket etmiyorsa, 1 saniye içinde tahmin edilen pozisyonu mevcut pozisyonudur.

• Baktığı pozisyon.

Sunucu bu bilgiyi her aldığında, gelecekteki pozisyonu ve bakılan pozisyonu günceller ve oyuncu varlığı eninde sonunda pozisyonuna geçer.

Oyuncular hiçbir zaman tam olarak senkronize edilmez, ancak giriş yanıtı anındadır (benim için en önemli olan) ve tahmin edilen konumların benim için yeterince doğru olduğunu tespit ettim.