fix(encode): make every output format render the frames it claims

[LeadcodeDev]

Round 3 du chantier d'audit — lot encodage, 7 constats vérifiés.

Tous partagent la même famille de défaut : une sortie qui contredit silencieusement le flux de frames, la fréquence d'échantillonnage ou la durée qu'elle annonce.

Constat	Symptôme observable
#2	Désynchronisation A/V progressive : mix_audio_tracks rééchantillonne vers une constante, deux sites de mux en déclaraient une autre en dur. Le PCM était juste, la déclaration non.
#4	still --time choisissait sa frame en parcourant les scènes, l'encodeur parcourt build_frame_tasks. Dès qu'il y a une transition, le still montre une image absente de la vidéo.
#5	--format raw sortait 120 frames là où le MP4 en sort 90 (scénario 2s+2s, fondu 1s) et n'appliquait aucun post-effet.
#7	GIF trop court : 100.0 / fps arrondi une fois puis réutilisé comme délai plat — 1,8 s pour un scénario de 2,0 s.
#8	Les stills JPEG échouaient systématiquement et laissaient un fichier vide (encodeur alimenté en RGBA). --format perdait aussi face à l'extension du fichier.
#9	L'encodage incrémental accumulait toutes les frames dans un all_yuv avant de démarrer l'encodeur — la vidéo entière en mémoire.
#10	L'extraction audio ffmpeg écrivait directement sur le chemin final : un échec laissait un WAV tronqué que les runs suivants prenaient pour un cache valide.

Notes d'implémentation

• La constante de fréquence est désormais unique (audio::OUTPUT_SAMPLE_RATE) et lue par les deux muxers ; on ne peut plus en réintroduire une en dur sans le voir.
• still --time et --format raw passent tous deux par build_frame_tasks + render_frame_task — le même chemin que l'encodeur, donc plus de divergence possible par construction.
• Les délais GIF sont dérivés de bornes cumulées arrondies puis différenciées, ce qui borne l'erreur au lieu de l'accumuler. Le plancher de 2cs est conservé et testé.
• L'extraction audio écrit dans un fichier voisin et ne promeut qu'en cas de succès.

Vérification

cargo test -p rustmotion -p rustmotion-cli sur cette branche seule (sans les trois autres lots du round 3) : 124 + 126 tests, 0 échec.