205 lines
13 KiB
Markdown
205 lines
13 KiB
Markdown
# Multiblocs — reprise du catalogue
|
||
|
||
**Cahier rouvert le 15 septembre 2026. Conception, aucune machine livrée ici.**
|
||
Le créateur demande de reprendre **tout le catalogue** avant de choisir un
|
||
premier appareil. Ce document remet les décisions historiques à portée de la
|
||
bêta ; les propositions nouvelles restent indiquées comme telles.
|
||
Le [ticket MB-01](multiblocs-ticket.md) suit ce cadrage et prépare les lots de code.
|
||
|
||
**Reprise du 16 septembre 2026 : le premier duo choisi est Fourneau + Fût.**
|
||
La séance porte sur leur conception avant intégration. Le créateur confirme
|
||
ensuite l'inclusion de la clé, le Fût à 729 cases avec recherche et pages et
|
||
le principe des fournées à combustible commun. Les gestes de la clé et les
|
||
détails de chauffe restent ouverts ; les autres appareils restent au catalogue
|
||
pour plus tard. Le créateur précise ensuite que tout It's Alive sera fusionné
|
||
dans Sanctuary, mais ultérieurement ; le Fourneau pourrait remplacer sa
|
||
cuisinière. Voir le [cadrage corrigé](multiblocs-itsalive-contrat.md).
|
||
|
||
Les huit propositions de la [recherche du 15 septembre](multiblocs-recherche.md)
|
||
ont été **rejetées par le créateur**, jugées sans intérêt ou contraires au
|
||
contrat Minecraft Vanilla. Le travail reprend sur le catalogue antérieur
|
||
ci-dessous ; cette recherche ne constitue pas une liste d'implémentation.
|
||
|
||
## Les dossiers retrouvés
|
||
|
||
La source principale est le [cahier des machines que l'on construit](../../sanctuary-conception/docs/machines-multiblocs.md),
|
||
dans le chantier de conception WG-26. Sa dernière modification est le commit
|
||
`0e95da36ae7ebc99be5768a2f51e7be65aaf6702`, du 11 septembre 2026 :
|
||
« valider l’assemblage volontaire avec la clé dorée ». Le fichier consulté
|
||
ne comporte pas de modification locale.
|
||
|
||
Les dossiers complémentaires sont :
|
||
|
||
- [Redstone Language — ensemble](../../sanctuary-conception/docs/redstone-language-extensions.md) :
|
||
catalogue des composants, transport, capteurs et connexions.
|
||
- [Fiches des composants](../../sanctuary-conception/docs/redstone-language-composants.md) :
|
||
contrôleur, terminal, afficheur et disquettes.
|
||
- [Langage et machines](../../sanctuary-conception/docs/langage-et-machines.md) :
|
||
programmation et installation d'expansion Galactium.
|
||
- [Vision historique](../../sanctuary-conception/docs/vision.md) et
|
||
[backlog historique](../../sanctuary-conception/docs/backlog.md) : recoupement
|
||
des choix retenus et des propositions.
|
||
|
||
Ces liens pointent vers un autre worktree local. Le commit source est conservé
|
||
pour retrouver la référence si ce worktree est déplacé. Les dossiers historiques
|
||
restent consultés en lecture seule. Ils décrivent de la conception ; leur
|
||
présence ne prouve pas une implémentation dans la bêta actuelle.
|
||
|
||
## Le principe déjà retenu
|
||
|
||
**Des blocs identiques réunissent leur fonction dans une construction plus grande.**
|
||
Le joueur pose les composants, les assemble volontairement à la clé dorée,
|
||
utilise une machine commune, puis peut retrouver ses blocs indépendants.
|
||
|
||
- **La pose ne fusionne rien.** Un cube de fours peut rester une batterie de
|
||
fours ; neuf hoppers voisins peuvent garder neuf circuits.
|
||
- **La clé à molette dorée assemble, dissocie et oriente.** Ces fonctions sont
|
||
retenues ; recette, obtention, usure et gestes précis restent ouverts.
|
||
- **Dissocier laisse les composants sur place.** La machine ne se transforme
|
||
pas implicitement en un objet transportable. La séparation persiste après
|
||
rechargement, même si la forme reste complète.
|
||
- **Le stock actuel est conservé une seule fois.** Dissocier ne restaure pas
|
||
des ingrédients déjà consommés. La répartition entre composants est à définir.
|
||
- **L'usage local suffit.** Four, collecte ou musique restent utilisables sans
|
||
ordinateur ; la programmation pourra coordonner les appareils.
|
||
|
||
## Catalogue principal
|
||
|
||
« Retenu » désigne une décision consignée dans l'ancien cahier, encore ouverte
|
||
à une révision explicite pendant cette séance. Cela ne signifie pas « codé ».
|
||
|
||
| Appareil | Construction / fonction retenue | Ce qui reste à concevoir |
|
||
| --- | --- | --- |
|
||
| **Fourneau** — nom proposé | **27 fours ordinaires**, cube plein **3 × 3 × 3** ; chauffe commune, fournées et recettes à chaud. | Façade, orientation, entrées/sorties, chaleur, capacité, durée, rendement et première recette composée utile. |
|
||
| **Fût** — nom retenu | **27 barils**, cube plein **3 × 3 × 3** ; stockage commun par pages et/ou défilement. | Capacité réelle, pagination, dessin, faces d'accès et répartition au démontage. |
|
||
| **Grand baril de fermentation** — nom retenu | Plusieurs stacks d'**une même recette**, éventuellement à plusieurs ingrédients. | Composants, forme, volume, proportions du lot, conditions, vieillissement et temps hors ligne. |
|
||
| **Présentoirs** — nom proposé | **9 objets par face de bloc**, **81 par façade 3 × 3**, **324 distincts sur quatre façades**. Une façade seule suffit. | Bloc support et fabrication, gestes de dépôt/retrait, modèles, consultation des cartes/plans, coût du rendu. |
|
||
| **Méga-pistons** | **9 pistons en façade 3 × 3**, tête commune **3 × 3**, **course de 3 blocs** ; variante collante demandée. | Charge déplaçable, durée, collisions, traction, slime/miel, pièces déployées et interruption. |
|
||
| **Trémie** — nom retenu | **9 hoppers à plat en 3 × 3**, surface de collecte commune et **45 cases**. Assemblage facultatif. | Sortie, débit, redstone, comparateur, insertion et orientations rendues au démontage. |
|
||
| **Carillon** — nom retenu | Blocs musicaux **adjacents choisis**, pour accords et courtes séquences ; aucun carré ni nombre de neuf imposé. | Sélection, ordre, taille maximale, tempo, déclenchement, retour au début et réparation. |
|
||
| **Métablit** — nom proposé par l'auteur | La fonction d'**établi collectif avec projet persistant** est une proposition. | Confirmer cette fonction, ses composants, sa grille et ce qu'elle apporte par rapport à l'établi et au crafter. |
|
||
|
||
### Fourneau : faire une fournée et transformer une recette
|
||
|
||
Les 27 fours forment un cube **plein**, centre compris. L'ancien four creux
|
||
entouré de briques a été remplacé par ce choix. Le volume ne promet ni 27 fois
|
||
la vitesse ni un multiplicateur de minerais.
|
||
|
||
L'ancien cahier propose deux usages explicites : **cuisson par lots**, avec
|
||
les résultats des recettes admises, et **recette à chaud**, qui transforme
|
||
ensemble plusieurs ingrédients. Neuf cases d'entrée et une réserve de
|
||
combustible commune sont des propositions, pas des valeurs validées.
|
||
Le premier alliage reste à choisir avec un objet utile auquel il sert.
|
||
|
||
L'ancien cahier prévoyait de reprendre le rôle du kitchen oven en conservant
|
||
It's Alive autonome. **La direction actuelle remplace cette architecture :
|
||
tout It's Alive sera fusionné dans Sanctuary, plus tard.** Le Fourneau pourrait
|
||
alors remplacer la cuisinière, dont les usages précis restent à recenser.
|
||
Concevoir le Fourneau pour pouvoir accueillir ces recettes ultérieurement ;
|
||
le premier lot n'importe pas It's Alive et ne dépend pas d'une passerelle.
|
||
|
||
### Fût et fermentation : stockage et transformation
|
||
|
||
Le Fût conserve un stock fini, partagé entre toutes ses ouvertures ; changer
|
||
de page ne change pas les objets accessibles à l'automatisation. **729 cases**,
|
||
soit la somme des capacités de 27 barils ordinaires, ont été acceptées le
|
||
16 septembre 2026, avec recherche et pages. Ce choix actuel ne provient pas
|
||
de l'ancien cahier. La taille d'une page et l'intégration à l'inventaire
|
||
Sanctuary restent à préciser.
|
||
|
||
La fermentation engage un lot d'une recette : les ingrédients ajoutés ensuite
|
||
n'acquièrent pas rétroactivement son âge. Cette règle de lot est proposée dans
|
||
l'ancien cahier. La composition du Fût n'est pas automatiquement celle de la
|
||
cuve, et les règles du vin ne s'appliquent pas implicitement à la bière.
|
||
|
||
### Présentoirs : une collection réellement exposée
|
||
|
||
Les **81 objets d'une façade sont visibles ensemble**, sans pagination.
|
||
Un angle peut présenter deux faces avec des contenus distincts ; dessus et
|
||
dessous ne rajoutent pas implicitement des places aux 324 objets confirmés.
|
||
Cartes, photos, plans, recettes, disquettes, disques et œufs étaient demandés.
|
||
Un objet physique par emplacement est proposé ; accepter tous les autres
|
||
objets reste à éprouver. La disponibilité des supports futurs ne doit pas
|
||
être supposée dans la bêta.
|
||
|
||
### Méga-pistons : un mouvement commun
|
||
|
||
La tête parcourt réellement trois blocs. Les **27 cellules balayées** ne
|
||
définissent pas une limite de 27 blocs poussables. L'ancien cahier propose
|
||
un refus de tout le mouvement si une partie est bloquée et un démontage
|
||
uniquement rétracté et immobile. Poids, traction et déplacement de conteneurs
|
||
restent ouverts ; les états de neuf pistons indépendants ne suffisent pas
|
||
à décrire cette mécanique.
|
||
|
||
### Trémie : collecter sur une surface
|
||
|
||
La proposition historique est **une sortie sous le centre**, raccordable à
|
||
un hopper ordinaire pour poursuivre sur le côté. Cette sortie n'est pas encore
|
||
retenue. Même distinction pour la commande : alimenter le centre pour bloquer
|
||
toute la Trémie était proposé. **45 cases ne signifie pas débit multiplié par 9.**
|
||
Une destination pleine doit laisser les objets dans la réserve ; une réserve
|
||
pleine ne supprime pas les nouveaux drops.
|
||
|
||
### Carillon : construire un instrument
|
||
|
||
La forme libre adjacente remplace l'ancienne préférence pour une rangée.
|
||
L'ordre de sélection comme ordre musical reste proposé. Le cahier compare :
|
||
|
||
- **Accord :** une impulsion joue les notes ensemble.
|
||
- **Séquence :** une impulsion avance d'une note, avec tempo donné par la redstone.
|
||
- **Variante à discuter :** une impulsion lance toute une phrase au tempo interne.
|
||
|
||
Chaque note garde son instrument, notamment son support propre. Les gestes
|
||
d'accordage doivent rester accessibles. Le nombre de notes, les silences et
|
||
la manière de réordonner la mélodie restent à concevoir.
|
||
|
||
## Pistes et installations voisines
|
||
|
||
| Piste | État retrouvé |
|
||
| --- | --- |
|
||
| **Veilleur** | Proposition : 9 observateurs en façade pour surveiller les positions devant eux et identifier laquelle a changé. |
|
||
| **Batterie de distribution** | Proposition : 9 distributeurs en façade, sélection d'une bouche ou séquence avec leur stock réel. |
|
||
| **Bassin de traitement, serre climatique, écluse, alambic** | En réserve ; pas automatiquement des assemblages de blocs identiques. |
|
||
| **Presse à moule** | Écartée par l'auteur, fonction jugée déjà couverte par le crafter. |
|
||
| **Afficheur programmable** | Cahier voisin : panneaux coplanaires, rectangle plein, texte continu et huit lignes par bloc de hauteur. Ses règles de regroupement ont leur propre contrat, à confronter à celles de la clé. |
|
||
| **Installation Galactium** | Proposition voisine : construction autour d'un contrôleur, ressources et charge collective pour une expansion. Dépend du contrat d'expansion ; ne fait pas partie d'un premier appareil autonome. |
|
||
|
||
Le **terminal en titane reliant jusqu'à 128 coffres** est un réseau de stockage
|
||
distinct du Fût. Le coffre 3 × 3 × 3 cité dans la discussion historique n'y a
|
||
pas été identifié comme implémenté. Ces références ne deviennent pas de nouvelles
|
||
machines validées par leur simple mention.
|
||
|
||
## Proposition pour reprendre la conception ensemble
|
||
|
||
Pour chaque appareil, partir de **ce que la construction change dans le jeu** :
|
||
une chauffe partagée, un dépôt commun, une collection visible, une grande
|
||
course, une surface de collecte ou une phrase musicale. Puis compléter une
|
||
fiche courte :
|
||
|
||
1. **Construire :** blocs, forme, taille fixe ou variantes, orientation.
|
||
2. **Reconnaître :** aspect assemblé, pièces actives, état visible, nom FR/EN.
|
||
3. **Utiliser :** gestes, inventaire éventuel, recette ou commande, effet obtenu.
|
||
4. **Raccorder :** faces d'entrée/sortie, hoppers et redstone.
|
||
5. **Démonter :** casse, dissociation, récupération du contenu et reprise.
|
||
6. **Progresser :** obtention, matériaux, intérêt par rapport aux blocs séparés.
|
||
|
||
Les trois premiers arbitrages transversaux proposés sont **l'aspect des blocs
|
||
une fois réunis**, **les gestes de la clé** et **les tailles disponibles**.
|
||
Le 3 × 3 et le 3 × 3 × 3 sont retenus pour certains appareils ; les étendre
|
||
à toutes les machines effacerait le choix particulier du Carillon et des
|
||
façades de collection. Aucun nouvel arbitrage n'est acquis à ce stade.
|
||
|
||
## État et vérification de cette reprise
|
||
|
||
Le catalogue et ses statuts ont été recoupés avec le cahier, la vision et le
|
||
backlog de conception. La recherche ciblée dans les sources et les traductions
|
||
de la bêta n'a pas retrouvé ces appareils sous leurs noms ; elle ne constitue
|
||
pas un audit exhaustif de tout le code historique.
|
||
La cible déclarée reste celle de `gradle.properties`, **26.3-pre-2** au moment
|
||
de la lecture. Les anciennes vérifications d'API ne dispensent pas le futur
|
||
ticket de vérifier ses usages sur cette version exacte.
|
||
|
||
Cette reprise modifie uniquement la documentation. Aucun build ni essai en
|
||
jeu n'est nécessaire pour le catalogue ; les validations de gameplay figurent
|
||
dans le ticket et seront exécutées lors des lots concernés.
|