Comment savoir si mon système est capable de lire du son 24 bits / 96 kHz?

8

Permettez-moi de dire pour mémoire que je suis un noob total en ce qui concerne les systèmes de son Hi-Fi, mais je suis plutôt pointilleux sur la qualité du son. Normalement, j'écoute des enregistrements de CD extraits de FLAC en 16/44, mais j'ai plusieurs albums qui sont également extraits de vinyles en FLAC en 24/96. Mais il semble que je ne puisse pas faire la différence entre les versions 16 bits et 24 bits (sauf pour certains bruits de vinyle, bien sûr). Cela peut être dû à plusieurs raisons:

  • mon équipement (audio embarqué, casque d'écoute) n'est pas assez bon pour faire la différence,
  • mon système ne lit pas l'audio en 24 bits 96 kHz,
  • Je suis physiquement incapable d'entendre la différence.

Voici donc ma question, comment savoir si mon système peut lire du son 24 bits avec une résolution de 96 ou 192 kHz? Et si c'est le cas, comment puis-je dire qu'il le joue au lieu de sous-échantillonner à 16 bits / 44 kHz?

De plus, quel matériel (cartes audio, amplificateurs, etc.) recommanderiez-vous pour lire de tels enregistrements sur Ubuntu?

Igor Zinov'yev
la source

Réponses:

6

Pour savoir ce que votre carte son prend en charge, consultez

/proc/asound/card0/codec#2

(vous pouvez simplement taper cat /proc/asound/card0/codec#2un terminal pour le lire)

Maintenant, le 0 et le # 2 peuvent varier pour vous, tapez cat /proc/asounddans le terminal et appuyez tabpour voir ce qu'il y a,

dans ce fichier (qui n'est pas vraiment un fichier, mais tant pis), vous trouverez quelque chose comme ceci:

[...]
Node 0x10 [Audio Output] wcaps 0xc1d: Stereo Amp-Out R/L
[...]
  PCM:
[...]
    rates [0x560]: 44100 48000 96000 192000
[...]

En outre, vous pouvez être du bon côté en tapant cat /proc/asound/card0/codec#2 | grep rateset en regardant le plus petit dénominateur commun, pour ainsi dire.

Mais : le DAC (convertisseur numérique-analogique), avec lequel le système audio n'a vraiment rien à voir, peut juste interpoler le signal, la carte son peut même faire de fausses publicités, vous n'avez aucun moyen de savoir à l'abri des regards des fabricants site Internet.

La raison pour laquelle vous n'entendez pas de différence (j'affirme qu'il y en a une à entendre, même si cela fait l'objet d'un grand débat) est - probablement - que le CAD n'est tout simplement pas assez bon. C'est de loin le maillon le plus faible (à l'intérieur de votre ordinateur).

Quant à votre deuxième question: bien que ce ne soit bien sûr pas le lieu pour en discuter, jetez un œil à des trucs comme le "ESI Juli @" ou le "Dr. Dac Nano", ils sont à un prix raisonnable et jouent respectivement à 192 kHz / 96 kHz. - et ils sont largement reconnus comme «d'accord» par la communauté audiophile toujours pointilleuse. De plus, la meilleure puce audio ne servira à rien si les écouteurs / haut-parleurs / amplificateurs ne peuvent pas suivre.

Stefano Palazzo
la source
Existe-t-il un moyen de savoir si les couches logicielles (ALSA, PulseAudio et tout autre élément placé devant celui-ci comme gstreamer, OpenAL, etc.) pourraient interférer et fournir un taux moins qu'optimal?
Oli
Je ne pense pas. La transposition serait une tâche énorme, et je pense qu'aucun pilote audio ne l'implémente (pourrait être faux), donc la seule chose qui pourrait arriver serait que le son ne soit lu qu'à la mauvaise vitesse, ce qui ferait ressembler votre John Coltrane à Severed Fifth, ou vice versa.
Stefano Palazzo
aussi cat /proc/asound/card0/codec#2 | grep bitsvous dire les bits pris en charge. Bien que plus que les bits et la fréquence d'échantillonnage, votre bruit interne est plus un problème.
Eshwar