C'est quoi pour vous un pc audiophile

[Morbius]

Moi, ce qui me fait rire c'est:

- le nombre de modifications de tes posts

Tes deux messages précédents sont aussi édités.
J'édite mes posts pour corriger des fautes d'orthographe que je n'aurai pas vues à l'aperçu ou lorsque j'ai oublié de faire aperçu.
La date et l'heure de la modif témoignent que c'est presque toujours dans les minutes suivantes.
Il y a eu un cas ou j'ai du faire une fausse manip' (genre tab + entrée à la place de a + entrée) et ou ça a posté un message pas fini, j'ai donc du le finir par édition.

Tentative de détournement de conversation faiblarde, quand même ...

- ta réfutation initiale de l'équivalence latence/jitter qui a disparu de tes posts

Je n'ai jamais réfuté l'équivalence latence/jitter ni édité quoi que ce soit à ce niveau.
Par définition, une latence (ou une avance) sur le passage d'un niveau à l'autre sur un signal numérique est un jitter.
C'est juste la définition, faut être complètement nul pour réfuter ça.

Je réfute l'équivalence latence liée au CPU, à l'OS et au soft / jitter.

Pour la 15ième fois : lis bien avant de répondre.

Et ce post que tu as oublié de corriger, où pourtant je disais exactement la même chose que ce que tu approuves maintenant:

On n'écrit pas un signal USB ou Spdif. On le créé en temps réel.
C'est de la création EN TEMPS REEL de ce signal de 5.6 MHz, de manière continue en spdif, par "bouffées" en USB qu'il s'agit.

Non non non et non.
Archi faux sur toute la ligne.
C'est quoi que tu comprends pas dans le mot "asynchrone"  ou dans le mot "buffer" ?

…

C'est quoi exactement qui était archi faux sur toute la ligne?

Ce qui est archi faux sur toute la ligne c'est que tu confonds ce qui se passe à gauche et ce qui se passe à droite du buffer.

De plus, tes propos sont flous, par exemple : "On n'écrit pas un signal USB ou Spdif"
C'est qui "on" ? Dans la génération d'un signal spdif par un ordi, le CPU/logicel/OS écrit bel et bien dans le buffer.
La carte son qui met en forme le signal, n'écrit effectivement pas, elle est dans un processus "continuel" et non "temps réel" comme tu le dis avec encore beaucoup d'imprécision (lorsqu'on parle d'ordinateurs, temps réel est un terme principalement lié aux OS)

Et deux des articles que tu cites, font aussi cette confusion grossière entre ce qui se passe dans le CPU/logiciel et la mise en forme "continuelle" du signal.

Autre erreur : tu fais une différence entre un signal Spdif et USB, avec là encore beaucoup de confusion.
Il n'y a aucune différence du point de vue CPU/Logiciel entre USB et spdif.
Dans les deux protocoles, le CPU va écrire dans un buffer "par bouffées" et non uniquement dans le cas de l'USB comme tu l'écris.
Pour l'USB, c'est le contrôleur USB qui va mettre en forme un signal USB. (prends mon schéma avec les flèches et remplace carte son par contrôleur USB)

Autre imprécision, tu ne dis pas de quel USB tu parles : isochrone ou asynchrone.

 - USB isochrone : le contrôleur USB du PC va donner un signal quasi directement exploitable par le DAC et qui porte le signal d'horloge utilisé par le covertisseur, un genre d'équivalent spdif. Le problème est que le contrôleur USB n'a pas d'horloge multiple des fréquences nécessaire à l'audio, il va donc se décaler progressivement et corriger de temps en temps, produisant les effets que mesure le gars dans son article qu'il attribue à tors au CPU qui n’écrit pas au bon moment, faisant fi du schéma que j'ai donné et qu'un enfant de 6 ans pourrait comprendre. Bref, l'USB audio isochrone est une chouette techno pour faire du son à pas cher, pas du tout adaptée à la reproduction audiophile (le contrôleur USB va générer un jitter important sur le signal numérique audio).

 - USB asynchrone : le contrôleur USB du PC va causer en mode bulk à un autre contrôleur USB (celui du DAC). Tout jitter au niveau de ce signal n'a aucune importance car ce n'est pas le signal numérique audio, on reste au niveau purement informatique (sauf jitter tellement énorme que la communication va foirer, dans ce cas tu n'as plus de son du tout). Il y a un donc deuxième buffer dans le DAC et le mécanisme de mise en forme "continuelle" du signal qui est envoyé au chip de conversion est dans le DAC. Ici, l'OS le CPU et tutti quanti ne servent doublement à rien du point de vue timing/jitter.