Une autre poursuite d'un rêve. Mains d'étudiant RTS + eyetracker

Salut

Aujourd'hui, je vais vous parler d'un autre développement de maison fanatique, de la mesure dans laquelle l'intérêt et la persévérance peuvent apporter et de ce qu'ils décomposent. En général, tout est assez standard pour de telles histoires.

Sous la coupe, vous verrez: un historique détaillé de la création de RTS de vos propres mains (concept, code, interface, balance, carte, modèles) et une expérience sur la liaison d'un tracker informatique comme outil de saisie.




Eh bien, commençons.

Dans la cour 2014.
Je suis étudiante au Département de Design d'Information de Polytech (aujourd'hui «Engineering Graphics and Design»).

Avec mon diplôme de bachelier, j’ai développé un jeu pour un kinekt sur un duel de deux pujas, où vous deviez esquiver les attaques ennemies et y lancer votre crochet (GET OVER ICI !!!).

Dans le travail du maître, j'ai décidé d'aller plus loin. A cette époque, une nouveauté technique est apparue dans le laboratoire du département - un tracker informatique. Le choix est immédiatement tombé sur lui. Il ne fait aucun doute que l'œuvre sera un jeu; il ne reste plus qu'à choisir le sujet. Après réflexion, j'ai réalisé que je voulais faire honneur à la stratégie avec laquelle j'ai grandi et qui m'a ouvert le monde merveilleux de la programmation - Warcraft3.

Cependant, la thèse de maîtrise n'est pas seulement le développement d'un produit. Dans une plus large mesure, cela devrait représenter une sorte de recherche. La question de savoir comment intégrer le suivi informatique dans une stratégie a révélé la boîte de Pandore.

Ici, de nombreuses années d'expérience de jeu sont entrées en jeu. La plupart des jeux essaient d'effacer l'écran des commandes, donnant ainsi la place principale au contenu. Dans les stratégies, l'interface occupe un espace énorme. Pour comprendre ce qu'est une unité particulière, vous devez la trouver sur l'écran, la sélectionner, regarder la «barre d'état» et y trouver le paramètre nécessaire. Lorsqu'un besoin similaire survient lors de la bataille de grandes armées, une telle séquence d'actions crée souvent des difficultés.



La question s'est posée: puisque nous trouvons déjà l'unité sur le terrain, alors pourquoi devons-nous la sélectionner plus tard pour lire les informations? Pourquoi ne pas l'obtenir juste en le regardant? Après la démonstration, la question a été transformée en le sage nom «Fonctionnalité du domaine opératoire de la vision humaine dans l'interaction homme-machine», ce qui, en substance, signifiait comparer l'efficacité de la souris et des yeux pour résoudre le problème de trouver un objet à partir d'une multitude et de lire des informations.

Summa technologiae

Il y a un sujet. Il y a un concept. C'était au choix de la technologie. Après une revue de marché, le choix s'est porté sur Unity, UnrealSDK, libGDX, parmi lesquels Unity + C # a été choisi. Ayant maîtrisé l'interface, le cycle de vie des objets sur scène et les possibilités d'interaction avec eux, j'ai commencé à développer.



Grâce au plus grand miracle de notre époque - Internet - j'ai trouvé une étonnante série de tutoriels qui ont permis de construire la base du moteur pour le futur jeu. Après avoir traversé toute une série de tuteurs pendant quelques nuits blanches, j'avais une stratégie entre les mains. Il avait des travailleurs capables de construire des bâtiments; des moissonneurs capables d'extraire des ressources et des bâtiments capables de produire des unités.

Cette base était suffisante pour l'expérience. Certes, il manquait un composant important: la connexion des fonctionnalités du tracker informatique au jeu lui-même.



Le système de suivi informatique est un ensemble de deux ordinateurs, dont l'un affiche les incitations destinées à l'utilisateur (appelons-le Démonstrateur), et le second recueille et analyse les informations provenant du traqueur informatique (appelons-le Registrar). Un logiciel était sorti de la boîte avec le tracker informatique, qui permettait de synchroniser deux machines, de calibrer l'enregistrement du regard du candidat (tous ont leurs propres paramètres oculaires et le regard lui-même), puis d'exécuter une série de stimuli statiques pour le visualiser. Dans ma tâche, l'enregistrement de la vue devait être intégré dans un programme étranger.

