FDA QLS QA-100, QA-690 ...

[a_romeo_fr]

pourquoi ne pas avoir mis une alim par canal (je ne me trompe pas hein c'est que sur le D310 qu'il y ça non? Dans ton tableau romeo, il y a x2 pour les deux QA), pourquoi ne pas avoir utilisé la puce TAS5631 au lieu de la TAS5624 (dixit la globule)...

Le QA-100 a bien un circuit complet par canal

Hormis le QA-690, le reste du tableau a été vérifié avec les différents "experts" de chaque appareil, de même le graphique de fonctionnement macro du QA-100 a été vérifié/confirmé.

Les seules "inconnues" portent sur le QA-690 ...

Je suis sceptique face à la réponse de Clark ... au premier exemplaire reçu on va forcément l'ouvrir et voir ce qu'il a dans le ventre ...

[globulelg]

Oui le qa100 erreur sur le reclokage a 192khz. C pas le cas. Le 192k est assuré par le dsp et pas l ad

[phile]

Oui le qa100 erreur sur le reclokage a 192khz. C pas le cas. Le 192k est assuré par le dsp et pas l ad

hello,
techniquement, un transcodage en amont en 24/192, ca peut aider ou pas ? le dsp n'aurait pas à faire ce debobinage en 192, non ?
c'est juste une question techno car j'avoue ne pas avoir fait d'ecoute comparative.
cdt

[a_romeo_fr]

Oui le qa100 erreur sur le reclokage a 192khz. C pas le cas. Le 192k est assuré par le dsp et pas l ad

Eh sur le QA-100 ?!? Il y a bien longtemps que nous avions justement investigué ("ensemble", ) et déterminé que l'AD fait bien le reclockage à 192Khz hors entrée I2S, cf. datasheet = l'AD1896 prend l'input PCM (en provenance du CS8416) et l'upscale à 192Khz tout en réduisant le jitter.

En ce sens l'AD1896 est un excellent chip ASRC

Et de quel DSP parles-tu sur le QA-100 ? sur le QA-690 manifestement l'approche est différente et intègre un DSP, sur le QA-100 aucun chip de ce style n'a été identifié sauf omission ...

A+

[a_romeo_fr]

Oui le qa100 erreur sur le reclokage a 192khz. C pas le cas. Le 192k est assuré par le dsp et pas l ad

hello,
techniquement, un transcodage en amont en 24/192, ca peut aider ou pas ? le dsp n'aurait pas à faire ce debobinage en 192, non ?
c'est juste une question techno car j'avoue ne pas avoir fait d'ecoute comparative.
cdt

Probablement pas, car c'est le rôle justement de l'AD, qui reclock tous les signaux en entrée pour minimiser le Jitter.

L'autre approche (que j'ai prise), et d'avoir le maximum d'enregistrements natifs en 192 Khz ...

Il est dommage sur le QA-100 que personne n'ai procédé à une écoute poussée sur l'I2S en 192 Khz direct ... qui amène à contourner le CS8416 et réduire la chaine de traitement.

[globulelg]

Oui le qa100 erreur sur le reclokage a 192khz. C pas le cas. Le 192k est assuré par le dsp et pas l ad

Eh sur le QA-100 ?!? Il y a bien longtemps que nous avions justement investigué ("ensemble", ) et déterminé que l'AD fait bien le reclockage à 192Khz hors entrée I2S, cf. datasheet = l'AD1896 prend l'input PCM (en provenance du CS8416) et l'upscale à 192Khz tout en réduisant le jitter.

En ce sens l'AD1896 est un excellent chip ASRC

Et de quel DSP parles-tu sur le QA-100 ? sur le QA-690 manifestement l'approche est différente et intègre un DSP, sur le QA-100 aucun chip de ce style n'a été identifié sauf omission ...

A+

Non il le fait pas !!!!!! je l'ai mesuré 100% sur qu'il le fait pas . En sortie de l'ad c'est la mm fréquence que le signal d'entrée. C'est le tas qui le fait sur le qa100. j'ai d'ailleurs souligné maintes fois le paradoxe entre la super horloge de l'ad qui fait le reclock à la mm fréquence que celle d'entrée mais sur 24bits et le reéchantillonnage du tas fait avec une mauvaise horloge....qui casse a mon avis un peu ce qui est fait en amont.

