Gioco dell'anatra: Guida Netcode per modder

Capire che, come funziona il netcode renderà le tue armi/oggetti compatibili con il multiplayer senza dover fare un sacco di test, e se non hai amici o due computer, può risparmiare ore di debugging non necessario e situazioni senza speranza.
P.s questa guida è una traduzione. Originale: https://steamcommunity.com/sharedfiles/filedetails/?id=1394086869

public StateBinding _frameBinding = new StateBinding("spriteFrame", -1, false, false);
public byte spriteFrame {
      get {
        if (this._chargeAnim == null)
          return (byte) 0;
        return (byte) this._chargeAnim._frame;
      }

      set {
        if (this._chargeAnim == null)
          return;
        this._chargeAnim._frame = (int) value;
      }
    }

public StateBinding _netBounceSoundBinding = (StateBinding) new NetSoundBinding("_bounceSound "); //Statebinding для _bounceSound
public StateBinding _netYellSoundBinding = (StateBinding) new NetSoundBinding("_netYellSound "); //StateBinding для _netYellSound

public NetSoundEffect _bounceSound = new NetSoundEffect(); //Пустой SoundEffect, который будет привязан к функции.

public NetSoundEffect _netYellSound = new NetSoundEffect(new string[3]
    {
      "quackYell01",
      "quackYell02",
      "quackYell03"
    }); //Создание нового NetSoundEffect, который, будучи единожды воспроизведён, запустит три новых звука, и его синхронизация, чтобы остальные игроки услышали новый звук.
public override void Initialize()
{
    _bounceSound.function = new NetSoundEffect.Function(Bounce);
}

void Bounce()
{
    SFX.Play(GetPath("myBounceSound.wav"));
    shake = 5f;
}

public StateBinding _laserStateBinding = (StateBinding) new StateFlagBinding(new string[3]
{
"_charging",
"_fired",
"doBlast"
});
public bool doBlast;
public bool _fired;
public bool _charging;

Esempio tratto da HugeLaser. In realtà, i campi _charge e_fired non vengono utilizzati in esso, e dipende dallo sprite frame e dall'indice di animazione, quale, a sua volta, sincronizzato. E questo è il modo migliore per chiamare, altrimenti ci sarebbe un ritardo tra tutti i clienti. inoltre, nella scrittura del codice corretto funziona con StateBindigs (parti).

Tipi di StateBindigs, che non hai bisogno di sapere, poiché vengono utilizzati solo per l'ottimizzazione:

Associazione dati(campo stringa) – Funziona in modo più efficiente con BitBuffers, e solo con loro.
CompressedVec2Binding – Riduce le dimensioni di Vec2. Tutti i costruttori hanno valori massimi.
CompressoFloatBinding – Diminuisce la dimensione del galleggiante. Tutti i costruttori hanno valori massimi.
InterpolatedVec2Binding[/b] – Estensione CompressedFloatBinding con priorità più alta.

[h]Come scrivere il codice corretto, che funziona con StateBindinds.[/h]
Questo è particolarmente importante se hai a che fare con cose come timer o valori che cambiano rapidamente. Fondamentalmente quello che devi fare è scrivere le tue cose come se potessero saltare casualmente un mucchio di numeri e funzionare ancora alla fine.

Questo è particolarmente importante, se hai a che fare con timer o valori, che cambiano rapidamente. In sostanza devi scrivere il codice in questo modo, come se potesse saltare accidentalmente alcuni numeri e continuare a funzionare

Ecco un esempio: Hai un timer galleggiante, che decrementa il suo valore ad ogni frame, e appena arriva a zero, sta succedendo qualcosa.
Qui, come non valerne la pena:

Timer–;
Se(timer == 0) fare cose();

Funziona alla grande nel gioco locale; ma online, ogni frame può inviare solo una quantità limitata di dati, e molto probabilmente il valore del timer diminuirà ogni tre o più fotogrammi. In questo caso, il timer diminuirà così(supponendo, con cosa inizia? 10):
10 -> 10 -> 10 -> 7 -> 7 -> 5 -> 5 -> 5 -> 2 -> 2 -> 2 -> -1 -> -1 -> -3……
Come vedi, 0 è stato saltato e doStuff() mai iniziato.

Qui, Come sistemarlo:

Timer–;
Se(Timer <= 0) fare cose();

