Lecture DSD sur PC

[moonfly]

(03-05-2020, 01:12 AM)pierreTPE57 a écrit : Pour compléter un peu, si j'ouvre des FLAC 88200 Hz / 24 bits sur DeadBeef, là encore j'ai l'impression qu'ils sont envoyés en 44100 Hz / 16 bits.

Bonjour,
j'ai vérifié sur Deadbeef c'est du 24bits/192KHz maxi

[chakiwi]

(03-05-2020, 01:12 AM)pierreTPE57 a écrit : Pour essayer de répondre dans l'ordre :

(03-04-2020, 05:40 PM)chakiwi a écrit : Il ne faudrait pas utiliser une carte son capable de gérer le DSD ?
Malgré que la carte mère soit susceptible de gérer ce format ?

Avoir des infos sur les chipset son des cartes mères n'est pas chose facile. Je viens de trouver un article détaillé sur mon modèle de carte mère (et de chipset realtek ALC1220) sur un site hongkongais.
Il y est dit (merci la traduction google) :

Citation :Realtek a cette fois payé les frais de licence technologique à Steinberg et a introduit la technologie ASIO 2.2 sur la puce ALC1220, ce qui permet aux puces HD-Audio de prendre en charge nativement la norme ASIO 2.2 pour la première fois depuis son introduction en 2004.[...] La puce ALC1220 prend en charge le décodage audio PCM ou DSD128 jusqu'à 24 bits / 192 kHz, ce qui est suffisant pour lire la plupart des fichiers musicaux haute définition actuels.

La question a également été posée par un utilisateur de Roon ici. Mais je ne sais pas si cela concerne la lecture par USB, par optique, ou en sortie analogique.

Oui la puce en est capable mais je crains que les drivers eux ne le soient pas en tous les cas avec cette cm. Ceux que semblent confirmer Melau et Pascal.

[moonfly]

[/quote]
Oui la puce en est capable mais je crains que les drivers eux ne le soient pas en tous les cas avec cette cm. Ceux que semblent confirmer Melau et Pascal.
[/quote]

Il est sous Linux aussi, alors les drivers! faut voir?

[chakiwi]

Oui la puce en est capable mais je crains que les drivers eux ne le soient pas en tous les cas avec cette cm. Ceux que semblent confirmer Melau et Pascal.
[/quote]

Il est sous Linux aussi, alors les drivers! faut voir?
[/quote]

Justement je suis 100% Linux depuis 12 ans et certain driver ne peuvent pas être utilisés, c'est ce qui a rendu Richard Stallman furieux et qui a créé Gnu Linux en réponse à un fabricant d'imprimante qui lui refusait l'accès au code source.

[moonfly]

(03-05-2020, 01:47 PM)chakiwi a écrit :

(03-05-2020, 11:24 AM)moonfly a écrit :

Oui la puce en est capable mais je crains que les drivers eux ne le soient pas en tous les cas avec cette cm. Ceux que semblent confirmer Melau et Pascal.

Il est sous Linux aussi, alors les drivers! faut voir?
[/quote]

Justement je suis 100% Linux depuis 12 ans et certain driver ne peuvent pas être utilisés, c'est ce qui a rendu Richard Stallman furieux et qui a créé Gnu Linux en réponse à un fabricant d'imprimante qui lui refusait l'accès au code source.
[/quote]

ça tombe bien j'ai un petit problème dans Ubuntu,je n'arrive pas à rentrer comme client Jconvolver à jack tout à l'air correct
mais quand je veux l'associer dans le terminal il me dit accès refuser! il veux rien savoir. quelqu'un aurait il une idée du pouquoi?
problème de compatibilité de version?

[chakiwi]

Tu es root dans le terminal, je soigne tous mes accès refusé en passant root (sudo su)

[moonfly]

(03-05-2020, 06:57 PM)chakiwi a écrit : Tu es root dans le terminal, je soigne tous mes accès refusé en passant root (sudo su)

oui bien sur mais je pense qu'il y a une subtilité quelque part que je n'ai pas encore trouvé.

[pierreTPE57]