Pour ce faire, j'ai dû étudier le protocole d'interaction entre le démonstrateur et le registraire. La transmission des données a été effectuée via le réseau local à l'aide de paquets UDP avec des commandes, ce qui signifie que j'avais besoin d'écrire mon propre client d'étalonnage émulant le fonctionnement de l'application par défaut.

Il m'a fallu quelques jours pour creuser pour écrire à un client. D'abord en tant qu'application tierce. Cela vous a permis de passer par l'étalonnage, puis de contrôler le rectangle à l'écran d'un coup d'œil. Plus précisément, le rectangle a été tracé au point de fixation du regard. Il semblerait que ce n'est pas sorcier, mais la capacité d'utiliser l'œil non pas comme un moyen d'obtenir des informations, mais comme un outil de sortie, une influence sur le monde extérieur, des délices et des chocs.

Quand tout était prêt, il était temps d'expérimenter.



Il y a une scène limitée à un écran. Sur celui-ci, après le lancement, des unités (tanks, lol) sont générées et commencent à se déplacer de manière aléatoire.



Chaque unité a un certain nombre de points de vie. Toutes les unités ont un maximum de points de vie, sauf une qui a la moitié du niveau de HP. Lorsqu'une unité est mise en surbrillance, nous voyons un cadre autour d'elle avec un indicateur de santé. Qui a la pleine santé - l'indicateur est vert et plein. Dans l'unité blessée, il est rouge et à moitié plein. Le but est de trouver un char blessé parmi les autres et de le garder isolé une seconde. Le principal paramètre mesuré est le temps requis pour effectuer cette tâche. L'expérience se composait de 5 niveaux, différant par le nombre d'unités sur la scène - 5, 10, 15, 20, 25. L'hypothèse était que résoudre ce problème à l'aide d'un tracker informatique nécessiterait moins de temps.

Une expérience a été menée, les données recueillies. Le moment est venu de traiter les statistiques. J'ai utilisé les outils habituels - PHP et JavaScript, calculé le critère Fisher et constaté que la différence entre l'utilisation d'un curseur et l'utilisation d'un itracker est statistiquement significative. Bien sûr, la vitesse d'exécution des tâches a été utilisée comme variable dépendante. Ensuite, j'ai visualisé le résultat en utilisant D3.js.

En général, pour résoudre de tels problèmes, le langage R ou le programme SPSS sont généralement impliqués. Mais par nature, j'aime économiser l'énergie et les ressources mentales. J'ai considéré que perdre du temps à apprendre ces outils supplémentaires était un investissement inefficace.



L'image résultante a dépassé mes attentes. Il s'est avéré que les sujets utilisant le tracker informatique ont résolu le problème deux fois et jusqu'à 15 objets trois fois plus vite que les sujets avec la souris.

La recherche et le superviseur ont officialisé l' article et il a été publié dans la revue Perception.

Ouah! Succès, renommée, etc.

Ici, je voudrais mentionner séparément mon superviseur. Grâce à lui, j'ai rédigé mes deux diplômes, et dans l'ensemble j'ai évolué vers la programmation et l'interaction homme-machine. Pavel Orlov ( 1 et 2 ), maintenant il enseigne à l'Imperial College de Londres, mais en général, il étudie les gens à l'aide d'un tracker informatique et crée toutes sortes de blagues sympas.

En principe, on pourrait s’arrêter à ce stade, mais l’âme de l’artiste a crié qu’en tant qu’obtention du diplôme de maîtrise, on pouvait montrer quelque chose de plus qu’un simple projet collé dans un tutoriel.

Apprendre à marcher

Pour qu'un jeu soit un jeu, il doit avoir un concept, une idée, une intrigue, une logique. Les événements ne devraient pas se produire sur un plan herbeux sans fin, mais sur une carte spécifique, sur laquelle, en plus des bâtiments et des ressources, des éléments de relief et une sorte de végétation devraient être présents ... Les unités devraient évidemment être en mesure non seulement de se déplacer, mais l'interaction du joueur avec le monde devrait se faire via une interface réfléchie.



Aveuglé par les opportunités et les perspectives, j'ai commencé à écrire du code. Tout d'abord, j'ai donné aux unités la possibilité d'attaquer. Eh bien, puisqu'ils attaquent, bien sûr, ils auront besoin de protection, donc mes unités ont envahi l'armure. Les bâtiments étaient en danger de destruction, les unités ont donc dû apprendre à les réparer. Et pourquoi ne pas ajouter en même temps la possibilité de vendre ces mêmes immeubles? Et si vous regardez un peu plus prometteur, est-il possible d'armer les bâtiments eux-mêmes afin qu'ils puissent riposter contre les ennemis?

