Dans un tower defense, les évolutions se font en deux temps.

Evolution entre les niveaux

Entre chaque niveau, les défenses peuvent être améliorées. Ces améliorations sont permanentes et peuvent servir à rejouer des niveaux antérieurs qui n’ont pas été passés de manière satisfaisante.

Les amélorations sont :

• La puissance du processeur, ce qui diminue le temps de traitement d’un paquet
• La taille d’un emplacement mémoire, ce qui augmente la taille pour la mise en attente des paquets
• le nombre maximum de processeurs
• le nombre maximum d’emplacements mémoire

Evolutions pendant le jeu du niveau

Au cours du niveau le joueur à la possibilité de faire évoluer ses défenses en payant. les défenses achetées sont toujours le modèle de base avec un processeur et un emplacement mémoire.
Les évolutions sont :

• Augemtation du nombre d’emplacements mémoire pour pouvoir stocker les packets qui ne peuvent pas être traités tout de suite
• Augmentation du nombre de processeurs pour pouvoir traiter plusieurs paquets en parallèle

Les nombres d’emplacements mémoire et de processeurs sont limités par les capacités qui vont augmenter au cours du temps par les améliorations de fond entre les niveaux.

Comment sont payées les améliorations entre les niveaux

Habituellement un système de gemmes sert aux payments des évolutions entre les niveaux. Ces gemmes sont obtenues en fonction du résultat du niveau que l’on vient de passer. Un système de micro-paiement permet aussi d’otenir des gemmes, ce qui ne sera pas retenu dans ce jeu.

Dans The Firewall, le joueur va aquérir de l’expérience qui sera arrondie en niveaux. Le changement de niveau permettra d’obtenir des points qui seront utilisés pour faire évoluer les spécifications de base des défenses.

Les principes de base

La mécanique du jeu est basée du le déplacement et le traitement de paquets réseau. Ces paquets ont une source et une destination globale, ils traversent aussi des défenses.

Pour chaque niveau la vitesse de déplacement des paquets peut être différente (à tester) en fonction du type de réseau. Normalement c’est plus le débit des paquets qui varie, mais pour un jeu je trouve acceptable de faire une entorse à la réalité et de faire varier la vitesse pour simuler des réseaux dits « plus rapides » au fur et à mesure que les niveaux progressent.

Sources et destinations des paquets réseau

Les paquets vont se déplacer du « monde extérieur » c’est à dire l’Internet, vers les serveurs ou le réseau local.
Le réseau local (toujours présent sur les niveaux ?) est soit le réseau du domicile dans les premiers niveaux, soir le réseau d’entreprise.
Les serveurs vont traiter les paquets reçus, et émettre d’autres paquets.

Flux de paquets réseau

• Réseau local vers Internet : les paquets sont émis depuis le réseau local, Internet émet des paquets en réponse (des messages non-sollicités peuvent quand même être envoyés depuis internet vers le réseau local mais avec une fréquence rare, par contre ce sera souvent des attaques)
• Serveur mail vers Internet : les paquets sont émis aléatoirement dans chaque direction
• Serveur application vers Internet : les paquets sont émis depuis Internet et le serveur répond si il peut

Indicateurs

Pour l’instant deux indicateurs sont prévus :

• l’argent
• la réputation

L’argent

L’agent sert à :

• acheter des défenses (et peut-être aussi des serveurs)
• faire évoluer les défenses (évolutions matérielles et logicielles)
• acheter du marketing pour augmenter la réputation

L’argent s’obtient :

• au début de chaque niveau une somme est allouée (peut dépendre du scénario)
• en ayant des messages qui font l’aller-retour entre Internet et les serveurs d’application (voir la section sur les serveurs)

La réputation

La réputation est l’indicateur qui va servir aux objectifs de chaque niveau.

• La réputation va augmenter avec la notoriété du site, avec le nombre d’échanges sur tous les types de réseaux (lan, mail et application), avec les campagnes de marketing.
• La réputation va diminuer en cas d’incidents de sécurité, en cas d’émission de spam ou de virus quand un serveur est infecté, en cas de diminution de trafic ou de paquets sans réponse.

Les serveurs

Les serveurs sont des extrémités de réseau avec une certaine capacité de traitement des messages.

Cette capacité de traitement dépend de 3 facteurs :

• le nombre de processeurs (CPU) pour le traitement en parallèle des paquets
• la puissance des processeurs pour le temps de traitement de chaque paquet
• la quantité de mémoire pour stocker les paquets en attente de traitement quand tous les processeurs sont utilisés

Les types de serveurs sont les suivants :

• Les serveurs mails

Les serveurs mails permettent d’envoyer et de recevoir des emails, de relayer les campagnes de marketing pour augmenter la réputation, mais aussi de transmettre des virus et spam si les serveurs venaient à être infectés.

• Les serveurs applicatifs
  • ecommerce : paiement à l’échange de message
  • site web : paiement sur la publicité et les abonnements
  • autres applications SAAS : paiement sur les abonnements

Le réseau LAN

Le réseau LAN, permet aux employés de communiquer avec le monde extérieur à travers Internet. les échanges sont initiés depuis l’intérieur vers Internet avec des réponses associées. Les paquets échangés contribuent à la réputation.

