Mon serveur WoW Wrath of the Lich King est de retour.
Alimenté par MxWCore, lui même basé sur AzerothCore.

Dernièrement, je travail à la création de boss de monde qui seront un peu partout dans Azeroth.
Un PNJ neutre sera disponible à Dalaran pour obtenir une quête par jour visant à en tuer un.

Je vais vous tenir au jus, c’est un projet pour passer le temps quand j’ai besoin de changer un peu.

J’ai bossé fort sur mon petit jeu et j’ai fini de créer mon système de sauvegarde et tous les menus que ça implique. Le menu est assez basique pour le moment, je vais l’améliorer plus tard, beaucoup plus tard.

J’ai opté pour un système de sauvegarde avec 3 emplacements. Ce système-là aussi est fonctionnel.

Je suis assez content du résultat et de ma compréhension générale par rapport à Unity.
Je sens que ce petit projet-là va devenir un grand projet avec le temps!

Et hop, du bon vieux level design pour changer un peu. Ce sera l’overworld.
On y trouvera un village, des PNJ et des points d’intérêts.

Je n’ai pas travaillé beaucoup sur mon petit jeu, mais j’ai au moins élaboré comment j’étais pour gérer les portes et donc, les téléportations. Tout ceci semble tellement simple dans la tête d’un non-développeur, mais rien n’est écrit d’avance, ni définis d’avance. Tout est à faire et surtout, à implémenter et coder.

La « porte » sera une instance, comme tant d’autres de « IInteractable ».
Quand le joueur en touche une instance, il peut interagir avec le bouton « E ».
Ce qui se passe est donc en partie géré par l’éditeur, ainsi :

Target Pos est une variable qui précise, pour cette « porte », la destination dans le monde.
Player vient tout juste définir quelle entité sera téléportée.
Target Boundary vient définir dans quel délimiteur de la caméra le joueur sera.
Boudary Switcher précise quel script va gérer la caméra et la porter vers la destination.

Ensuite, le script propre à chaque porte, donc partagé, qui obtient les variables ci-dessus :

Tout de suite, on remarque que le nom des variables sont les mêmes que celle que j’ai expliqué.
Voilà le travail! Reste un peu de polissage sur la téléportation de la caméra et des coordonnées et hop!

Le moins que l’on puisse dire, c’est que le Dev Kit de ARK: Survival Ascended n’est pas léger en poids!

Il pèse la bagatelle de 1.04TB! Wow! C’est la moitié d’un SSD de 2TB à lui seul!
Toujours est-il, je souhaite porter mon mod MxARK vers ARK: Survival Ascended.

Nouveau nom? MxARKSA.

Plus de détails à venir!

Tel que vous devez le constater, je travaille à la création de mon propre thème pour WordPress.
Avec l’aide précieuse de Gemini, j’en suis à un résultat très satisfaisant et minimaliste.

J’ai décidé de rendre mon thème disponible pour tous.
Vous aurez besoin des plugins suivants :
Advanced Custom Fields

Ne soyez pas timide, commentez et dites-moi ce que vous en pensez!

Quoi de mieux pour apprendre un peu mieux Python qu’un bot Discord!
Dyno est bien complet et je le recommande à tout le monde souhaitant gérer son serveur Discord, mais pour ceux qui me connaissent, vous savez que j’aime bien faire les choses moi-même.

Je dois avouer ne pas trop aimer la façon dont Discord.Net s’utilise.
Après un bon petit 30 minutes, j’adore discord.py! (la librairie Discord pour Python)

    embed = discord.Embed(
        title=f"Welcome to {ctx.message.author}!",
        description=f"Hey {ctx.author.mention}, welcome! 👋",
        color=discord.Color.green()
    )
    embed.set_thumbnail(url=ctx.author.display_avatar.url)
    embed.add_field(name="Account Created On", value=account_created, inline=False)
    embed.add_field(name="Joined Server On", value=join_date, inline=False)
    embed.set_footer(text=f"Member ID: {member.id}")

    await ctx.send(embed=embed)

Voyez par vous-même à quel point il est simple de créer un « embed » avec discord.py!

Petit article rapide pour dire que je n’ai pas abandonné mon projet.
J’ai juste été occupé par des trucs et je n’ai pas trop eu le temps de travailler dessus.

Une bonne partie du jeu est encore en création dans ma tête, voire même la quasi totalité.

L’aspect « roguelike » reste un point majeur dans mes choix de gamedesign.
Il est aussi très probable que chaque donjon sera un run distinct et que la mort sera un gage de recommencement. Un design qui prévoit de cumuler des bonus pendant la complétion du donjon et ainsi de repartir chaque donjon avec aucun bonus, l’idée me venant récemment de Deadzone: Rogue.

Un FPS roguelike que je dévore depuis peu.
Je veux que la mort ait un sens mais aussi qu’elle fasse partie de la boucle de gameplay.
Qu’elle soit significative mais qu’elle ne soit pas décourageante.

J’ai rien de significatif à montrer. Cependant, je sais que la gestion du changement de zone se fera à l’aide d’une action comme tant bien d’autres, donc avec un bouton du clavier ou de la manette.

J’ai imaginé le principe avec un « Interactable ». Quand vous approcherez d’une porte, d’un escalier ou d’un portail, une bulle apparaît et elle annonce la touche à presser pour interagir.

Dans ce genre :

Alors voilà pour cet article, je vous reviens bientôt avec plus de détails et sûrement du contenu média.

Voici mon nouveau projet. Il s’agit d’un ARPG/Roguelike développé dans Unity.
Il s’agit d’un jeu style « 16-bits », en vue de dessus.

Le projet est encore en phase expérimentale, je posterai fréquemment des mises à jour.

Vue mon manque de talent dans le dessin et la création de sprites, j’utilise des packs sous licence :
Kenmi
Cute Fantasy : https://kenmi-art.itch.io/cute-fantasy-rpg
Cute Fantasy Dungeons : https://kenmi-art.itch.io/cute-fantasy-dungeon-16×16-top-down
NYKNCK
Pixel Effect Bundle : https://itch.io/s/148045/sale

Les auteurs des packs précédents ont été rémunérés et mon usage est conforme à leur licence.