Cette idée est devenue la pierre angulaire qui a déterminé le développement futur et la refonte complète de mon projet. À ce stade, j'avais une classe WorldObject dont Unit et Building héritaient, chacun ayant la fonctionnalité correspondante. Les unités pouvaient se déplacer, attaquer, obtenir des ressources, construire des bâtiments. Les bâtiments pouvaient se tenir debout et produire des unités, mais ils ne pouvaient ni se déplacer ni attaquer. Il y avait un désir de faire un bâtiment de sécurité - une tour ou une tourelle. La tourelle devrait être intrinsèquement un bâtiment, mais posséder la capacité d'attaque inhérente aux unités. Cela a brisé tous mes plans. Il fallait en quelque sorte supprimer la fonctionnalité d'attaque de la classe Unit ...

Mais il est possible de regarder le problème plus largement. Existe-t-il d'autres liens intermédiaires entre les dos et les unités? Existe-t-il d'autres situations d'utilisation des capacités d'une classe à une autre?

Pour analyser les vols, j'ai décidé d'étudier: quelles autres incohérences de ce type sont présentes dans le jeu pris pour référence - Warcraft3. Et tu sais quoi? Cela les a transformés en une galaxie entière. Il y a des bâtiments qui peuvent attaquer, comme la tour de garde ou le terrier orque. Il y a ceux qui peuvent aussi se déplacer, par exemple, Ancient of War. Il y a des unités qui ne peuvent pas attaquer, comme Brindille ou toutes sortes de moutons et de porcs neutres qui se précipitent autour de la carte (bestioles). Des réflexions ont continué dans ma tête sur la nature de la différence entre les bâtiments et les unités, et j'ai réalisé qu'il n'y avait pas de telles différences. Ce ne sont que les significations imposées au programme par les joueurs pour leur propre convenance. Il n'y a que des unités et leurs capacités - pour se déplacer, attaquer, produire des unités, construire des bâtiments, obtenir des ressources, etc.



La solution évidente à la situation a été la création d'interfaces que les unités peuvent implémenter. Les éléments suivants ont été créés: MoveAbility, RotateAbility, AttackAbility, DefenseAbility, HpRegenAbility, DefenceAbility, ProduceAbility, BuildAbility, RepairAbility, SellSelfAbility. L'unité n'est restée essentiellement qu'un conteneur avec un nom, une image et un modèle. Toutes les autres capacités y sont attachées en haut.

Un nouveau monde courageux

C'est maintenant au concept.

Permettez-moi de vous rappeler que l'affaire a eu lieu en 2014. Puis il y a eu une sorte de stagnation dans le genre stratégie, ce qui a influencé le choix du genre du jeu lui-même. Toujours au cours de ces années, il y a eu une nette augmentation de la popularité du décor steampunk. J'étais un grand fan des mondes, habillé de cuivre et de laiton, enveloppé de vapeur, se précipitant dans leur avenir mécanique. Mais il me semblait ennuyeux de faire le jeu uniquement avec un hit en steampunk et je cherchais le développement d'une idée. Je voulais ajouter une confrontation au jeu. Et que peut-on opposer au maximum à une civilisation industrielle technogénique? Bien sûr, la magie et l'unité avec la nature! Oui, bien sûr, vous dites Arcanum, mais bon sang, avec le temps, la beauté d'un tel décor n'est pas perdue. De plus, vous verrez que le projet n'est pas devenu un clone, dormi par un élève à genoux, mais quelque chose de complètement différent. Peut-être dans l'opposé idéologique complet d'Arcanum.