Facilmente, non è questo? E funzionerà davvero!
Per questo motivo c'era un bug con un caricamento infinito della mappa Internet. Londra (sviluppatore) usato ==, e quando il numero richiesto è stato saltato a causa delle curve delle mappe, è andato oltre nell'infinito. per fortuna, è stato corretto in beta.

Sebbene, questa è solo metà del puzzle, in quanto è altrettanto importante scegliere i valori corretti per la sincronizzazione. Oltre ai campi _carica e_cotto, Enorme laser – questo è un ottimo esempio di, come dovrebbero essere i timer.

Brevemente, allora qui, cosa sta succedendo lì?: 2 StateBinding per le animazioni, usando l'indice di animazione e lo sprite frame. Questo può essere usato per sincronizzare le animazioni.

StateFlagBinding è molto utile, quando hai a che fare con più booleani, per esempio, se qualcosa è aperto, chiuso o bloccato.

È solo un modo più veloce per eseguire più associazioni di stati logici, che in realtà è abbastanza obsoleto.

I parametri devono essere bool da usare, e quindi i loro valori verranno compressi in uno ushort. Usare ushort significa, che non puoi avere di più 16 campi logici.

public StateBinding _laserStateBinding = (StateBinding) new StateFlagBinding(new string[3]
{
"_charging",
"_fired",
"doBlast"
});
public bool doBlast;
public bool _fired;
public bool _charging;

Esempio tratto da HugeLaser. In realtà, i campi _charge e_fired non vengono utilizzati in esso, e dipende dallo sprite frame e dall'indice di animazione, quale, a sua volta, sincronizzato. E questo è il modo migliore per chiamare, altrimenti ci sarebbe un ritardo tra tutti i clienti. inoltre, nella scrittura del codice corretto funziona con StateBindigs (parti).

Tipi di StateBindigs, che non hai bisogno di sapere, poiché vengono utilizzati solo per l'ottimizzazione:

Associazione dati(campo stringa) – Funziona in modo più efficiente con BitBuffers, e solo con loro.
CompressedVec2Binding – Riduce le dimensioni di Vec2. Tutti i costruttori hanno valori massimi.
CompressoFloatBinding – Diminuisce la dimensione del galleggiante. Tutti i costruttori hanno valori massimi.
InterpolatedVec2Binding[/b] – Estensione CompressedFloatBinding con priorità più alta.

[h]Come scrivere il codice corretto, che funziona con StateBindinds.[/h]
Questo è particolarmente importante se hai a che fare con cose come timer o valori che cambiano rapidamente. Fondamentalmente quello che devi fare è scrivere le tue cose come se potessero saltare casualmente un mucchio di numeri e funzionare ancora alla fine.

Questo è particolarmente importante, se hai a che fare con timer o valori, che cambiano rapidamente. In sostanza devi scrivere il codice in questo modo, come se potesse saltare accidentalmente alcuni numeri e continuare a funzionare

Ecco un esempio: Hai un timer galleggiante, che decrementa il suo valore ad ogni frame, e appena arriva a zero, sta succedendo qualcosa.
Qui, come non valerne la pena:

Timer–;
Se(timer == 0) fare cose();

Funziona alla grande nel gioco locale; ma online, ogni frame può inviare solo una quantità limitata di dati, e molto probabilmente il valore del timer diminuirà ogni tre o più fotogrammi. In questo caso, il timer diminuirà così(supponendo, con cosa inizia? 10):
10 -> 10 -> 10 -> 7 -> 7 -> 5 -> 5 -> 5 -> 2 -> 2 -> 2 -> -1 -> -1 -> -3……
Come vedi, 0 è stato saltato e doStuff() mai iniziato.

Qui, Come sistemarlo:

Timer–;
Se(Timer <= 0) fare cose();

if(isServerForObject)
  Level.Add(new Crate(500,500));

sì, hai bisogno di una condizione aggiuntiva, ed ecco perché:

Poiché ogni cliente ha il proprio codice arma in esecuzione, аспавнится 2 scatole; uno a livello locale, e il secondo dal proprietario dell'oggetto.
isServerForObject controlla, se il computer corrente possiede l'oggetto, in modo che l'oggetto venga generato solo una volta.

In realtà, Puoi controllare, è l'anatra locale?, utilizzando isServerForObject.

In realtà, c'è un'altra cosa, che dovresti conoscere, e questo è Accarezzare. Infatti, ti permette di prendere il controllo della cosa e stabilire una connessione.

