Files
youtube_personal/ETAPE17_2_FIX_MPV_YTDL_HOOK.md

75 lines
1.8 KiB
Markdown

# É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.