Qui habitera ce monde? À mon avis, les jeux de fantasy modernes (et c'est finalement de la fantasy) se heurtent maintenant à une crise d'archétypes. Évidemment, cela est dû au déni universel, tout devient plus accessible, et pour cela plus compréhensible. Mais cela ne rend pas moins ennuyeux de voir partout des «gens» ennuyeux ordinaires, étourdissant avec découragement les muscles des «orcs», aigris de la grâce des «elfes» et d'autres si incompréhensibles et détachés que l'œil est flou, «protoss».

Je voulais m'éloigner le plus possible de tout cela, m'abstraire. Et quoi de plus abstrait qu'une balle? Je suis passé de cette forme géométrique parfaite. Ajout d'une partie du biomorphisme «zerg» (oui, il a péché contre lui-même). J'ai pensé: pourquoi les créatures abstraites n'auraient-elles pas la capacité de façonner leur corps et tous les tissus tégumentaires?



Les orbes sont donc nés.

Ils sont vivants. Ils n'ont pas de membres. Ils ont des capacités télékinésiques pour interagir avec le monde et la capacité de chanter (comme les dauphins) pour communiquer entre eux. Ils ont peuplé la planète de façon assez dense, mais deux centres de pouvoir se sont formés.



L'un est traditionnel, conservateur, où ils croient qu'ils sont des enfants de la nature et devraient y être intégrés au maximum et contribuer à son développement.



Le second - ceux qui se considéraient comme le summum de l'algorithme évolutif de la nature, ce qui signifie les dirigeants qui ont le droit de brûler les forêts sous les usines et d'éclipser le ciel avec de la fumée et de la vapeur. Et, hélas, selon la norme (gâteau, il a quitté les orcs, mais il n'a pas quitté le renard), le deuxième désir de conquérir le monde les a forcés à chercher l'expansion de leur base matérielle et a conduit leurs navires de guerre vers des terres remplies de forêts et scintillantes de lumière cristalline ...

Derrière ce lien, il y avait une allusion à des événements complètement historiques. N'est-ce pas que par un jour pas très beau les Indiens ont vu le mât des navires conquistador à l'horizon? Dans le monde des orbes, l'histoire s'est répétée, ce n'est qu'aux Indiens locaux que nous avons donné de la vraie sorcellerie, et les conquérants ne sont pas venus d'Espagne du XVe siècle, mais, disons, de Bismarck en Allemagne.

Ainsi a commencé une guerre qui a détruit les deux civilisations. Notre jeu devait commencer sur les fragments du monde passé, où une jeune tribu commence à se chercher dans ces vicissitudes de magie et de technologie.

Entre un tambourin et un engrenage

Mais quel est le développement?

Il n'y a qu'une seule race dans le jeu, mais au cours de l'intrigue, elle peut se modifier. L'expérience acquise en tuant et en explorant le monde vous permet de commencer le développement sur les branches de la magie et de la technologie.



Pour commencer, nous nous sommes installés sur deux branches - Création et Destruction. Dans chacun d'eux plusieurs galeries de tir. La réception de chacun d'eux affecte toutes les unités et toutes les structures de la race. La création est responsable de toutes les caractéristiques constructives - développement du monde, production, extraction des ressources, etc. La destruction, à son tour, est responsable de la destruction de leur propre espèce et de tout ce qui bouge.

Après avoir pompé dans une branche dans une direction, vous bloquez immédiatement la possibilité de continuer dans l'autre. En fin de compte, pour répondre à la question, combien de courses dans le jeu peuvent être différentes - c'est une, mais avec un potentiel de développement de 4 complètement différent.

Et ici, nous avons un concept. Il est donc temps de décider qui sera dans notre jeu! Quelles unités et quels bâtiments, comment ils vont changer. Après de nombreuses discussions, nous avons décidé de nous concentrer sur l'ensemble de stratégies de base - un travailleur (construit des bâtiments, extrait des ressources), une unité légère (rapide, faible), une unité lourde (lente forte), une catapulte (très lent, très mince, combat à longue portée). Des bâtiments - la base (produit des travailleurs), le nid (donne une augmentation de la nourriture), la caserne (produit une unité légère et lourde), l'atelier (produit des catapultes), les sanctuaires / usines (permet le pompage).

Oui, j'ai complètement oublié de parler des ressources du jeu. Nous avons décidé de rester sur une paire classique - cristaux + limite de nourriture, ainsi qu'une ressource supplémentaire pour progresser le long de l'arbre de développement. Les cristaux sont extraits des dépôts épars sur la carte (bonjour starcraft), la limite de nourriture est augmentée par la construction de bâtiments spéciaux - des nids. Une ressource supplémentaire est gagnée en construisant l'un des deux types de bâtiments sur des geysers toxiques - des sanctuaires ou des usines. De plus, le jeu possède une expérience qui est donnée pour la destruction des armées ennemies et des créatures neutres. Si un joueur gagne un nouveau niveau et possède un sanctuaire ou une usine, il peut pomper un avantage sur l'arbre de développement.

Mais revenons aux unités et au nivellement.

En réfléchissant longtemps, nous avons réfléchi à la façon dont les branches de mise à niveau modifieront les unités. Entré à ce qui suit:
- Steampunk + Destruction augmentera les dégâts et la portée des unités.
- Steampunk + Creation renforce la puissance de production, met tout le monde en armure et augmente également la rentabilité de la marche de chaque employé.
- Magic + Destruction, à son tour, rend les unités plus rapides en attaque et réduit leur coût, transforme les catapultes en canons suspendus.
- Magic + Creation augmente le stock de santé et augmente également considérablement la vitesse de déplacement.

Rappelez-vous, j'ai dit ci-dessus que le jeu s'est avéré être l'opposé idéologique d'Arcanum? Dans le monde que nous avons créé, la technologie et la magie ne s'excluent pas mutuellement. La fantaisie nous glissait de temps en temps des visions de sorciers marchant sur des jambes mécaniques et des chars mis en mouvement par un cristal magique au lieu d'une centrale à vapeur ou diesel.

Trouver le point d'équilibre

Tout cela semble assez simple, mais lorsque nous avons essayé de transférer ce récit dans l'espace des nombres, des valeurs exactes et de leurs croissances, tout s'est avéré TRÈS confus. Il est facile de lancer des deltas de valeurs pour les capacités, par exemple, cette unité subit +20 dégâts, et ce +15 à la vitesse de déplacement. Mais alors, il est très difficile de réduire cet énorme éventail de paramètres à équilibrer.



Dans un immense tableau Google, nous avons enregistré toutes les modifications souhaitées pour chaque unité, en nous concentrant sur un sentiment de beauté. Le sens de la beauté fonctionnait en tandem avec l'empiriste intérieur, de sorte que chaque changement dans les valeurs était immédiatement vérifié sur la scène de la bataille test.



À un moment donné, quelque part au milieu de la nuit suivante, la compréhension est venue que se sentir beau est bien, mais seule la logique et l'appareil mathématique peuvent conduire au succès d'une tâche.

Il est devenu clair que toutes les valeurs devaient être réduites pour chaque unité à un ou plusieurs coefficients, que nous pouvions déjà comparer. Il s'est avéré que toute l'école et toute l'université ne vous préparent pas à calculer l'efficacité du constructeur. Ce n'est pas si évident qui apportera le plus au trésor - celui qui charge plus dans le sac à dos ou celui qui se déplace plus vite.

, — .

: ? – . , 2 9, - . — , --, ?!

- .





RTSeditor ( ) , IAbility . .

JSON, ( , ).

, , “” .

. – , . , , , “” . – ( Avega ) - . ( Avatar4eg ) , . .

IAbility, . AI. , .

. , , . , .

WC3. , , , .

Eh bien, j'ai essayé de créer quelque chose de similaire, mais le mien (hé, avec ces mots, vous pouvez écrire l'ensemble du développement dans son ensemble).



Au début, la carte a été dessinée et conçue sur papier.

Ensuite, il est décrit dans Photoshop sur une carte de hauteur en noir et blanc. Initialement strict, il a ensuite acquis la douceur, la douceur et le bruit. Un point important ici était de maintenir la différence entre les faces infranchissables des surfaces et les descentes et ascensions.

Après cela, cette structure a été extrudée du plan déjà dans Unity. Il s'est avéré un bon soulagement, très similaire à une carte de jeu.

Mais quelque chose n'allait pas avec lui. Il était complètement blanc et a crié à haute voix - AJOUTEZ-MOI DES TEXTURES.

Ce que j'ai fait.



(, , ), WorldOfWarcraft, .







Unity , , . , . , — , , - . , .

. , . , . , , . .

, , . (?) Unity — A*. . , , , .

– ?

, , .

, . , , 4 . , .

Rencontrez les orbes!



Ce sont des travailleurs de base. Le premier est propulsé en pleine magie, le second en pleine technologie. L'un, à l'aide d'un fragment de cristal qu'il a fait pousser sur lui-même, peut faire glisser les cristaux des dépôts vers d'autres pierres et les livrer à une fourmilière pour une utilisation ultérieure. Le second met sur les outils technologiques et d'énormes conteneurs pour le transport.



Mais les nids dans lesquels vivent les orbes. Au centre, le varinat de base. À gauche, le développement en magie, à droite, en technologie. De plus, il y a là-bas et il y a du développement le long de la branche de la destruction et de la création, donc ils semblent si intégraux. Mais, comme vous le savez, c'est loin d'être toujours le cas.



Et voici les nids hybrides. Supports en acier et cristaux magiques d'en haut? Pourquoi pas. Au contraire, je préfère l'unité avec la nature, mais en même temps, je veux avoir un système de chauffage? Je vous en prie.



Au total, 6 objets (3 unités et 3 bâtiments) + 4 modifications (2 magiques, 2 techniques) ont été modélisés pour le jeu. Hélas, il n'y avait pas assez de temps pour l'unité d'éclairage et les totems.

Toutes les modifications ont été conçues de telle manière qu'une partie d'entre elles a changé au cours du développement de la branche de destruction et une partie de la branche de création.

Ainsi, le jeu est devenu visuellement diversifié. Vous attendez le pompage du prochain champ de tir pendant le jeu, comme un jour férié, car après cela, toutes vos unités seront transformées et refléteront davantage leurs caractéristiques et votre style de jeu.

Dans Unity, cela a été ajouté comme suit - les unités ont des éléments de base, par exemple, un corps, plus chaque galerie de prise de vue (en considérant celle de base) a un lien vers les éléments graphiques correspondants. Lorsqu'une unité apparaît sur la scène, sa partie de base est créée, puis tous les kits de corps nécessaires sont ajoutés à la structure WorldObject à partir des actifs.

Fenêtre sur le monde

Et maintenant, le jeu ressemble déjà à un jeu. Mais encore, quelque chose n'a pas été finalisé en elle. Il y a un monde, des créatures s'y déplacent, des bâtiments se construisent, des ressources sont extraites. Les batailles ont lieu, l'expérience est acquise et les races choisissent leur chemin de développement.

Pourquoi alors le joueur souffre-t-il? Le fait est qu'une interface adéquate n'est pas développée, HUD, comme on l'appelle communément dans les jeux.

Pour résoudre la tâche de construction de l'interface, j'ai d'abord collecté des analogues, anciens et nouveaux - Command & Conquer, Cosaques, Warcraft 3, Starcraft 2, Warhammer, Dota, LoL - et j'ai commencé à analyser les éléments constitutifs.

L'interface du jeu (comme de toute autre manière) doit refléter l'emplacement et l'état actuels du protagoniste, ainsi que suggérer des moyens de changer cet état. De manière générale, il s'agit de la disponibilité des ressources, des informations sur l'unité sélectionnée (comme son emplacement, sa santé, ses actions possibles et ses explications), l'emplacement de toutes les unités sur la minicarte, la possibilité de faire une pause et de quitter le jeu.



Après avoir vu comment les grands exécutent ces tâches, j'ai essayé d'assembler ma propre structure, correspondant aux modèles utilisateur habituels, mais en occupant le minimum d'espace d'écran.

Dans ces temps anciens, les outils Unity natifs pour créer des HUD étaient un petit ensemble d'éléments qui devaient être créés et placés à l'écran directement via le code.

Après avoir écrit une belle interface adaptative fluide sur html + css, il semble bien sûr un fanatisme absolu, mais que pouvez-vous faire. J'ai dû m'adapter, calculer les différents retraits, en considérant constamment la largeur et la hauteur de l'écran.



Visser la beauté à une telle interface est une tâche extrêmement morne, donc pour commencer, il a été décidé de l'exécuter dans des couleurs neutres sous une forme plate.

Dès que la base a été lancée, la question s'est posée de créer un grand nombre d'icônes pour les événements principaux et autres éléments d'interface.

Il est devenu clair que tout dessiner était une tâche complètement désespérée avec un délai serré, et j'ai commencé à chercher des alternatives. J'ai trouvé un merveilleux projet - GameIcons, créant des icônes simples et gratuites pour les jeux indépendants. Tous les composants nécessaires y ont été trouvés et l'interface a été assemblée.

Au cours du développement, la nécessité de créer une mini-carte est apparue. Ayant un peu de cerveau sur les capacités d'Unity, j'ai ajouté à chaque unité sur le dessus un rectangle de la taille correspondante, qui n'est visible qu'à travers une caméra spéciale installée au-dessus du champ entier.

Dès que la mini-carte était prête, il y avait une envie de cliquer dessus pour envoyer des unités sur de longs trajets, ce que j'ai vite réalisé.



Il convient de mentionner qu'une partie de l'interface est l'affichage même d'informations sur la santé d'une unité, à partir de laquelle tout a commencé. Lors de la mise en évidence, il y a maintenant un cercle autour de l'unité, dont la couleur reflète la relation de cette unité avec vous: vert - amical, jaune - neutre, rouge - hostile. Au-dessus de l'unité elle-même, une barre de santé est également affichée, qui change également de couleur en fonction de sa quantité.

Afin d'économiser de l'espace sur l'écran, il a été décidé de faire les barres de santé de toutes les unités d'une certaine longueur (afin que lors du pompage et des buffs, la barre de santé de 10000 ch ne soit pas du bord de l'écran au bord).



L'interaction avec le monde ne s'arrête pas là. Le curseur est un élément important pour comprendre l'état du monde et les possibilités de changement. Sur le Web, il se transforme le plus souvent en pied pour afficher un élément sur lequel on peut cliquer, et en chariot pour le texte qui peut être sélectionné.

Dans le jeu, tout comme nous devons comprendre qui a levé la main et quoi en faire. Ainsi, lors de la mise en évidence, nous devons comprendre de quelle unité il s'agit, et lorsque nous passons à l'état d'une certaine action (attaque, mouvement, production), montrer la possibilité d'interaction.

Dès que toutes les actions de base sont apparues, ils ont voulu les exécuter à partir du clavier pour plus de vitesse. Pour ce faire, nous avons ajouté des jeux de saisie au clavier qui dépendent de l'état du lecteur.

Et, bien sûr, l'expérience et la mise à niveau de l'arbre.



Nous obtenons le niveau - un bouton spécial pour le pompage s'allume, un arbre s'ouvre. Il montre en vert ce que nous avons déjà appris, en noir - ce que nous pouvons faire et en rouge - ce que nous ne pouvons pas.



Après avoir ouvert un certain champ de tir, nous voyons tous les changements qu'il apporte au jeu, puis nous décidons si nous voulons le pomper.

Oui, ça a l'air plutôt maladroit, mais ce n'était que le début!

Et maintenant, tout est prêt pour le premier lancement! Vive, loin derrière, devant un espace infini d'options de développement.



Il ne reste plus qu'à ajouter l'écran de démarrage - et allez-y, explorez les superbes étendues d'Evenedium. Oh oui, je n'ai pas dit qu'après le brainstorming renforcé nous avions choisi le nom?

EVENEDIUM.

C'est parti!


Et quelques captures d'écran pour ceux qui ne veulent pas regarder la vidéo ci-dessus.

Finita?

La version de base du jeu était prête.

Oui, c'est très simple, mais cela nous a seulement donné une raison de créer un excellent pool de tâches pour un développement ultérieur - vous trouverez ici de nouvelles unités, et le brouillard de la guerre, et des capacités avec un générateur d'accompagnement, et de nouvelles branches de pompage, et plus de variabilité, et la campagne, et multijoueur et monétisation ...

Oui, au fait: je me suis parfaitement bien défendu, mais cela ne m'a pas surpris. J'étais plus enthousiasmé par l'avenir du jeu, pour la mise en œuvre duquel je me suis immédiatement mis au travail.

Les claviers étaient en ébullition, pendant encore un mois, nous écrivions activement quelque chose, et tout à coup, tout à coup, j'ai trouvé qu'une année de développement s'était déjà écoulée! Pendant toute une année, je me suis penchée sur la création de cette idée originale, envahie par des associés, et maintenant nous sommes une équipe, nous avons un produit et un avenir radieux. Nous avons décidé de célébrer.

Le dernier engagement a commencé à rencontrer tout le monde avec un tel poste.



Et oui. Le dernier. Aussi étrange que cela puisse paraître, mais c'est à ce moment-là que les gars, qui à la fin ont sérieusement aidé à la création, ont décidé de quitter le projet. Il avait besoin de temps et d'efforts, pour lesquels ils n'étaient pas prêts. Ils ne voyaient en lui ni perspectives ni sens.

Pour moi, c'était une surprise. Offensif, frappé assez fort.

Il n'y aura pas de longue conclusion, pourquoi? Tout est décrit ci-dessus.

En général, je suis fier d'avoir poursuivi mon rêve de créer un monde et de l'avoir amené à un tel état.