Un nouveau départ

Quelques années plus tard… je reprends pour la troisième fois (V3) ce jeu avec un nouveau visuel. C’est le retour de la 2D, la 3D ne m’a pas convaincu, je n’ai pas été capable de produire quelque chose de correct et ça m’a démotivé. Non pas que je n’ai rien fait ces dernières années, même si je n’ai pas publié ici, j’ai fait, entre autres, un jeu de course de voiture multi-joueurs en tour par tour (voir la liste des jeux).

Un nouveau visuel

Voici une version de test du nouveau visuel (sans les défenses). C’est un niveau relativement avancé, qui me permet de développer les principes de jeu avant de créer les autres niveaux et le scénario qui va servir de trame au jeu.

Nouveaux principes ?

Il n’y a pas de nouveauté par rapport à ce que j’avais prévu il y a 4 ans (déjà). Mais si j’arrive à avancer, le gameplay évoluera sûrement.

Maquette réalisée avec Hexels en 3D isométrique

Appareils supportés

Le jeu tournera exclusivement sur Apple iOS.

Orientation

Le jeu se jouera en mode portrait seulement.

Emplacement sur l’écran

Sur iOS il y a 2 types de format d’écran :

• Les iPhones : 16/9 (le ratio est identique pour tous les iPhones à partir du 5)
• Les iPads : 4/3 (le ratio est identique pour tous les iPads y compris le dernier iPad Pro)

Ce qui donne si on les superpose :

Le but sera de présenter un écran cohérent aussi bien sur un iPhone que sur un iPad.

iPad

Sur l’iPad l’écran sera décomposé en 3 parties :

1. Titre plus publicité superposés (la publicité cache le titre quand elle est disponible)
2. « Terrain » de jeu principal où se déroulera l’action
3. Bandeau « outils »

iPhone

Sur l’iPhone l’écran sera décomposé en 4 parties :

1. Publicité
2. Titre
3. « Terrain » de jeu principal
4. Bandeau « outils »

Il y a deux changements majeurs : la publicité ne recouvre pas le titre et le bandeau outils voit sa hauteur doubler pour tenir compte de la faible largeur des iPhones.

Terrain de jeu

Le terrain de jeu sera composé d’une grille 10×10 dans laquelle le joueur viendra poser des éléments de défense et dessiner les liaisons entre les différents éléments.

Les messages arriveront par le haut et les serveurs seront en bas.

Le bandeau d’outils

Pour le bandeau d’outils je n’ai pas encore d’idées précises mais cela devrait ressembler à ça (dans l’idée) :

Dessins préparatoires

Voila en prime quelques dessins préparatoires que j’ai fait en amont du projet pour visualiser le jeu :

voila le résultat :

Actuellement les effets sont un peu exagérés, mais c’est pour pouvoir visualiser facilement les effets des côtes sur la direction et la force du vent.

L’algorithme est assez simple, il consiste à chercher dans un certain rayon (actuellement 300 unités) autour du point concerné si il y a de la terre. Pour ça on « lance » des rayons et pour chaque rayon on calcule la somme des altitudes trouvées.

La somme des altitudes trouvées (pondérée par la distance au point que l’on étudie) permet de calculer un effet en force et direction sur le vent général (vent synoptique). Pour les rayons proches du sens du vent général, la déviation est faible, mais la force du vent est diminuée. Par contre pour les rayons aux alentours de 45° du vent, la déviation sera plus importante. Pour les rayons proches de la perpendiculaire du vent la force sera augmentée.

public Vector3f getWindComposant(Vector3f location) {
    Vector3f currWind = mainWindDir.mult(data.globalWindSpeed);
    for (int angleDeg = -180; angleDeg < 0; angleDeg += stepAngleDeg) {
        float direction = data.globalWindDirection + (FastMath.DEG_TO_RAD * angleDeg);
        Vector3f dirToExplore = new Quaternion().fromAngleAxis(direction, Vector3f.UNIT_Y).mult(Vector3f.UNIT_Z);
        float heightCoeff = 0;
            for (int displacement = -maxDisplacement; displacement <= maxDisplacement; displacement += stepDisplacement) {
            if (displacement == 0) {
                continue;
            }
            Vector3f posToExplore = location.add(dirToExplore.mult(displacement));
            float height = inGameState.getTerrainHeight(posToExplore);
            heightCoeff += FastMath.abs((float) stepDisplacement / (float) displacement) * height;
        }
        heightCoeff = (heightCoeff * data.globalWindSpeed) / coeffSum;
        float deviationAngle = data.globalWindDirection + (FastMath.DEG_TO_RAD * ((2 * angleDeg) + 180f));
        Vector3f deviation = new Quaternion().fromAngleAxis(deviationAngle, Vector3f.UNIT_Y).mult(Vector3f.UNIT_Z).mult(heightCoeff);
        currWind.addLocal(deviation);
    }
    float currWindspeed2 = currWind.lengthSquared();
    if (currWindspeed2 > (maxWindSpeed * maxWindSpeed)) {
        currWind.normalizeLocal().multLocal(maxWindSpeed);
    } else if (currWindspeed2 < 1) {
        currWind.normalizeLocal();
    }
    return currWind;
}