Je suis passé sur Windows pour tester un peu avec Foobar2000. J'avais un conflit entre ASIO et le pilote Realtek/MSI, qui semble-t-il ré-échantillonne à la volée.
Dans Foobar, en n'utilisant pas ASIO mais realtek, si je choisis la lecture DSD : pas de son, ce qui est normal (le Hegel ne décode que le PCM). Si je choisis PCM, j'ai du son.
Et dans l'utilitaire Realtek Audio Console, je sélectionne la sortie son (optique) et le taux voulu (max 192000Hz/24 bits, ce qui me va très bien).
Je suppose que c'est donc le taux envoyé à l'Hegel (pas moyen de vérifier). Par contre entre le traitement de Foobar (lecture d'un ISO SACD, traduit en PCM) et le traitement du driver Realtek, on est loin du bitperfect ! Bon, vu mon installation, je ne ferai probablement pas la différence au niveau de la qualité sonore...

[moonfly]

(03-06-2020, 12:52 AM)pierreTPE57 a écrit : Je suis passé sur Windows pour tester un peu avec Foobar2000. J'avais un conflit entre ASIO et le pilote Realtek/MSI, qui semble-t-il ré-échantillonne à la volée.
Dans Foobar, en n'utilisant pas ASIO mais realtek, si je choisis la lecture DSD : pas de son, ce qui est normal (le Hegel ne décode que le PCM). Si je choisis PCM, j'ai du son.
Et dans l'utilitaire Realtek Audio Console, je sélectionne la sortie son (optique) et le taux voulu (max 192000Hz/24 bits, ce qui me va très bien).
Je suppose que c'est donc le taux envoyé à l'Hegel (pas moyen de vérifier). Par contre entre le traitement de Foobar (lecture d'un ISO SACD, traduit en PCM) et le traitement du driver Realtek, on est loin du bitperfect ! Bon, vu mon installation, je ne ferai probablement pas la différence au niveau de la qualité sonore...

Bonjour,
excellent choix Foobar à un très bon son, et gratuit meilleur que JRiver (j'ai les deux) il prend en plus la convolution, je l'utilise sur
Windows pour écouter des web radios.

[pierreTPE57]

Hop, petit retour sur linux, pour voir la question du driver.
En tapant la commande alsa-info dans le terminal, j'obtiens une info détaillée du système. En particulier ça :

Code :

!!HDA-Intel Codec information
!!---------------------------
--startcollapse--

Codec: Realtek ALC1220
Address: 0
AFG Function Id: 0x1 (unsol 1)
Vendor Id: 0x10ec1220
Subsystem Id: 0x14629b46
Revision Id: 0x100003
No Modem Function Group found
Default PCM:
   rates [0x5f0]: 32000 44100 48000 88200 96000 192000
   bits [0xe]: 16 20 24
   formats [0x1]: PCM
Default Amp-In caps: N/A
Default Amp-Out caps: N/A
State of AFG node 0x01:
 Power states:  D0 D1 D2 D3 D3cold CLKSTOP EPSS
 Power: setting=D0, actual=D0
GPIO: io=8, o=0, i=0, unsolicited=1, wake=0
 IO[0]: enable=1, dir=1, wake=0, sticky=0, data=1, unsol=0
 IO[1]: enable=1, dir=1, wake=0, sticky=0, data=1, unsol=0
 IO[2]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
 IO[3]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
 IO[4]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
 IO[5]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
 IO[6]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
 IO[7]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
[...]
Node 0x06 [Audio Output] wcaps 0x611: Stereo Digital
 Control: name="IEC958 Playback Con Mask", index=0, device=0
 Control: name="IEC958 Playback Pro Mask", index=0, device=0
 Control: name="IEC958 Playback Default", index=0, device=0
 Control: name="IEC958 Playback Switch", index=0, device=0
 Control: name="IEC958 Default PCM Playback Switch", index=0, device=0
 Device: name="ALC1220 Digital", type="SPDIF", device=1
 Converter: stream=1, channel=0
 Digital: Enabled
 Digital category: 0x0
 IEC Coding Type: 0x0
 PCM:
   rates [0x5f0]: 32000 44100 48000 88200 96000 192000
   bits [0xe]: 16 20 24
   formats [0x1]: PCM
 Power states:  D0 D1 D2 D3 EPSS
 Power: setting=D0, actual=D0

Donc ma sortie SPDIF gère bien le 24 bits / 192 kHz, et le pilote est a priori à jour.