- Generated by
1.9.8
|
Monopoly — Portage moderne 0.1.0
Portage moderne C/C++23 du Monopoly de 1999
|
Le lanceur modern/PlayModern.cmd ouvre le parcours USA/anglais avec la scène procédurale récupérée et les assets modernes installés. Les menus, cartes, Portfolio et échanges ont désormais des présentations modernes qualifiées dans les contextes décrits par le journal UI/runtime. Les contextes non pris en charge conservent leurs assets retail.
Le guide de jeu procédural décrit le lancement et les exports. Les parties réelles, F11 et la capture de sortie audio Windows documentés les 1er et 2 octobre complètent les preuves initiales ci-dessous. Les limites de chaque mesure restent valables : aucune garantie de cadence minimale continue, de toutes les animations ou d’audibilité physique.
Le runtime conserve deux espaces logiques distincts :
Le rendu 3D est maintenant projeté indépendamment sur la surface moderne. Sur un écran 16:9, le viewport 3D principal peut donc remplir la présentation sans étirer l'UI 4:3. Les viewports Status et Trade gardent leurs proportions historiques relatives dans ce canevas 16:9.
Le mode par défaut est le plein écran sans bordure à la résolution du bureau.
Options disponibles :
--fullscreen demande explicitement le plein écran sans bordure. --resolution WIDTHxHEIGHT configure la fenêtre ou le mode exclusif. En plein écran sans bordure, la résolution du bureau reste la référence.
F11 bascule entre le plein écran sans bordure et la taille de fenêtre configurée.
Le swapchain SDL_GPU est configuré explicitement en SDR avec deux frames maximum en vol. Le mode par défaut est VSync :
Si Mailbox ou Immediate n'est pas pris en charge par le GPU/fenêtre, le runtime revient à VSync au lieu d'échouer.
Le moteur de jeu conserve son horloge fixe historique de 60 Hz via std::chrono::steady_clock. Le rythme de rendu est indépendant : un écran 120/144 Hz peut présenter davantage de frames sans accélérer la simulation.
Le titre de la fenêtre affiche environ une fois par seconde :
La résolution affichée est la taille physique en pixels de la fenêtre/surface, pas le canevas logique 800x600. Le FPS est le nombre de frames GPU soumises par seconde ; il sert au diagnostic de performance, pas à une promesse indépendante du matériel.
Quand un viewport 3D est actif, les événements situés dans sa zone visible sont remappés avec le canevas 800x450 16:9. En dehors du viewport 3D, les écrans et contrôles restent remappés avec le canevas UI 800x600.
Cette séparation évite de déformer les écrans historiques tout en préparant le plateau et les futurs assets Blender/glTF à une présentation 1080p, 1440p ou 4K.
Le pipeline HMD conserve ses shaders Gouraud et ses ombres. Les meshes GLB utilisent un chemin PBR distinct : facteurs métal/rugosité, cinq cartes, samplers/mipmaps, normales tangentes, émission et alpha OPAQUE/MASK. Les 54 contrôles CPU GLB et 86 contrôles GPU ciblés passent ; BLEND et les scènes glTF animées conservent un refus explicite. Un cube studio HDR optionnel ajoute des réflexions spéculaires préfiltrées GGX avec approximation DFG analytique. Les 30 nouveaux contrôles CPU/GPU passent et le haut-de-forme de production a été capturé en 1920x1080 avec des réflexions blanches, bleues et dorées examinées. Le diffus reste une approximation ambiante, sans irradiance dédiée ni LUT BRDF. Environnement absent/invalide, sa contribution est désactivée et les pixels précédents sont conservés. Les 23 captures CNK demandées passent avec IBL/PBR actifs et la galerie des 11 pions a été examinée. Un smoke test de l'application dépasse 25 secondes avec neuf chargements de pions, sans qualification de partie interactive ou d'animation continue ; voir le contrat Blender.
Les options suivantes demandent les adaptateurs de scène ; elles restent dépendantes des ressources et du contexte de jeu :
Le plateau aligné possède la correspondance des 40 cases retail ; maison, fontaine, gare et colonne Morris sont des exports distincts. Leur placement hérite des transformations CNK, sans modifier les règles. Le plateau Paris ne remplace que le contexte Europe/français/Paris/euro sans plateau personnalisé. L'installation locale manque encore des quatre banques Europe/français : cette commande ne peut donc pas qualifier actuellement un démarrage français réel. Voir les ressources requises.
Un probe SDL_GPU séparé soumet 4 objets, 246 batches et 915 731 triangles. Sa mesure de cadence est documentée dans le contrat Blender. Un chronométrage de frames avec fence exclut chargement et readback et ne mesure pas la boucle complète du jeu. Neuf chargements d'idles lors d'un démarrage borné ne constituent pas davantage une qualification visuelle ou de gameplay. Les sorties et limites de preuve figurent dans le contrat Blender.
Le probe de frames de pions évalue un tick CNK de production puis le rendu PBR réel. Vingt-trois captures 1920x1080 couvrent les onze idles, quatre poses du chien, six du cheval et deux états du bateau. La mosaïque a été examinée ; ce contrôle de frames demandées ne constitue pas une animation continue en partie ni un film de gameplay. Il ne transforme pas les neuf chargements observés au démarrage en onze pions qualifiés dans une partie réelle.
Le catalogue étendu comprend 608 racines, 63 géométries et neuf calibrations, avec préservation des 401 anciennes racines. Le pipeline des 58 poses revues reproduit les rendus et préserve les hashes précédents. La preuve CPU actuelle couvre 606 racines, comparées à chaque tick/événement au retail. Seuls 37 HMD distincts ont été observés ; leurs captures PBR/IBL 1920x1080 ont été examinées. Cela ne qualifie ni animation continue en partie ni toutes les frames visuellement. Le prototype d'hôtel rouge reconstruit passe également un probe GPU réel (40 triangles, trois batches). L'option --modern-buildings=house active maison et hôtel avec repli indépendant ; leur placement visuel en partie reste à qualifier. Voir le contrat Blender.
Un bundle procédural optionnel couvre neuf familles réelles avec cartes base/normal 512px. Le choix de staging est vide par défaut ; les pions normaux sont conservés. La comparaison native de la gare garde une MAE foreground RGB de 0,027318 et une différence de contraste des fenêtres, sans parité exacte. Voir le workflow de ressources.
Sept tests ciblés de présentation/audio du lot initial passent avec le driver audio dummy. Ils ne constituent pas la preuve GUI/F11/audio logiciel : les observations ultérieures correspondantes sont consignées séparément dans VISUAL_UI_POLISH.md.
1.9.8