[globulelg]

hello,
techniquement, un transcodage en amont en 24/192, ca peut aider ou pas ? le dsp n'aurait pas à faire ce debobinage en 192, non ?
c'est juste une question techno car j'avoue ne pas avoir fait d'ecoute comparative.
cdt

Probablement pas, car c'est le rôle justement de l'AD, qui reclock tous les signaux en entrée pour minimiser le Jitter.

L'autre approche (que j'ai prise), et d'avoir le maximum d'enregistrements natifs en 192 Khz ...

Il est dommage sur le QA-100 que personne n'ai procédé à une écoute poussée sur l'I2S en 192 Khz direct ... qui amène à contourner le CS8416 et réduire la chaine de traitement.

Surtt que celle ci est très très bien construite.

[Olbi_One]

Eh sur le QA-100 ?!? Il y a bien longtemps que nous avions justement investigué ("ensemble", ) et déterminé que l'AD fait bien le reclockage à 192Khz hors entrée I2S, cf. datasheet = l'AD1896 prend l'input PCM (en provenance du CS8416) et l'upscale à 192Khz tout en réduisant le jitter.

En ce sens l'AD1896 est un excellent chip ASRC

Et de quel DSP parles-tu sur le QA-100 ? sur le QA-690 manifestement l'approche est différente et intègre un DSP, sur le QA-100 aucun chip de ce style n'a été identifié sauf omission ...

A+

Non il le fait pas !!!!!! je l'ai mesuré 100% sur qu'il le fait pas . En sortie de l'ad c'est la mm fréquence que le signal d'entrée. C'est le tas qui le fait sur le qa100. j'ai d'ailleurs souligné maintes fois le paradoxe entre la super horloge de l'ad qui fait le reclock à la mm fréquence que celle d'entrée mais sur 24bits et le reéchantillonnage du tas fait avec une mauvaise horloge....qui casse a mon avis un peu ce qui est fait en amont.

Je dis surement une grosse coquille, mais n'y aurait il pas un tweak de possible ? Je dit ça , je ne suis pas expert !

[a_romeo_fr]

Non il le fait pas !!!!!! je l'ai mesuré 100% sur qu'il le fait pas . En sortie de l'ad c'est la mm fréquence que le signal d'entrée. C'est le tas qui le fait sur le qa100. j'ai d'ailleurs souligné maintes fois le paradoxe entre la super horloge de l'ad qui fait le reclock à la mm fréquence que celle d'entrée mais sur 24bits et le reéchantillonnage du tas fait avec une mauvaise horloge....qui casse a mon avis un peu ce qui est fait en amont.

Ah bein zut alors, on était convaincu au début (tu avais confirmé le schéma de principe ...), il faut que le corrige alors ...

=> c'est donc le TAS 5518 qui fait le reéchantillonage à 192 Khz ?!?

Rq: du coup ca confirme combien l'approche que j'ai retenue (en toute modestie) permet d'avoir le meilleur du QA-100

