Les timestamps des logs sont en UTC, convertis en Europe/Paris. Une ligne sans timestamp hérite du dernier timestamp du fichier (précision : seconde). Les modifications effectives « Modifs for me » sont retenues ; les échos Send/Receive ne sont pas recomptés. QUESTIONS — Début / fin des fenêtres de réponse, observés via inputContext-quiz-answer. Ce ne sont pas les bornes exactes de l’énoncé, de la correction ni de l’extrait audio. Un numéro désigne une fenêtre observée, pas l’ID d’une question. Une reprise peut rouvrir la même question. Aucun titre de question n’est inventé. MORCEAUX — Commandes musicTimerConf : démarrage, repositionnement, effacement, arrêt ou remplacement. Une fin / arrêt décrit une commande, sans prouver que le morceau a été joué intégralement. Les GET média prouvent un chargement, pas une lecture. COM — Les modules identifiables le sont par les variables reçues sur leur UUID. Le serveur traite aussi les clients locaux du port latéral comme des « parents ». Close parent ne contient pas l’UUID : les candidats affichés sont des connexions qui cessent d’émettre ou de recevoir à proximité, sans attribution certaine. Les modules silencieux ne peuvent pas tous être reconnus. REDÉMARRAGES — Chaque nouveau fichier correspond à une nouvelle exécution de MAIN. Une ligne horizontale commentée marque cette limite dans le détail et la vue d’ensemble. Une relance de MAIN suffit à créer un fichier : un reboot Windows n’est pas démontré. Ces repères restent visibles lors des recherches et filtres par jeu ; la catégorie Redémarrages MAIN permet de les masquer. COUVERTURE — Les intervalles sans traces ne prouvent ni inactivité ni panne. Une relance ou la dernière trace borne une partie sans en prouver la fin. La vue d’ensemble utilise une échelle horaire linéaire ; le détail déplie les événements pour préserver la lisibilité. Aucune modification des logiciels ou logs d’origine.