Freebsd et OSS

[loandsound]

Oui, ça j'avais déjà lu...
Et je respecte aussi cet aspect, mais savoir reconnaitre la qualité audio d'un logiciel ou d'une carte électronqiue n'a surtout rien de simple.
Mais tu es sans doute un passionné, alors que moi pas vraiment, ce qui doit faire la différence à bien des niveaux...

[0000]

Le son me parait très bon.

Quelques paramètres sont indiqués ici pour réduire la latence dans freebsd et avoir un buffer usb minimum: https://meka.rs/blog/2017/01/25/sing-beastie-sing/

J'ai donc modifié ces paramètres.

J'ai aussi désactivé le service ntp, mais programmer ntpd une synchronisation par jour.
J'ai aussi désactivé le serial terminal ttyu0. Nouveau htop :

[a supprimer merci]

Il ne reste plus grand chose
Je vais être en déplacement 2 semaines, je poursuivrai mes tests à mon retour.

Le son me paraît bon également, mais je n'ai pas encore essayé mpd en mode upnp, faute de temps. J'ai essayé rapidement shairport-sync; fonctionne bien. 

Petite question: tu as un boîtier pour le nanopi ?

[0000]

Oui. J’avais acheté le boîtier en même temps.

Shairport-sync utilise sndio que je ne voulais pas. Ce dernier rend sox play ou mpd inutilisable.

[a supprimer merci]

Oui. J’avais acheté le boîtier en même temps.

Shairport-sync utilise sndio que je ne voulais pas. Ce dernier rend sox play ou mpd inutilisable.

J'ai ces process qui tournent. Je dois pouvoir en supprimer encore ?



La mémoire est utilisée par un ramdisk, que j'ai rajouté pour faire des tests, mais je le supprimerai.

[LittleScarabee]

Passer a dropbear c'est plus léger et surtout si on utilise pas le SFTP : openssh-server n'apporte rien.

[a supprimer merci]

Merci, je regarderai.

Quand je lance la lecture avec "play" de sox, la tâche apparaît avec une priorité de -8 dans htop, alors que mpd apparaît avec 20. Je ne sais pas si cela change quelque chose...

[0000]

Oui. J’avais acheté le boîtier en même temps.

Shairport-sync utilise sndio que je ne voulais pas. Ce dernier rend sox play ou mpd inutilisable.

J'ai ces process qui tournent. Je dois pouvoir en supprimer encore ?



La mémoire est utilisée par un ramdisk, que j'ai rajouté pour faire des tests, mais je le supprimerai.

Seul shairport-sync a besoin de avahi et dbus.

Quand je lance la lecture avec "play" de sox, la tâche apparaît avec une priorité de -8 dans htop, alors que mpd apparaît avec 20. Je ne sais pas si cela change quelque chose...

Moi non plus, je ne sais pas si ces priorités changent le son
htop n'affiche pas correctement les threads sous freebsd.

Sous linux, on le voit clairement : http://forum-hifi.fr/thread-7501-post-15...#pid159405
MPD fonctionne avec 4 threads dont un (lecture audio) a une priorité élevée.
Pour voir les threads sous FreeBSD :

Code :

% pgrep musicpd
651
% procstat -t 651
 PID    TID COMM                TDNAME              CPU  PRI STATE   WCHAN    
 651 100109 musicpd             -                    -1  120 sleep   select    
 651 100112 musicpd             -                    -1  120 sleep   select    
 651 100113 musicpd             -                    -1  120 sleep   uwait    
 651 100114 musicpd             -                    -1  120 sleep   uwait    
 651 100124 musicpd             -                    -1  121 sleep   uwait    

Passer a dropbear c'est plus léger et surtout si on utilise pas le SFTP : openssh-server n'apporte rien.

et en plus il accepte login root sans avoir besoin de modifier la config.

[LittleScarabee]

Passer a dropbear c'est plus léger et surtout si on utilise pas le SFTP : openssh-server n'apporte rien.

et en plus il accepte login root sans avoir besoin de modifier la config.

Je n'avais jamais fait attention à ce point ! merci.

[a supprimer merci]

J'ai regardé, la priorité indiquée pour sox est 98.
J'ai rajouté le package dropbear. Est-ce qu'il faut l'activer dans /etc/rc.conf ?