Projet de Streamer à base de Raspberry

[Olivier]

Après avoir sévèrement triturer les quelques réglages de MoOde (idem pour toutes les solutions MPD: Volumio, RuneAudio, etc...) :

En réduisant l'audio buffer size à 512kb, ça améliore encore les choses. On peut réduire encore. Je suis descendu à 320kb, seulement quelques accidents arrivent !!! 512kb semble pour moi le plus safe !

En jouant avec le resampling: les meilleures résultats restent avec SoX en 32bits/192khz :

Ceci étant dit, la différence OS et NOS reste très minime: un poil de profondeur en plus.

Sans transition: 

• l'intérêt de l'interface I2S/SPdif :
  Après plusieurs tests, avec des câbles "bof", on arrive à des résultats très similaires entre sortie USB et interface. C'est à évidemment pondérer: mon entrée USB est excellente, et la qualité de l'interface Audiophonics admet tout de même des limites qu'on lui pardonnera sans mal au regard de son prix absolument ridicule. Elle se justifiera, suivant le contexte: pas d'entrée USB (ou mauvaise), pas de budget pour une Sotm ou au autre.... 
  
• Petit soucis avec les cartes HAT: peu de boitier sont disponibles. Et lorsqu'on a trouvé son bonheur avec la framboise, il est sympa de la protéger dans un petit boitier :
  du genre : 
  

Bon maintenant, il faut que je me lance dans Satellite CCRMA

[Mathew]

Salut à tous. Je pense à ça comme boîtier, par rapport à l'interface :

http://www.audiophonics.fr/13070-large_d...st-300.jpg

[LittleScarabee]

Hello Olivier

As-tu essayé de jouer sur la taille du buffer en entrée ("Buffer fill before play") et ainsi voir s'il y a un gain ou pas ?

merci

[Mathew]

Je devrais recevoir aujourd'hui mes deux petits colis pour enfin mettre ce petit système en action.
Merci pour vos essais ; ça me permettra de gagner un peu de temps pour "explorer" cette petite bête ;-)
Vraiment cool

[Olivier]

(12-01-2015, 02:32 PM)Mathew a écrit : Salut à tous. Je pense à ça comme boîtier, par rapport à l'interface :

http://www.audiophonics.fr/13070-large_d...st-300.jpg

Oui! je crois que c'est bien le seul petit boitier compatible avec l'interface !

[Olivier]

(12-01-2015, 02:34 PM)LittleScarabee a écrit : Hello Olivier

As-tu essayé de jouer sur la taille du buffer en entrée ("Buffer fill before play") et ainsi voir s'il y a un gain ou pas ?

merci

Oui je suis passé à 20% (10% par défaut)... j'ai pas remarqué de grandes révolutions... mais je vais creuser encore 

[Olivier]

Je reviens un peu sur l'upsampling. Si celui ci apporte un poil d'amélioration, il n'en est pas de même sur tous les fichiers. Sur quelques Studio Master, le résultat devient mauvais. Donc à chacun de se faire son avis. De plus celui ci étant, évidemment logiciel, le CPU s'affole et chauffe (bon à savoir pour ceux comme moi qui compte le mettre en boitier). Personnellement, je reste en NOS, ayant un peu tous les formats en stock !
Concernant, le "Buffer fill before play", je suis passé au taquet à 30%, petite amélioration qui coute pas cher.
Par contre: sans réelle surprise, la lecture locale sur la carte SD est sans aucun doute la meilleure amélioration. La transparence et le niveau de détail font un bon très appréciable. Cela vaut largement un réseau optique. Je vais surement investir dans une carte SD de plus grosse taille, sur laquelle je mettrai mes écoutes du moment et le reste de ma bibliothèque restera sur mon NAS. On trouve des 128Go dans les 60 ou 80 euros en Classe 10 super rapides (annoncé à 80mb/s) :
http://www.amazon.fr/Samsung-Memory-Mémo...+sd+128+go

une liste de carte micro SD qui fonctionnent ou pas : http://elinux.org/RPi_SD_cards#Working_....g_SD_cards

On en trouve aussi pas cher: dans les 15 ou 40 euros, mais en regardant les commentaires... ça ne ressemble pas à de vrais affaires.

je viens de voir une batterie plus puissante et abordable : http://www.amazon.fr/dp/B00P64LAYA?psc=1

