- État Nouveau
- Pourcentage achevé
- Type Anomalie
- Catégorie Télévision → Timeshifting / Start Over
- Assignée à Personne
- Système d'exploitation Tous
- Sévérité Moyenne
- Priorité Très Basse
- Basée sur la version 9.6.23 - 1.0.99
- Due pour la version Non décidée
-
Échéance
Non décidée
- Votes
- Privée
FS#33990 - Temps de latence changement de chaîne
Bonjour,
La latence lors des changements de chaîne varie selon la configuration réseau :
1- Pop server en mode routeur –> pop player connecté en Wifi : latence < 1s quelque soit la chaîne choisie
1- Pop server en mode routeur –> pop player connecté en filaire : latence < 1s quelque soit la chaîne choisie
2- Pop server en mode routeur –> routeur ASUS RT-AC88U –> pop player connecté en Wifi au routeur : latence > 3s pour les chaînes 1 à 29 sauf la 3ème ~1s
3- Pop server en mode routeur –> routeur ASUS RT-AC88U –> pop player connecté en filaire au routeur : latence > 3s pour les chaînes 1 à 29 sauf la 3ème ~1s
3- Pop server en mode bridge –> routeur ASUS RT-AC88U –> pop player connecté en Wifi au routeur : latence > 3s pour les chaînes 1 à 29 sauf la 3ème ~1s
3- Pop server en mode bridge –> routeur ASUS RT-AC88U –> pop player connecté en filaire au routeur : latence > 3s pour les chaînes 1 à 29 sauf la 3ème ~1s
Même constat avec 2 pop players mis en route simultanément ou non.
Si quelqu’un a une solution pour réduire le temps de latence en mode bridge, je suis preneur.
Chargement...
Activer les raccourcis clavier
- Alt + ⇧ Shift + l Se connecter/Se déconnecter
- Alt + ⇧ Shift + a Ouvrir une tâche
- Alt + ⇧ Shift + m Mes recherches
- Alt + ⇧ Shift + t Rechercher par ID de tâche
Liste des tâches
- o Ouvrir la tâche sélectionnée
- j Déplacer le curseur vers le bas
- k Déplacer le curseur vers le haut
Détails de la tâche
- n Tâche suivante
- p Tâche précédente
- Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
- Alt + ⇧ Shift + w Surveiller
- Alt + ⇧ Shift + y Fermer cette tâche
Édition de la tâche
- Alt + ⇧ Shift + s Enregistrer la tâche
Finalement j'ai trouvé une solution = déclenchement de port sur le routeur tel que :
A présent, le temps de latence est sensiblement le même quelle que soit la configuration réseau.
@fj91: Avez-vous trouvé un meilleur réglage ou avez-vous des changements depuis votre dernier commentaire ?
Finalement, ma solution ne fonctionnait pas si bien que ça et, surtout, me posait des problèmes de sécurité.
Depuis, j'ai changé d'installation (routeur/firewall pfsense) mais toujours avec le même constat de latence.
Le problème ne vient donc pas de mon matériel.
Je reste donc preneur de toute bonne idée !
Bonjour,
Je soupçonne que le problème est le même que sur https://dev.freebox.fr/bugs/task/34909
Testez si vous observez aussi que vous n'avez plus de sous-titre lorsque vous êtes derrière le routeur. Je suppose que vous avez l'IPv6 correctement routé sur votre routeur?
Excusez-moi, je vais copier/coller ce que j'ai dit à côté:
C’est un peu compliqué, y a différents problèmes qui s’entre-mèlent. Mais pour faire simple, quelle est votre configuration IPv4 sur le routeur Asus? J’imagine que l’IPv4 est NATée. Passez en IPv4 bridgée sur le routeur Asus, et je pense que ça devrait marcher. À défaut, utilisez le serveur DNS de la Freebox (j’imagine que le routeur Asus n’utilise pas le DNS de la Freebox).
Je tente une explication probable de votre problème: Par soucis d'économie de bande passante, Oqee commence par essayer de se connecter en RASH (RTSP avec la freebox server, qui a le bon gout d'être multicast sur le réseau), et passe en DASH ("bête" https) si la connection en RASH échoue. Le RASH passe par mafreebox.freebox.fr, mais le nom mafreebox.freebox.fr n’est résolvable en IPv6 que par le serveur DNS intégré à la Freebox (d’où ma suggestion d’utiliser le DNS de la Freebox). Autrement, ce n’est accessible que en IPv4. Auquel cas, on tombe dans un problème du RTSP utilisé par le RASH, qui est que ça passe mal les NAT (d’où ma suggestion de passer en bridge).
Cordialement
Bonjour,
Côté configuration, que ce soit l'ASUS ou le pfsense, je suis effectivement en mode routeur et non bridge puisque c'est le pop server que je cherche à passer en bridge.
Pour l'IPV6, jusqu'à présent j'utilisais le DNS de mon routeur ASUS, à priori correctement configuré, puisque je recevait toutes les chaînes.
Dans ma nouvelle configuration, l'ASUS est en bridge et me sert de point d'accès derrière le pfsense (sur une autre machine) en mode routeur.
Dans les deux cas, le problème vient de la latence du changement de chaîne donc, je suppose du changement de port d'écoute ?
Cordialement.
Bonjour,
Côté configuration, que ce soit l'ASUS ou le pfsense, je suis effectivement en mode routeur et non bridge puisque c'est le pop server que je cherche à passer en bridge.
Pour l'IPV6, jusqu'à présent j'utilisais le DNS de mon routeur ASUS, à priori correctement configuré, puisque je recevait toutes les chaînes.
Dans ma nouvelle configuration, l'ASUS est en bridge et me sert de point d'accès derrière le pfsense (sur une autre machine) en mode routeur.
Dans les deux cas, le problème vient de la latence du changement de chaîne donc, je suppose du changement de port d'écoute ?
Cordialement.