Dès que EXT-X-ALLOW-CACHE
est désapprouvé et supprimé du protocole specification, existe-t-il un autre moyen de configurer la stratégie de mise en cache pour un flux? (Mon objectif est de permettre la mise en cache sur le client)Configuration de la stratégie de mise en cache HLS
Je veux aussi se débarrasser d'erreur tout en validant avec flux mediastreamvalidator
:
MUST fix issues
--------------------------------------------------------------
Error: #EXT-X-ALLOW-CACHE has been deprecated
--> Detail: Line: #EXT-X-ALLOW-CACHE:NO
Pas exactement ce qu'il fallait. Avec l'approche que vous proposez, un actif ne sera disponible qu'après avoir été complètement téléchargé. Ce qui n'est pas la même chose que la mise en cache. J'ai besoin de mettre en cache les segments qui ont été téléchargés pendant la lecture + le tampon avant pas plus. – ilya
@ilya Je pense que la raison pour laquelle ils l'ont supprimée est parce que vous pouvez simplement définir les en-têtes de mise en cache 'HTTP'. En tout cas c'est le client qui décide finalement si et quoi mettre en cache, le serveur ne peut pas le forcer. – aergistal
@ilya en citant la page liée: "Lorsqu'un utilisateur télécharge et joue simultanément un asset, il est possible qu'une partie de la vidéo soit jouée avec une qualité inférieure à celle spécifiée dans la configuration de la tâche de téléchargement. les contraintes empêchent le streaming à la qualité demandée pour le téléchargement ... (plus tard). Dans la mesure du possible, réutilisez la même instance d'asset pour la lecture que celle utilisée pour configurer la tâche de téléchargement. " Donc, faire les deux semble possible. – akaralar