# Étape 17.2 - Correctif HD/4K Windows via mpv ytdl_hook

## Diagnostic confirmé par le log précédent

yt-dlp fonctionnait parfaitement :

- 1080p trouvé : `1920x1080 60fps avc1`
- 4K trouvée : `3840x2160 60fps vp9`

Mais après avoir transmis les URLs `googlevideo` directement à media_kit,
aucune image HD n'arrivait dans les 12 secondes. Le lecteur revenait donc en
640x360.

## Nouvelle stratégie

Windows n'ouvre plus manuellement les URLs directes yt-dlp.

On laisse maintenant **le ytdl_hook natif de mpv** :

1. appeler le `yt-dlp.exe` déjà empaqueté ;
2. utiliser Deno ;
3. choisir la qualité demandée ;
4. appliquer lui-même les paramètres/headers nécessaires ;
5. associer lui-même la piste vidéo et la piste audio ;
6. fournir le résultat directement à media_kit/libmpv.

Android n'est pas modifié et conserve le chemin NewPipe direct déjà validé.

## Installation

Les outils Windows sont déjà installés. Il n'est pas nécessaire de relancer
`PREPARER_HD_WINDOWS.ps1`.

Extraire ce ZIP à la racine du projet puis :

```powershell
cd "D:\07-Logiciels\23-youtube_personal"
flutter clean
flutter pub get
flutter run -d windows
```

Tester d'abord 1080p puis 2160p.

## Logs attendus

Au démarrage du flux :

```text
[HD-WINDOWS] préparation mpv/ytdl_hook ...
[HD-WINDOWS] configuration ytdl_hook ...
[HD-WINDOWS] ouverture via ytdl_hook ...
```

Succès 1080p :

```text
[HD-WINDOWS] lecture confirmée: 1920x1080 ...
```

Succès 4K :

```text
[HD-WINDOWS] lecture confirmée: 3840x2160 ...
```

Si mpv/yt-dlp renvoie une erreur, elle est maintenant remontée avec :

```text
[HD-WINDOWS][MPV-ERROR] ...
```

Le délai de validation Windows passe aussi de 12 à 30 secondes, car mpv lance
désormais yt-dlp + Deno lui-même avant d'ouvrir les pistes.