[Oasis35]

Requested by Clément · project thread

Closes #473.

Ce qui change

• 60 barres au lieu de 32 (WAVEFORM_BARS) : une barre = 1/6 s sur 10 s, chaque palier tombe entre deux barres. Écart de 2 px, coins un peu plus petits pour des barres d'environ 3 px.
• Balayage continu : trois couches de barres identiques (gris, cyan pâle, cyan vif). Les deux du dessus sont découvertes de gauche à droite par deux translations opposées, arrondies au pixel (la couche glisse, ses barres restent en place, sans liseré gris) : une barre peut être à moitié jouée, et seul transform change pendant la lecture. Le cyan pâle s'étend en 300 ms quand un palier se débloque.
• Position lissée (gameplay/domain/playhead.ts, SmoothPlayhead) : entre deux mises à jour de currentTime, la position avance à l'horloge, avec 0,3 s d'avance au plus (lecture bloquée), rien avant le premier vrai son (faux playing de Safari, piège 46), jamais au-delà du palier, ne recule que sur une relecture. Purement visuel : HtmlAudioPort et l'arrêt du palier ne sont pas touchés (pièges 44 et 46).
• Mouvement réduit : ni lissage ni transition, la couche vive avance au dixième, comme le chrono.
• Moins de travail par image : la couche jouée est menée par une boucle d'image hors du gabarit (plus de tableau de barres recalculé à chaque image), le chrono pour lecteur d'écran et aria-valuenow ne changent qu'au dixième. Le bouton qui danse est sur son propre calque (will-change: transform dans app-membrane).
• Le calcul de la forme reste dans le navigateur (le Lecteur : forme de l'extrait calculée la nuit par l'API et envoyée avec le morceau #474 viendra à part). Le passer dans un Web Worker n'apporte rien ici : decodeAudioData décode déjà hors du fil principal, et les barres et l'enveloppe se calculent en quelques millisecondes.

Tests

• playhead.spec.ts (nouveau) : avance entre deux positions, rien avant le premier son, plafond d'avance, palier, relecture.
• round-player.component.spec.ts : 60 barres par couche, parts découvertes (débloquée, jouée, chargement), translations au pixel près, suivi de la position à chaque image, arrêt de la boucle (fin de lecture, destruction), mouvement réduit, chrono au dixième.
• Vitest gameplay/** : 301/301 en local, npm run build et npm run lint:arch OK. E2E laissés à la CI (pas de .NET dans la session).
• Capture rendue en local à 375 px : rendu conforme.
• Relecture : relecteur-pr (rien de bloquant) et gardien-da (pixel près et mouvement réduit traités dans le 2e commit).
• Pas profilé sur un vrai téléphone : à regarder sur le staging, surtout à 320 px (barres de 2,3 px, gris à 14 %) et la relecture ↺ sur iPhone.

Doc

src/front/CLAUDE.md (lecteur, membrane, 60 barres), docs/conformite/conditions-api-deezer.md (60 barres).

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud