@LittleScarabee,
La config par défaut de armbian utilise cpufrequtils et "ondemand governor" pour faire varier la fréquence cpu entre un Min et un Max. La musique est sortie avec un bruit parasitaire ressemblant une mauvaise réception de signal radio FM. Si je mets Min=Max la même valeur dans la config /etc/default/cpufrequtils, le bruit disparaît. Je ne sais pas si la variation de fréquence cpu crée des latences ou autres problèmes.
C'est peut-être un cas isolé parce que la gestion de fréquence cpu est expérimentale pour Allwinner H3 et H5. Le mainline kernel ne le supporte pas encore.
Par rapport à NEO, la NEO2 peut fonctionner en 64-bit et a un gigabit ethernet. Certains disent qu'il est préférable d'utiliser un réseau 100 Mbit/s. Sujet à creuser ...
Buildroot fonctionne bien aussi (système 64-bit, consomme 2 fois plus de RAM que 32-bit il me semble), et est un peu plus léger bien sûr :
La config par défaut de armbian utilise cpufrequtils et "ondemand governor" pour faire varier la fréquence cpu entre un Min et un Max. La musique est sortie avec un bruit parasitaire ressemblant une mauvaise réception de signal radio FM. Si je mets Min=Max la même valeur dans la config /etc/default/cpufrequtils, le bruit disparaît. Je ne sais pas si la variation de fréquence cpu crée des latences ou autres problèmes.
C'est peut-être un cas isolé parce que la gestion de fréquence cpu est expérimentale pour Allwinner H3 et H5. Le mainline kernel ne le supporte pas encore.
Par rapport à NEO, la NEO2 peut fonctionner en 64-bit et a un gigabit ethernet. Certains disent qu'il est préférable d'utiliser un réseau 100 Mbit/s. Sujet à creuser ...
Buildroot fonctionne bien aussi (système 64-bit, consomme 2 fois plus de RAM que 32-bit il me semble), et est un peu plus léger bien sûr :