Files
youtube_personal/ETAPE17_17_FAST_LOCAL_CACHE.md

95 lines
2.0 KiB
Markdown

# Étape 17.17 - Démarrage Windows accéléré sans changer le transport validé
La 17.16 est notre première base Windows réellement validée :
```text
vidéo locale confirmée: 1920x1080
audio local attaché: format=251 codec=opus
lecture AV locale confirmée: 1920x1080
```
On ne remplace donc PAS cette architecture.
## Optimisation 1 : format vidéo beaucoup plus compact
La vidéo de test expose en 1080p60 :
```text
299 AVC : ~361 MiB
303 VP9 : ~275 MiB
399 AV1 : ~172 MiB
```
La 17.16 choisissait 299.
La 17.17 choisit maintenant le codec efficace pour la résolution demandée,
donc typiquement 399 AV1 en 1080p60.
À débit réseau identique, cela divise approximativement par deux le volume
vidéo du premier chargement.
Même principe :
```text
1440p60 : AV1 400 préféré
2160p60 : AV1 401 préféré
```
## Optimisation 2 : cache persistant
Les fichiers complets validés ne sont plus supprimés à la fermeture du player.
Emplacement :
```text
%LOCALAPPDATA%\YouTubePersonal\media_cache
```
Au prochain lancement de la même vidéo/qualité :
```text
[HD-CACHE][17.17] video=HIT audio=HIT
```
et media_kit peut ouvrir immédiatement les fichiers locaux sans les
retélécharger.
Le cache conserve automatiquement les 5 vidéos les plus récentes.
## Optimisation 3 : progression visible
Pendant le premier chargement, l'écran affiche maintenant l'avancement :
```text
Préparation HD • vidéo 45% • audio 100%
```
L'application n'a donc plus l'air figée.
## Test
Extraire le ZIP à la racine.
Un `flutter clean` n'est pas nécessaire à chaque test. Faire simplement :
```powershell
cd "D:\07-Logiciels\23-youtube_personal"
flutter run -d windows
```
Tester 1080p.
Le premier lancement doit sélectionner typiquement :
```text
[HD-WINDOWS][17.17] format rapide sélectionné: 399 1920x1080 60fps av01...
```
Puis, au deuxième lancement de la même vidéo :
```text
[HD-CACHE][17.17] video=HIT audio=HIT
```
Le chargement réseau doit alors disparaître presque totalement.