Skip to content

feat: décompte 3-2-1 visible avant l'enregistrement d'une prise - #55

Merged
DZTic merged 4 commits into
mainfrom
release/countdown-followup
Jun 29, 2026
Merged

feat: décompte 3-2-1 visible avant l'enregistrement d'une prise#55
DZTic merged 4 commits into
mainfrom
release/countdown-followup

Conversation

@DZTic

@DZTic DZTic commented Jun 29, 2026

Copy link
Copy Markdown
Owner

Reprend les correctifs du décompte d'enregistrement non inclus dans #53 (mergée tôt avec son seul 1er commit). Cherry-pick propre par-dessus main, arbre identique à la version validée en local.

Décompte avant enregistrement

  • Overlay 3 → 2 → 1 centré sur la vidéo (cercle ambre), puis ● REC rouge au début du bloc.
  • Vrai 3 s : attente que le saut de pré-roll se pose (armement) avant de démarrer le décompte.
  • Garanti même au tout début : bloc à moins de 3 s du début → maintien du curseur en pause au début pendant les secondes manquantes, puis la lecture rejoint le bloc.
  • Le bloc défile visiblement vers la ligne de synchro sur les 3 s : bande alimentée par un temps virtuel (« début − 3 s », souvent négatif), même sans vidéo avant lui. Timecode sur le temps vidéo réel.

Vérification

  • dotnet build Release : OK (0/0).
  • Validé en usage (bloc à t≈0,2 s arrive depuis la droite pendant le 3-2-1).

DZTic and others added 4 commits June 29, 2026 10:32
Le pré-roll de 3 s existait mais rien ne le signalait : on ajoute un overlay
de compte à rebours centré sur la vidéo. Pendant que le curseur approche du
bloc, l'overlay ambre affiche les secondes restantes (3, 2, 1) ; au début du
bloc il bascule en « ● REC » rouge et la conservation de l'audio démarre.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Le décompte démarrait depuis la position courante du curseur car la lecture
était lancée avant que le MediaElement n'ait appliqué le saut vers « début − 3 s ».
On ajoute une phase d'armement : on attend que le saut se pose (tolérance 0,15 s,
garde-fou 1,5 s) avant de lancer la lecture. Le curseur part alors pile à 3 s du
bloc et le décompte fait un vrai 3 → 2 → 1.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Quand le bloc est à moins de 3 s du début, il n'y a pas assez de vidéo avant lui
pour un vrai pré-roll. On garantit désormais un décompte complet en deux temps :
maintien du curseur en pause au début pendant les secondes manquantes (horloge
murale), puis lecture qui rejoint le bloc (horloge vidéo). Le décompte fait
toujours 3 → 2 → 1, et l'enregistrement démarre pile au début du bloc.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
…début)

Pour un bloc proche du début, le curseur restait figé pendant le décompte : le
bloc, déjà collé à la ligne de synchro, ne « venait » pas. On alimente désormais
la bande avec un temps virtuel allant de « début − 3 s » (souvent négatif) jusqu'au
bloc : le bloc défile visiblement vers la ligne rouge sur les 3 s entières, même
sans vidéo avant lui. Le timecode reste sur le temps vidéo réel.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@DZTic
DZTic merged commit 4cb0ed6 into main Jun 29, 2026
1 check passed
@DZTic
DZTic deleted the release/countdown-followup branch June 30, 2026 09:05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant