Jogo de pato: Guia Netcode para modders

Entendendo isso, como o netcode funciona tornará suas armas / itens compatíveis com multijogador sem ter que fazer um monte de testes, e se você não tem amigos ou dois computadores, pode economizar horas de depuração desnecessária e situações desesperadoras.
P.s este guia é uma tradução. Original: 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;

Exemplo retirado de HugeLaser. Na realidade, campos _charging e_fired não são usados ​​nele, e depende do quadro do sprite e do índice de animação, que, por sua vez, sincronizado. E esta é a melhor forma de ligar, caso contrário, haveria um atraso entre todos os clientes. além disso, na escrita de código adequado, isso funciona com StateBindigs (partes).

Tipos de StateBindigs, que você não precisa saber, uma vez que são usados ​​apenas para otimização:

Ligação de dados(campo de string) – Funciona com mais eficiência com BitBuffers, e só com eles.
CompressedVec2Binding – Reduz o tamanho Vec2. Todos os construtores vêm com valores máximos.
CompressedFloatBinding – Diminui o tamanho do flutuador. Todos os construtores vêm com valores máximos.
InterpolatedVec2Binding[/b] – Extensão CompressedFloatBinding de maior prioridade.

[h]Como escrever o código correto, que funciona com StateBinds.[/h]
Isso é especialmente importante se você estiver lidando com coisas como temporizadores ou valores que mudam rapidamente. Basicamente, o que você precisa fazer é escrever suas coisas como se elas pudessem pular um monte de números aleatoriamente e ainda funcionar no final.

Isso é especialmente importante, se você está lidando com temporizadores ou valores, que mudam rapidamente. Essencialmente, você precisa escrever o código assim, como se pudesse acidentalmente pular alguns números e ainda funcionar

Aqui está um exemplo: Você tem um temporizador de flutuação, o que diminui seu valor a cada quadro, e assim que chegar a zero, Algo está acontecendo.
Aqui, como não vale a pena:

cronômetro–;
E se(temporizador == 0) Fazer coisas();

Isso funciona muito bem em jogos locais; mas online, cada quadro só pode enviar uma quantidade limitada de dados, e muito provavelmente o valor do cronômetro diminuirá a cada três ou mais quadros. Nesse caso, o cronômetro diminuirá assim(assumindo, com o que isso começa 10):
10 -> 10 -> 10 -> 7 -> 7 -> 5 -> 5 -> 5 -> 2 -> 2 -> 2 -> -1 -> -1 -> -3……
Como você vê, 0 foi pulado e doStuff() nunca começou.

Aqui, Como corrigi-lo:

cronômetro–;
E se(cronômetro <= 0) Fazer coisas();

Facilmente, não é? E vai realmente funcionar!
Foi por isso que houve um bug com um carregamento infinito do mapa da Internet. Londres (desenvolvedor) usado ==, e quando o número necessário foi pulado devido às curvas dos mapas, foi mais longe no infinito. Felizmente, foi corrigido em beta.

Apesar, esta é apenas metade do quebra-cabeça, pois é igualmente importante escolher os valores corretos para a sincronização. Além dos campos _charging e_fired, Laser enorme – este é um ótimo exemplo de, como os cronômetros devem ser.

Brevemente, então aqui, o que está acontecendo lá: 2 StateBinding para animações, usando índice de animação e quadro de sprite. Isso pode ser usado para sincronizar animações.

StateFlagBinding é muito útil, quando você está lidando com vários booleanos, por exemplo, se algo está aberto, fechado ou bloqueado.

É apenas uma maneira mais rápida de fazer várias ligações de estado lógico, que está muito desatualizado.

Os parâmetros devem ser bool para usar, e então seus valores serão compactados em um ushort. Usar ushort significa, que você não pode ter mais 16 campos lógicos.

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

Exemplo retirado de HugeLaser. Na realidade, campos _charging e_fired não são usados ​​nele, e depende do quadro do sprite e do índice de animação, que, por sua vez, sincronizado. E esta é a melhor forma de ligar, caso contrário, haveria um atraso entre todos os clientes. além disso, na escrita de código adequado, isso funciona com StateBindigs (partes).

Tipos de StateBindigs, que você não precisa saber, uma vez que são usados ​​apenas para otimização:

Ligação de dados(campo de string) – Funciona com mais eficiência com BitBuffers, e só com eles.
CompressedVec2Binding – Reduz o tamanho Vec2. Todos os construtores vêm com valores máximos.
CompressedFloatBinding – Diminui o tamanho do flutuador. Todos os construtores vêm com valores máximos.
InterpolatedVec2Binding[/b] – Extensão CompressedFloatBinding de maior prioridade.

[h]Como escrever o código correto, que funciona com StateBinds.[/h]
Isso é especialmente importante se você estiver lidando com coisas como temporizadores ou valores que mudam rapidamente. Basicamente, o que você precisa fazer é escrever suas coisas como se elas pudessem pular um monte de números aleatoriamente e ainda funcionar no final.

Isso é especialmente importante, se você está lidando com temporizadores ou valores, que mudam rapidamente. Essencialmente, você precisa escrever o código assim, como se pudesse acidentalmente pular alguns números e ainda funcionar

Aqui está um exemplo: Você tem um temporizador de flutuação, o que diminui seu valor a cada quadro, e assim que chegar a zero, Algo está acontecendo.
Aqui, como não vale a pena:

cronômetro–;
E se(temporizador == 0) Fazer coisas();

Isso funciona muito bem em jogos locais; mas online, cada quadro só pode enviar uma quantidade limitada de dados, e muito provavelmente o valor do cronômetro diminuirá a cada três ou mais quadros. Nesse caso, o cronômetro diminuirá assim(assumindo, com o que isso começa 10):
10 -> 10 -> 10 -> 7 -> 7 -> 5 -> 5 -> 5 -> 2 -> 2 -> 2 -> -1 -> -1 -> -3……
Como você vê, 0 foi pulado e doStuff() nunca começou.

Aqui, Como corrigi-lo:

cronômetro–;
E se(cronômetro <= 0) Fazer coisas();

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

sim, você precisa de uma condição adicional, E é por causa disso:

Uma vez que cada cliente tem seu próprio código de arma rodando, заспавнится 2 caixas; um localmente, e a segunda do dono do objeto.
verificações de isServerForObject, se o computador atual possui o objeto, de modo que o objeto desova apenas uma vez.

Na realidade, você pode checar, é o pato local, usando isServerForObject.

Na realidade, tem mais uma coisa, sobre o qual você deve saber, e este é o Fondleing. Na verdade, permite que você assuma o controle da coisa e estabeleça uma conexão.

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();
}

Voila, agora você pode usar o NetMessage em seu mod.

Na verdade, todo o NetMessage, qual você vai usar, estes são eventos (eventos).
Você também pode usar o NetMessage normal(NMDuckNetwork), mas apenas se você enviar dados para outras pessoas, como chapéus personalizados.

Seu hipotético NetMessage funciona mais ou menos assim:
A substituição OnSerilize preenche o bitbuffer serializedData com dados de cada campo em sua classe (em oposição a StateBidning, propriedades não funcionam), então eles são encaminhados por interwebs(interwebs), onde, após o recebimento, eles passam pela substituição OnDeserilize, onde ele coloca todos os valores do bitbuffer nos campos corretos.

Para todas as mensagens do Net você precisa de um construtor vazio, Porque, quando você receber a mensagem, um novo objeto deste tipo será criado, usando um construtor vazio. Se você não tem, você será esmagado (não é um jogador de anime).

Aqui, como é um NetMessage simples:

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

        }

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

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

    }

Aqui está uma lista de todos os tipos de dados, que será serializado e desserializado automaticamente(muito importante, para tornar os campos públicos! caso contrário, eles não serão serializados):

• fragmento
• flutuador
• Duplo
• byte
• sbyte
• bool
• baixo
• ushort
• int
• uint
• longo
• Ulong
• Caracteres
• Vec2
• Tudo, o que herda ou é coisa

Ao aplicar isso a patos: usar byte para netIndex.

duck.profile.networkIndex

e então encontrar um pato, usando

DuckNetwork.profiles[(int) índice].Pato;

Desta maneira, todas as suas mensagens, relacionado ao pato, será enviado muito mais rápido, e as chances de fora de sincronia serão bastante reduzidas.

E o que, se você quer algum tipo de array? Uma vez que não é automaticamente compatível, teremos que mudar os overrides 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