HoB, btw.

I've been fascinated by HoB's design since the first trailers I've seen. I collected as many wallpapers as possible, I've done style analysis, but unfortunately, I had no hardware compatible with the game ... that is, until I logged in the Nintendo shop last week and discovered a promo on HoB definitive edition!

That was the best possible conditions to play it. I could drop the adventure at any time, and resume exactly at that point. I hadn't to fight against "where is [] again?" because I've trained myself to the ABXY with the Mario & Luigi series. I wasn't fighting against my glasses because I could just keep the console in my hands. I'm even surprised I am not feeling any eye strain despite I added about 2 or 3 hours of play every evening in addition to my work hours, but it lasted only for one week...

I think I haven't played a game that intensely since Fez! About every moment in the day, I could feel slight excitation about getting back to the game when I'll be done with the day's tasks, exactly the same way you feel excited about continuing to read a Harry Potter book for the first time. The core difference with Fez is that I had no need for a journey log nor to scribble everything I encountered.

As surprising as it is, I could keep all I had to know about HoB's world in my head -- partly thanks to the icons feature on the map that will automatically pinpoint collectibles the minute you have them onscreen, so that you can track and collect them later on. I should mention that I played the game in "normal" mode, not in "definitive mode" (which would have provided more signposting and hints about quests, if I'm correct). I used the map a lot, and I found it interesting that only the overworld has a map, and that I got a different feeling when entering a cave where I would have to rely solely on my brain to know whether I've visited a room already and never know how far away I was from the exit.

I'll keep the game design analysis for other posts. I must confess that I did encountered some glitches while playing: mostly walls disappearing when the camera angle got too extreme, but also getting stuck into trees where I wasn't supposed to be ... The game even crashed once, which I really wasn't expecting on a console system. But let's be honest: compared to the huge amount of bugs PS and PC users reported at game launch, that Switch version is clearly much cleaner. I was also stunned to see the game lagging that much on earlier releases. The switch port seemed to run at full frame rate most of the time. I don't recall I had to blame lagging for any missed jump or failed fight.

Shantae en perspective...

Je me refaisais un longplay de shantae pour voir un peu quel genre de level design a été utilisé dans les phases "face-à-face avec les monstres". Et comme je viens de travailler sur la perspective de Bilou dans sa pyramide les blocs m'ont sauté aux yeux.

