Docs: guide de choix entre H.264 et WebM VP9

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
This commit is contained in:
isUnknown 2026-03-11 15:46:42 +01:00
parent 5c77e4817d
commit af4d6200c6

View file

@ -16,12 +16,6 @@ ffmpeg -i mobile_version_texte_fixe.mp4 \
mobile_version_opt.mp4
```
## Extraire un poster (première frame)
```bash
ffmpeg -i input.mp4 -ss 00:00:01 -frames:v 1 -q:v 2 poster.jpg
```
## Encoder en WebM VP9 (alternative plus légère)
WebM est prioritaire sur MP4 dans les navigateurs modernes (sauf Safari).
@ -33,8 +27,23 @@ ffmpeg -i input.mp4 \
output.webm
```
## Quelle commande utiliser ?
**Cas 1 — simple remplacement d'une vidéo existante** : utiliser la compression H.264 MP4 (section du haut). C'est suffisant, compatible partout, et `faststart` règle le problème de streaming.
**Cas 2 — on veut aller encore plus loin en poids** : encoder aussi en WebM VP9 et ajouter les deux `<source>` dans le HTML. Le navigateur choisit automatiquement le meilleur format qu'il supporte :
```html
<video>
<source src="video.webm" type="video/webm" /> <!-- prioritaire (Chrome, Firefox) -->
<source src="video.mp4" type="video/mp4" /> <!-- fallback (Safari) -->
</video>
```
WebM VP9 compresse mieux (~30-50% de moins que H.264 à qualité équivalente) mais l'encodage est beaucoup plus lent. À réserver aux vidéos qui restent longtemps en production.
## Notes
- `-an` : supprime la piste audio (inutile pour des vidéos `muted` en fond)
- `-preset slow` : meilleure compression à qualité égale (encode plus lentement)
- `crf` : Constant Rate Factor — plus bas = meilleure qualité. 23 = défaut libx264, 18 = quasi-lossless
- `-an` : supprime la piste audio (inutile pour des vidéos `muted` en fond)
- `-preset slow` : meilleure compression à qualité égale (encode plus lentement)
- `crf` : Constant Rate Factor — plus bas = meilleure qualité. 23 = défaut libx264, 18 = quasi-lossless