Bon, j'ai fait pleins de tests hier, la vraie différence se situe avec valeur ou sans valeur de buffer...
La définition d'un buffer quelqu'il soit amène plus de liant, plus de précision dans la scène sonore. Cela sonne moins 'harsh' donc plus fluide et on gagne en profondeur.
Ensuite, entre les valeurs de buffer suivantes <streaming>/<outout>, je ne parviens pas à entendre de différence sonore.
Je suis donc passé du 10000/8096 à 32000/500000. Le seul écart observé est une consommation CPU durant quelques secondes en début de morceau puis plus de conso CPU, tout semble se passer en mémoire.
En définitive, je suis resté sur la valeur 32000/250000 qui représente une charge CPU de 10 à 30% durant 3 secondes à chaque morceau sans incidence sur le rendu sonore. La conso mémoire est de 280 Mo soit moins d'un tiers du d de ram dispo sur le rpi3.
Je vais faire un dernier test avec 125000/125000 qui représentera 250Mo de RAM consommée qui permettra de pré-processer les pistes d'albums jusqu'au 24/96 en mémoire. Je surveillerai également la conso réseau pour bien valider que le transfert de trames s'effectue par blocs au moment du remplissage des buffers et non au fil de l'eau (ce qui se passe qu'on a pas défini de buffers).
Et dernier test bien entendu, remplacer l'Aqvox par un switch standard pour mesurer l'impact de processer les pistes en RAM plutôt que via le streaming. En synthèse, peu importe la qualité du switch pour du transfert de fichiers si on traite la partie audio indépendamment, c'est ce que je voudrais vérifier.
A noter que les paramètres buffer sont des paramètres applicatifs et non systèmes. Ces paramètres sont utilisés en argument de l'exécutable Squeezelite.
La définition d'un buffer quelqu'il soit amène plus de liant, plus de précision dans la scène sonore. Cela sonne moins 'harsh' donc plus fluide et on gagne en profondeur.
Ensuite, entre les valeurs de buffer suivantes <streaming>/<outout>, je ne parviens pas à entendre de différence sonore.
Je suis donc passé du 10000/8096 à 32000/500000. Le seul écart observé est une consommation CPU durant quelques secondes en début de morceau puis plus de conso CPU, tout semble se passer en mémoire.
En définitive, je suis resté sur la valeur 32000/250000 qui représente une charge CPU de 10 à 30% durant 3 secondes à chaque morceau sans incidence sur le rendu sonore. La conso mémoire est de 280 Mo soit moins d'un tiers du d de ram dispo sur le rpi3.
Je vais faire un dernier test avec 125000/125000 qui représentera 250Mo de RAM consommée qui permettra de pré-processer les pistes d'albums jusqu'au 24/96 en mémoire. Je surveillerai également la conso réseau pour bien valider que le transfert de trames s'effectue par blocs au moment du remplissage des buffers et non au fil de l'eau (ce qui se passe qu'on a pas défini de buffers).
Et dernier test bien entendu, remplacer l'Aqvox par un switch standard pour mesurer l'impact de processer les pistes en RAM plutôt que via le streaming. En synthèse, peu importe la qualité du switch pour du transfert de fichiers si on traite la partie audio indépendamment, c'est ce que je voudrais vérifier.
A noter que les paramètres buffer sont des paramètres applicatifs et non systèmes. Ces paramètres sont utilisés en argument de l'exécutable Squeezelite.
Serveur & Réseau : QNAP HS-453DX avec LMS, Cat5 1attack, switch Aqvox SE, Hdplex 200
Electroniques & Enceintes : Nano Player V4, Farad Super 3, Job INT & Atohm GT2
Ficelles : Ocellia Référence Silver, Audioprana Ag, LH Audio, TWL 7+, BlackNoise
Electroniques & Enceintes : Nano Player V4, Farad Super 3, Job INT & Atohm GT2
Ficelles : Ocellia Référence Silver, Audioprana Ag, LH Audio, TWL 7+, BlackNoise