[LittleScarabee]

Hello

Merci pour ce retour...par contre attention aux SD sur rPi2 > ils ont la mauvaise habitude à "cramer" plus rapidement lorsqu'il sont UP en permanence...ce n'est pas une généralité ou liée à une carte précise mais j'ai eu le soucis il y a quelques mois et j'ai pu lire sur la toile les mêmes soucis...

Pour information il y a la version mini qui est sortie : [url=Hello Merci pour ce retour...par contre attention au SD sur rPi2 > ils ont la mauvaise habitude à]Raspberry Pi Zero [/url] (<10 € ; équivalent à arduino) il y a quelques jours...il est dommage qu'il n'est pas gardé le port réseau...on aurait une solution intéressante car les GPIO sont concervés (I2S je pense aussi)...A suivre car je pense qu'il vont plus tard sortir les "modules" (réseaux ou autres) pour cet petit rPi

[Olivier]

(12-02-2015, 01:50 PM)LittleScarabee a écrit : Hello

Merci pour ce retour...par contre attention aux SD sur rPi2 > ils ont la mauvaise habitude à "cramer" plus rapidement lorsqu'il sont UP en permanence...ce n'est pas une généralité ou liée à une carte précise mais j'ai eu le soucis il y a quelques mois et j'ai pu lire sur la toile les mêmes soucis...

Pour information il y a la version mini qui est sortie : [url=Hello  Merci pour ce retour...par contre attention au SD sur rPi2 > ils ont la mauvaise habitude à]Raspberry Pi Zero [/url] (<10 € ; équivalent à arduino) il y a quelques jours...il est dommage qu'il n'est pas gardé le port réseau...on aurait une solution intéressante car les GPIO sont concervés (I2S je pense aussi)...A suivre car je pense qu'il vont plus tard sortir les "modules" (réseaux ou autres) pour cet petit rPi

C'est pas faux !!!
L'utilisation de support de sauvegarde en support de "travail" a, durant l'histoire, généré de belles pertes de données... Qui ne s'est pas amusé, par fainéantise, à travailler sur un fichier Excel sur une clef USB (ou plus anciennement une disquette) et s'est trouvé avec un fichier corrompu ou un support HS ???
La qualité du support joue et celle ci est extrêmement variable. 
Ceci étant dit, le nombre de cycle d'écriture doit être restreint avec cette utilisation. Le swap ne doit pas être très sollicité, d'autant plus que la plupart de ces mini OS sont chargés en RAM. Donc une très grande majorité de lecture avec mise en cache (donc pas de petites lectures répétées) pour les fichiers de musique...
Mais après la théorie... l'expérimentation sera le juge de paix ! 
Je vais regarder des cartes de 64Go , mais de marque et pas forcément hors de prix.

[Olivier]

Bon j'ai fait aujourd'hui quelques tests avec d'autres solutions:

• RuneAudio: très bien, proche de MoOde, avec différents réglages de latence intéressants (Odon V2 notamment). Celui ci, demande par contre un "Extend" manuel via SSH, ce qui peut rebuter certains. De plus, celui ci ne fonctionne pas correctement. Pas d'accès à la carte SD pour stockage ultérieur. Excellente web interface responsive (tablette ou smartphone).
  
• Volumio: super simple, c'est le plus simple !!! comme le précédent, l'"extend" de la carte SD est manuel, et ne permet pas son utilisation, du moins simplement. Par contre utilisation d'un RAM drive (mais super limité en taille)
  
• Picore Player : sympa, on se retrouve à faire une Squeeze Box pas cher !!! Mais le résultat global reste moins bon que les autres solutions MPD.
  

Pour ma part, je resterai surement sur MoOde, car au final, il reste le plus complet sur tous les points. Je regrette qu'il n'est pas tous les réglages que l'on retrouve dans RuneAudio. Je vais essayer de bricoler RuneAudio pour l'histoire de la carte SD et surtout pour récupérer les réglages disponibles dans cet OS, et éventuellement les mettre dans MoOde.

Un point important: pour ceux qui partent sur l'alimentation sur batterie: n'attendez pas la fin de charge pour recharger. J'ai passé deux heures à chercher pourquoi ma connexion réseau tombait... sur la fin de la batterie, il ne doit plus avoir assez de jus.... Ceci étant dit, cela à tenu 5 jours !