Dans certaines zones, on a bel et bien une perspective 3/4 sur certains blocs (comprenez, la face avant du bloc est trois fois plus grande que la portion d'écran réservé à sa face supérieure -- j'ai noté ça 3:1 sur l'image). Dans d'autres salles (la plupart du donjon, en fait), on est avec un à-plat parfait. Enfin, le monde extérieur, lui, est plutôt en perspective 2/3 (un cube aurait une face supérieure qui occupe moitié moins de pixels à l'écran que sa face avant), ce qui se traduit par un rapport 2:1 pour la face supérieure assez flagrant pour les objets cylindriques ... et qu'on retrouve notamment dans les grandes fleurs de certaines salles du donjon de la forêt.

Je note aussi que ça m'avais complètement échappé quand j'ai étudié les graphismes du jeu, donc il est probable que ça n'ait choqué qu'une infime proportion d'architectes pendant leur partie.

Tout-en-Karton ?

Après un troisième round, il était temps que j'exporte les petits pixels actuels de la pyramide avec Bilou dedans ... Il faudra aussi que je prépare un niveau de test, histoire de vérifier que Bilou bouge bien dans ce décor-là.

I'm far from being done, but I've got now invested some more time pushing pixels for the pyramid zone, the next environment planned for Bilou's games. So it was time to pull the SD card out of my linker and make a backup of all this. Enjoy.

nohup NUC

I got a NUC as Christmas gift, and it was more than welcome. I hope to use it as the post-desktop device for plenty of purpose, mostly just by turning it on and interacting with a WiFi-capable gadget...

[ongoing] be the music machine of the living room
It is not too noisy with its fans, gets a jack output and can easily fit next to the HiFi system. I can use the WiFi connection to quickly view which song is being played, skip to the next song and switch between "fairy-lover" or "chiptune-lover" modes, from any device in the house including smartphones and tablets.

I would still need to let it learn which songs are less liked, or migrate some titles to other folders, etc. Preferably in a way that would not take effects immediately, but rather that is approved over ssh after having been collected during play sessions.

[done] make Fairy's laptop devkit-free

Fairy's laptop still has a battery. Mine is now powercord-tied to the ground. Fairy's one has poor resolution but increase mobility, but Fairy's one isn't always there, so it would be better to use it just as a remote terminal to the NUC instead.

[ongoing] let it serve (auto-generated) epub doxygen
That means having it a mercurial hub with improved features. I use to have something like "nohup hg serve --webdir-conf /path/to/hg/hgweb.config -p 5555 &>/dev/null &" at work, where hgweb.config is simply a list of 'printname = full/path/to/repository', where printname may be 'organizational-folder/repository-printname'. It all falls under a [paths] section of an INI file. But I'd like it to try building and generating documentation whenever I push a new set of commits there.

The ultimate goal is being able to browse up-to-date code from my boox without having to power up a laptop. That will also help integrating all sort of support pictures like screenshots and UML diagrams into the documentation.
 
[todo] make it download OC Remix updates on a daily/weekly basis

Because having OC remix on the wrong side of the firewall at work is a pain. My "coding music" is an open playlist,

• and html class pl-video-title-link allows  to identify all the links to the mentioned videos.
• and there is the page to the remix (https://ocremix.org/remix/OCR%%%%%) in tags
• and there is a tag in youtube pages!

So I could have a script that automates download of new OC titles running on the cube...

[todo] enable Androïd development
 
That will be for when I got it plugged into a wired network again: I don't know whether this is due to the extra disk enclosed in the device, but the WiFi connectivity is a nightmare. I get a few 100Kbps at best ... barely enough to use a remote terminal. I'd rather not start installing big things that way.

[todo] make it a better youtube-on-TV than what the ISP provides in their box

Partly because there is no support for user accounts or playlist of any sort in the box...

Level Editor vs new engine

Mes cogitations pour rénover la gestion des maps dans mon moteur DS commence à porter ses fruits, au point que je peux commencer à réfléchir à l'impact que ça aura sur l'éditeur de niveaux. ça me tient à coeur parce qu'avec le système actuel, je ne vois de bonne solution pour réaliser les cours d'eau souterrains que mon frère avait mis dans les niveaux historiques de la Grande Aventure.

Je me dirige vers un système avec uniquement un byte par tile de 8x8 pixels, et quatre grande classes de blocs:
- les morceaux de blocs interactifs, provoquant des collisions auxquelles le personnage doit réagir (pics, bloc-question, bonus, portes ...)
- les zones non-solides mais succeptibles d'affecter le comportement de certains morceaux de code (eau, échelles, courant d'air ...)
- les blocs de "sol" (solides) qui encodent la forme des pentes
- les blocs solides qui encodent les propriétés physiques (friction, déplacement forcé, etc.)

ça signifie que la petite palette de blocs utilisée dans LEDS va devenir plus complexe, avec un bouton "montrer les autres options", et que je pourrais bien en avoir trois tranches plutôt qu'une seule pour éviter les opérations de navigation fastidieuses.

ça signifie aussi que c'en est fini de l'encodage de petits "0" et "2" dans la map pour former un code entre 1 et 256 en base 4: l'éditeur de niveau ne pourra plus proposer que les blocs qui auront été décrits, ce qui devrait au passage rendre les choses plus lisibles et plus faciles pour des gens qui auraient envie d'utiliser LEDS pour leur propres projets (on peut rêver, non?)

Autre truc intéressant: puisque l'information concernant un bloc spécial (mettons des briques cassables) n'est plus encodée que sur 1 tile, je vais avoir besoin de tiles qui disent "suite du bloc, cf. à droite" ou "suite du bloc, cf. en haut", etc. Chose qui devrait être plus simple à étendre à des blocs interactifs de 24x24 ou 32x32 si le besoin s'en fait sentir...

Nincha'ts

Avec cette pyramide, j'entre dans l'inconnu, moi aussi. On a jamais dessiné aucun niveaux, on a jamais vraiment fait de 'monster design', à part quelques Bilous couverts de bandelettes (momificum, momificus et momificae, de mémoire) et une sorte de robot affublé d'une caisse en guise de tête et baptisé "Toutencarton". Tout est à faire.

Alors après avoir un peu cogité le graphisme de super cat adventures et regardé J.l.n affronter les bêbêtes à poils de Kirby Squeak Squads, je me dis qu'une sorte de chat-ninja pourrait être sympa. Il faut qu'il soit Bilou-style, bien sûr, d'où l'absence de pattes. Il faut aussi qu'il ait des mouvement intéressants, d'où l'utilisation de la queue rayée comme d'une patte en cas de besoin. 

Il doit y avoir moyen d'en tirer quelque-chose de sympa...

Labyrinth flavours ...

Oh mazes. Amazing Mazes. I quite love maze games, and as you may have guessed, I would like to delegate parts of the level design of my next game to a maze generator. I've written a few of them so far, including some that needed little resource, but most of them were creating so-called "perfect" mazes, where two locations in the maze are always linked by exactly one path .

Bon, j'aime bien les labyrinthes. Depuis longtemps, et j'aimerais bien que le prochain jeu de Bilou puisse se dérouler dans un niveau plus labyrinthique. Mais j'ai envie d'y jouer moi-même aussi, du coup ce serait sympa si le jeu pouvait partir d'un générateur de labyrinthes et les maquiller en niveaux de Bilou. Par contre, tous les générateurs de labyrinthes que j'ai fait (ou fait faire) jusqu'ici produisaient des labyrinthes parfaits, c'est à dire des labyrinthes dans lesquels il n'y a jamais qu'un et un seul chemin entre deux endroits. Et du point de vue du gameplay, j'ai peur que ce soit loin d'être génial.

 Imho, this is not ideal for gameplay. It creates maps that are essentially trees, with lots of dead ends and narrow hallways. I believe it will reduce many of the gameplay opportunities. it means that you can hardly dodge monsters. In some way, in such mazes, you hardly have any real choice once you stop seeing it all: you merely guess which might be the correct path and turn back a lot.

I have the feeling that interconnected loops will provide more interresting behaviours. we see them in PacMan - as well as in Phantom Hourglass. They provide interesting backtracking and let you chose between fighting or sneaking when you encounter a monster.

Parce que s'il n'y a qu'un seul chemin, ça implique qu'il y a de nombreuses voies sans issues. Sans une vue globale de la situation, il est extrêmement improbable de parvenir à "trouver" son chemin, et donc pas de réel choix à faire pendant la navigation. En plus, la plupart des obstacles ne pourront pas être contournés: ou bien on les affrontes, ou bien on ignore le chemin sur lequel ils se trouvent. Bref, mieux vaudrait un environnement proche d'un niveau de pac-man, avec de nombreuses boucles, où le défi est moins de trouver le chemin que de choisir celui qui offre le meilleur rapport récompenses/risques.

So how can I make levels than feature such loops? I gave it another try this week-end, by first laying out loops of random size on the map, making their center "unbreakable" and then setting the rest of the map as cells ready to be processed by a regular "perfect maze" algorithm. 

But this time, I do not need to push the execution to the point where the maze becomes all-connected. Instead, it is sufficient that all rooms get connected. Some cells will then remain obstacles, which I'm fine with.
Je n'ai pas encore d'algorithme idéal pour ce genre de labyrinthe. Je fais quelques essais sur papier quand j'ai un peu de temps les week-end... Une des idées serait de commencer par créer un certain nombre de boucles de ce genre dans une grille avant d'y faire tourner un algorithme de "labyrinthe parfait" sur les cases restantes jusqu'à ce que toutes les boucles se retrouvent inter-connectées.