Fichiers Natif 24bits/192Khz > Raspberry > Entrée I2S > AD pour éliminer Jitter > TAS 5518 (qui du coup n'a pas à re-échantilloner) > x2 TAS5162

[globulelg]

Non il le fait pas !!!!!! je l'ai mesuré 100% sur qu'il le fait pas . En sortie de l'ad c'est la mm fréquence que le signal d'entrée. C'est le tas qui le fait sur le qa100. j'ai d'ailleurs souligné maintes fois le paradoxe entre la super horloge de l'ad qui fait le reclock à la mm fréquence que celle d'entrée mais sur 24bits et le reéchantillonnage du tas fait avec une mauvaise horloge....qui casse a mon avis un peu ce qui est fait en amont.

Ah bein zut alors, on était convaincu au début (tu avais confirmé le schéma de principe ...), il faut que le corrige alors ...

=> c'est donc le TAS 5518 qui fait le reéchantillonage à 192 Khz ?!?

Rq: du coup ca confirme combien l'approche que j'ai retenue (en toute modestie) permet d'avoir le meilleur du QA-100

Fichiers Natif 24bits/192Khz > Raspberry > Entrée I2S > AD pour éliminer Jitter > TAS 5518 (qui du coup n'a pas à re-échantilloner) > x2 TAS5162

yes !!! amis je te l'ai deja dit !!!

[thierryvalk]

Extrait du datasheet du TAS5518 :
The TAS5518 uses an AD modulation operating at a 384-kHz switching rate for 48-, 96-, and 192-kHz data.
The 8x over sampling, combined with a 5
th
-order noise shaper, provides a broad flat noise floor and excellent
dynamic range from 20 Hz to 20 kHz.
The TAS5518 is a clock slave-only device. It receives MCLK, SCLK, and LRCLK from other system
components. It accepts master clock rates of 128, 192, 256, 384, 512, and 768 Fs and a 64-Fs bit clock.

Donc il ne semble pas avoir de SRC et vu que Slave ne fait que suivre ce qu'on lui donne.

[a_romeo_fr]

Extrait du datasheet du TAS5518 :
The TAS5518 uses an AD modulation operating at a 384-kHz switching rate for 48-, 96-, and 192-kHz data.
The 8x over sampling, combined with a 5
th
-order noise shaper, provides a broad flat noise floor and excellent
dynamic range from 20 Hz to 20 kHz.
The TAS5518 is a clock slave-only device. It receives MCLK, SCLK, and LRCLK from other system
components. It accepts master clock rates of 128, 192, 256, 384, 512, and 768 Fs and a 64-Fs bit clock.

Donc il ne semble pas avoir de SRC et vu que Slave ne fait que suivre ce qu'on lui donne.

hum hum ... alors qui fait le reclocking ?

[thierryvalk]

Pourquoi reclocker ?

Le traitement se fait à la fréquence entrante, le TAS détecte automatiquement cette fréquence et il y a juste au niveau de la PWM qu'il va convertir en 384kHz. Mais là c'est une autre histoire.

[globulelg]

Extrait du datasheet du TAS5518 :
The TAS5518 uses an AD modulation operating at a 384-kHz switching rate for 48-, 96-, and 192-kHz data.
The 8x over sampling, combined with a 5
th
-order noise shaper, provides a broad flat noise floor and excellent
dynamic range from 20 Hz to 20 kHz.
The TAS5518 is a clock slave-only device. It receives MCLK, SCLK, and LRCLK from other system
components. It accepts master clock rates of 128, 192, 256, 384, 512, and 768 Fs and a 64-Fs bit clock.

Donc il ne semble pas avoir de SRC et vu que Slave ne fait que suivre ce qu'on lui donne.

hum hum ... alors qui fait le reclocking ?

donc personne !!!! Donc ta bien raison de l'attaqué en 192khz. il accepte le 192khz mais ne reclock pas à cette fréquence, il garde la fréquence échantillonnage native du fichier.

[ThierryNK]

Non il le fait pas !!!!!! je l'ai mesuré 100% sur qu'il le fait pas . En sortie de l'ad c'est la mm fréquence que le signal d'entrée. C'est le tas qui le fait sur le qa100. j'ai d'ailleurs souligné maintes fois le paradoxe entre la super horloge de l'ad qui fait le reclock à la mm fréquence que celle d'entrée mais sur 24bits et le reéchantillonnage du tas fait avec une mauvaise horloge....qui casse a mon avis un peu ce qui est fait en amont.

Ah bein zut alors, on était convaincu au début (tu avais confirmé le schéma de principe ...), il faut que le corrige alors ...

=> c'est donc le TAS 5518 qui fait le reéchantillonage à 192 Khz ?!?

Rq: du coup ca confirme combien l'approche que j'ai retenue (en toute modestie) permet d'avoir le meilleur du QA-100

Fichiers Natif 24bits/192Khz > Raspberry > Entrée I2S > AD pour éliminer Jitter > TAS 5518 (qui du coup n'a pas à re-échantilloner) > x2 TAS5162

Salut

En termes subjectifs, as tu identifié à l'audition des différences entre une piste 16/44 et son upsample en 24/192, ou entre un "master" 24/192 et son dowsample (effectué par tes soins) en 16/44 ?

Amitiés