mirror of
https://github.com/R0m1k3/xtremflow.git
synced 2026-10-11 17:30:00 +02:00
MichaelandClaude Opus 5
d6c7184475
L'écran « Échec du chargement : vendor/mpegts.min.js » était un cul-de-sac : la moindre requête ratée sur la lib condamnait la chaîne, alors que le flux restait parfaitement lisible autrement. - xf-player-core : le chargement des libs est retenté une fois en contournant le cache HTTP (les libs sont servies en max-age=86400, une entrée tronquée bloquait le lecteur jusqu'au vidage manuel du cache), et seul un succès est mémorisé — la promesse rejetée restait en cache et rendait tout réessai impossible pour le reste de la session. - Repli automatique : si mpegts.js reste introuvable, le live bascule sur la route HLS équivalente (où FFmpeg réencode déjà l'audio en AAC) ; si hls.js reste introuvable, on tente le HLS natif. Plus d'écran d'erreur quand un chemin de lecture est encore disponible. - Message d'erreur exploitable : la cause réelle est affichée (HTTP 404, 429, réseau injoignable) au lieu d'un échec indifférencié. - Préchargement corrigé : les trois players préchargeaient hls.js en dur, soit 618 Ko téléchargés pour rien à chaque zap TV — c'est mpegts.js qui sert au direct — au détriment du flux et du chargement de mpegts.js lui-même. Le préchargement suit désormais le flux demandé, avec la même décision que XFPlayer.start() (et ne charge rien sur Safari/iOS). - Serveur : avertissement explicite au démarrage si web/vendor/*.min.js manque, au lieu de laisser le navigateur échouer sans explication. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_014FSovdudi3KBwZK3aC42fw