public void Fondle(Thing t)
    {
      if (t == null || !Network.isActive || (!this.isServerForObject || !t.CanBeControlled()) || (this.connection != DuckNetwork.localConnection || t.connection == this.connection))
        return;
      t.connection = this.connection;
      ++t.authority;
}

public static void UpdateNetmessageTypes()
public static void UpdateNetmessageTypes() {
IEnumerable subclasses = Editor.GetSubclasses(typeof(NetMessage));
    Network.typeToMessageID.Clear();
    ushort key = 1;
    foreach (System.Type type in subclasses)
    {
        if (type.GetCustomAttributes(typeof(FixedNetworkID), false).Length != 0) {
            FixedNetworkID customAttribute = (FixedNetworkID)type.GetCustomAttributes(typeof(FixedNetworkID), false)[0];
            if (customAttribute != null)
                Network.typeToMessageID.Add(type, customAttribute.FixedID);
        }
    }
    foreach (System.Type type in subclasses) {
        if (!Network.typeToMessageID.ContainsValue(type)) {
            while (Network.typeToMessageID.ContainsKey(key))
                ++key;
            Network.typeToMessageID.Add(type, key);
            ++key;
        }
    }
}

public override void OnPostInitialize() {
    UpdateNetmessageTypes();
}

public override void OnPostInitialize() {
    UpdateNetmessageTypes();
}

Ecco, ora puoi usare NetMessage nella tua mod.

Infatti, tutto NetMessage, che userai, questi sono eventi (eventi).
Puoi anche usare il normale NetMessage(NMDuckNetwork), ma solo se invii dati ad altri, come cappelli personalizzati.

Il tuo ipotetico NetMessage funziona in questo modo:
L'override di OnSerilize riempie il buffer di bit serializedData con i dati di ogni campo della classe (al contrario di StateBidning, le proprietà non funzionano), poi vengono inoltrati da interwebs(interweb), dove al ricevimento passano attraverso l'override di OnDeserilize, dove mette tutti i valori dal bitbuffer nei campi corretti.

Per tutti i Netmessages è necessario un costruttore vuoto, perché, quando ricevi il messaggio, verrà creato un nuovo oggetto di questo tipo, usando un costruttore vuoto. Se non ce l'hai, sarai schiacciato (non un giocatore di anime).

Qui, che aspetto ha un semplice NetMessage:

class NMTimeLimit : NMDuckNetworkEvent
    {
        public string message;
        public NMTimeLimit()
        {

        }

        public NMTimeLimit(string msg)
        {
            message = msg;
        }

        public override void Activate()
        {          
            base.Activate();
            HUD.AddInputChangeDisplay(message);
        }

    }

Ecco un elenco di tutti i tipi di dati, che verrà automaticamente serializzato e deserializzato(molto importante, per rendere pubblici i campi! altrimenti non verranno serializzati):

• corda
• galleggiante
• Doppio
• byte
• sbyte
• bool
• corto
• ucorto
• int
• uint
• lungo
• ulong
• char
• Vec2
• Qualunque cosa, ciò che eredita o è Cosa

Quando si applica questo alle anatre: usa byte per netIndex.

duck.profile.networkIndex

e poi trova un'anatra, usando

DuckNetwork.profili[(int) indice].anatra;

In questo modo, tutti i tuoi messaggi, legati all'anatra, spedirà molto più velocemente, e le possibilità di fuori sincrono saranno notevolmente ridotte.

E cosa, se vuoi un qualche tipo di array? Poiché non è supportato automaticamente, dovremo cambiare le sostituzioni OnSerilize e OnDeserilize.

int[] myArray = new int[] { 25,30,29};
protected override void OnSerialize()
{
      base.OnSerialize(); //это то, что автоматически сериализирует поля, так что не убирайте это.

      serializedData.Write(myArray.Length);
      foreach (var num in myArray)
             serializedData.Write(num); //то же самое, что и в примере с BitBuffer'ом

public override void OnDeserialize(BitBuffer msg)
{
      base.OnDeserialize(msg); //автоматически десериализирует поля, не убирайте это.
      //так как при сериализации base.OnSerilize выполнялся первым, base.OnDeserilize тоже должен выполняться первым.

      myArray = new int[msg.ReadInt()];
      for (int i = 0; i < myArray.Length; i++)
          myArray[] = msg.ReadInt();
}
//по сути, вам нужно выяснить, как превратить что-либо в BitBuffer