Ce projet correspond aux anomalies ou aux demandes d'évolutions logicielles pour le Freebox Server.
Pour des problèmes ADSL, vous devez vous adresser directement au 3244.
N'indiquez ici que les bugs ou les demandes d'évolution concernant le Freebox Server.
Pour les remarques concernant le Freebox Player, vous pouvez le faire sur la page dédiée.
- Effectuez la mise à jour de votre Freebox Server en 1.1.11 en date du 2 mai 2013
- Vérifiez que votre problème ou votre demande d'évolution n'a pas déjà été posté auparavant.
Merci d'avance.
FS#9977 — Marge de bruit max PB valeur en fonction de l'échelle
Concerne le projet— Freebox Server
Ouverte par ultimatebyte (ultimatebyte) - dimanche 15 avril, 2012 19:23:40
Dernière édition par Nicolas Pouillon (nipo) - mercredi 30 mai, 2012 15:48:02
Ouverte par ultimatebyte (ultimatebyte) - dimanche 15 avril, 2012 19:23:40
Dernière édition par Nicolas Pouillon (nipo) - mercredi 30 mai, 2012 15:48:02
| Anomalie | |
| Console de gestion | |
| FERME | |
| Personne | |
| Tous |
| Basse | |
| Normale | |
| 1.1.5 | |
| Non décidé | |
| Non décidé | |
 |
Bonjour,
Je constate une anomalie sur la valeur de la marge de bruit maximum indiquée :
- Si je suis en échelle 1h, je vois un pic à 7,2db, la marge de bruit max est bien 7,2db.
- Si je suis en échelle 1 jour, ce pic est visuellement lissé par l'échelle, mais la marge de bruit max indiquée diminue aussi à 6.55db, ce qui n'est pas normal.
La valeur maximum (et je suppose minimum) devrait être stocké peu importe l'échelle, et la valeur max indiquée devrait dans mon cas encore être 7,2db, même si sur le graphique, visuellement, on indique moins. Votre système ne fonctionne que pour des variations de marge de bruit très lentes, alors qu'en réalité, ce sont souvent les variations rapides, intermittentes, qui sont intéressantes à constater.
Screenshots :
Heure : http://image.noelshack.com/fichiers/2012/15/1334509329-Margedebruit.jpg
Jour : http://image.noelshack.com/fichiers/2012/15/1334510036-margedebruitjour.jpg
J'imagine que par souci d'économie de mémoire, lorsque l'on dépasse l'heure, les valeurs stockés ne sont plus par exemple une toutes les 15 secondes, mais une toutes les 5 minutes, d'où la différence de marge de bruit réelle et affichée, mais cela n'empêche pas de conserver la valeur max/minimum dans une variable, je supposais avant de voir cela que c'était le cas, mais là c'est franchement une aberration, même pour un programmeur débutant comme je le suis.
Une autre idée, mais qui demande un peu de code supplémentaire, serait de stocker l'intégralité des valeurs dans un simple fichier txt, dans un emplacement caché (ou pas), qui s'actualiserait toutes les 30 minutes pour économiser la RAM de la box, tout en gardant la précision du graphe, qui fait actuellement 3 ou 4 pixels de large et qui est flou, alors qu'un pixel suffit et serait bien plus précis.
Bon codage (et avec les mains de préférence, pas avec les pieds ! :p).
Cordialement.
Je constate une anomalie sur la valeur de la marge de bruit maximum indiquée :
- Si je suis en échelle 1h, je vois un pic à 7,2db, la marge de bruit max est bien 7,2db.
- Si je suis en échelle 1 jour, ce pic est visuellement lissé par l'échelle, mais la marge de bruit max indiquée diminue aussi à 6.55db, ce qui n'est pas normal.
La valeur maximum (et je suppose minimum) devrait être stocké peu importe l'échelle, et la valeur max indiquée devrait dans mon cas encore être 7,2db, même si sur le graphique, visuellement, on indique moins. Votre système ne fonctionne que pour des variations de marge de bruit très lentes, alors qu'en réalité, ce sont souvent les variations rapides, intermittentes, qui sont intéressantes à constater.
Screenshots :
Heure : http://image.noelshack.com/fichiers/2012/15/1334509329-Margedebruit.jpg
Jour : http://image.noelshack.com/fichiers/2012/15/1334510036-margedebruitjour.jpg
J'imagine que par souci d'économie de mémoire, lorsque l'on dépasse l'heure, les valeurs stockés ne sont plus par exemple une toutes les 15 secondes, mais une toutes les 5 minutes, d'où la différence de marge de bruit réelle et affichée, mais cela n'empêche pas de conserver la valeur max/minimum dans une variable, je supposais avant de voir cela que c'était le cas, mais là c'est franchement une aberration, même pour un programmeur débutant comme je le suis.
Une autre idée, mais qui demande un peu de code supplémentaire, serait de stocker l'intégralité des valeurs dans un simple fichier txt, dans un emplacement caché (ou pas), qui s'actualiserait toutes les 30 minutes pour économiser la RAM de la box, tout en gardant la précision du graphe, qui fait actuellement 3 ou 4 pixels de large et qui est flou, alors qu'un pixel suffit et serait bien plus précis.
Bon codage (et avec les mains de préférence, pas avec les pieds ! :p).
Cordialement.
Cette tâche dépend de
Cette tâche bloque la fermeture de
Date: mardi 9 octobre, 2012 17:35:20
Raison de clôture: Bug corrigé
Commentaires supplémentaires de clôture: Dans la 1.1.7
Je confirme que le problème est également sur les valeurs de l'upload, où on le constate pour les valeurs minimum et maximum.