Le Forum Indépendant de la Hifi et des Audiophiles

Version complète : C'est quoi pour vous un pc audiophile
Vous consultez actuellement la version basse qualité d’un document. Voir la version complète avec le bon formatage.
Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33
Préférer le son avec des pollutions ?
C'est possible.
Par exemple lorsque j'ai amélioré mon secteur au moyen de filtre, j'étais tout perturbé.
Il a fallu que j'explique à mes oreilles que le son était debarrasé des perturbations.
Un rapide retour en AR â fini de me convaincre.
Bonjour à tous,

Pour ma part le premier pas vers le PC audiophile est une carte Pink Faun I2S. Le but est d'éviter de me torturer l'esprit sur le choix du câble qui relie le PC au Master 7.
Pour l'aspect technique les curieux trouveront quelques explications en anglais à partir de la mi-page. Tests ici et par exemple.
Audio Dandy a par la suite préféré la liaison USB vers la carte Amanero du Master 7.

Dans mon cas j'ai pu comparer cette liaison I2S HDMI et l'USB Amanero avec un câble USB Cryopart (gentillement prêté par Olivier) dont j'ai isolé le 5V. Bien sûr il aurait fallu comparer avec une carte USB SOTM un peu plus chère.
La liaison I2S l'emporte aisément avec des médiums/aigus qui s'ouvrent et prennent du relief, pour donner un ordre de grandeur, le bénéfice est similaire au gain apporté par la liaison ACSS par rapport aux Why Not Special.
La Pink Faun a sa propre alimentation sur connecteur Molex, point qui pourra être intéressant d'améliorer...

(02-12-2016, 08:19 AM)mich91 a écrit : [ -> ]La carte Pink Faun semble être une belle alternative, vraiment dommage qu'elle soit uniquement compatible Windows.
C'est effectivement le point noir, dommage qu'aucun pilote Linux ne semble disponible pour cette puce C-media CM8888.
(02-16-2016, 08:56 AM)coolsound a écrit : [ -> ]
(02-15-2016, 10:12 PM)Morbius a écrit : [ -> ]Perso j'ai pris ça :

Carte mère : http://www.ldlc.com/fiche/PB00163876.html
CPU : http://www.ldlc.com/fiche/PB00165168.html
Ram : http://www.ldlc.com/fiche/PB00077085.html
Boitier : http://www.materiel.net/mini-boitier-pc/...96008.html
Alim' semi passive : http://www.materiel.net/alimentation-pc/...100601.htm

merci. 
La on a une config à 243 euros +DD (50 )+windows (80 )+lecteur BR (50)+un DAC correct (300)= 723 euros !
le prix d'un Oppo BDP-103 tout de même ...

Difficile de comparer un ordi à un lecteur bluray. Ce n'est quand même pas le même usage.

Cette config se compare plus aux solutions toutes faites d'ordis genre NUC qui revient grosso modo au même prix et elle a des avantages :
 - évolutivité (ram standard, possibilité de mettre 4 périphérique sata vs 1 pour le nuc je crois)
 - puissance correcte qui donne un boot rapide, un confort d'utilisation, une capacité à faire du traitement DSP, etc
 - un port PCIe qui pourra accueillir des cartes Audio PCI comme une RME ou une Sotm si c'est vrotre truc


des inconvénients :
 - plus difficile à monter qu'un  NUC (rien de compliqué ceci dit, le seul truc un peu sensible, c'est le montage du CPU et de son radiateur. J'ai viré le pad thermique du radiateur fourni avec le CPU pour mettre une pâte thermique HDG pour favoriser l'aspect passif du bouzin)
 - un bios pas forcément des plus clairs

Windows + JRiver c'est bien mais on peut aussi faire Linux + JRiver ou Daphile

(02-16-2016, 08:32 AM)bz31 a écrit : [ -> ]- lutter contre les jitters = vouloir restituer le plus fidèlement possible la source.
- perception de jetters = ressenti subjectif de l'auditeur.
Pourquoi, à l'écoute, un auditeur préfère forcément le son sans jitters ? Et si le son avec jitters est plus agréable ?
Le jitter est une chose complexe à mesurer.
Je n'ai vu qu'un test ou le jitter était mesuré et il a fallu que le jitter soit artificiellement exagéré d'un très gros facteur pour que l'auditoire perçoive quelque chose.
Je n'arrive pas à retrouver cet article, ça date pas mal.

Sinon je ne connais aucun autre test qui puisse permettre de comparer le jitter au ressenti subjectif puisque dans tout ce que j'ai pu lire, il n'y a simplement pas de mesure du jitter. Ne connaissant pas le niveau de jitter, il est donc impossible de juger de son impact sur le son.

Suis preneur si vous avez des articles.
On en a plein des articles mais tu considères tout ce qui ne correspond pas à tes attentes comme faux et même proche de l'arnaque...

Heureusement la science avance grâce à des postulats, postulats qui sont parfois démontrés des 10aines d'années plus tard -> Einstein dernièrement avec les ondes gravitationnelles. Ce n'est pas car on ne le mesure pas que le phénomène n'existe pas.

Du coup j'ai du mal à comprendre ta position qui consiste à tout réfuter en bloc.
Je sens qu'on va repartir dans une certaine discussion ... Undecided

Je ne réfute pas en bloc. Je dis ce qui va, ce qui ne me semble pas bon et je dis pourquoi.
Si quelque chose te déplais dans mon explication sur la façon dont un signal audio est généré par un ordi, vas-y tu as toutes mes explications, dis-moi ce qui ne va pas.

Tu as des articles ou on a comparé écoute ABX ou subjective à un jitter mesuré ? Donne.

Au lieu de cela tu m'accuses de tout réfuter en bloc (c'est complètement faux, cite-moi un article de jipihorn par exemple, tu verras que je suis 100% d'accord avec lui) et tu me sors des trucs sur Einstein sans le moindre rapport avec la choucroutte.

Argumente un peu, je veux dire concrètement, sur le sujet dont on débat, ça me changera ...

D'ailleurs, les deux articles que vous m'avez fournis se contredisent :
 - l'un dit que l'irrégularité de l'écriture des packets par le CPU va générer un "packet jitter" qui n'est pas un jitter sur le signal, qui ne génère pas de jitter mais qui peut avoir une influence sur le bruit (parasitage) généré par l'ordi
 - l'autre dit que cette irrégularité est le jitter du signal lui-même

Donc en donnant deux articles qui se contredisent, avoue qu'au moins l'un des deux est faux.
Il existe des milliers de mesure de jitter contrairement à ce qu'affirme Morbius. Google is your friend. 

Le seuil d'audibilité est autour de 20 ns. 
Voir l'excellent https://jipihorn.wordpress.com/2013/04/2...du-jitter/

En USB, il n'y a pas de jitter intrinsèque au protocole et aux câbles, il y a eu suffisamment de mesures pour le voir. 
Pas plus que de pertes de données. 

En Spdif, il reste des emmerdes liées aux sauts d'impédance quand on utilise une connectique RCA. 
http://www.whatsbestforum.com/showthread...s-and-DACs

La grande majorité des DAC actuels ont d'excellents dispositifs anti-jitter. 

Pour qui connait l'informatique temps réel et n'oublie pas que tout signal est transporté électriquement et a aussi compris que tout phénomène de latence aléatoire  est équivalent à du jitter, il restait côté ordinateur  la question de l'OS et du logiciel de lecture (on ne parle pas de temps réel pour le transfert au DAC mais pour chacun des processus internes côté ordi, et un buffer qui  a aussi sa propre latence d'entrée et de sortie n'est pas une magic bullet).

Tous les logiciels ont progressé dans leur implémentation. Et s'il y avait des énormes différences, identifiables à l'aveugle, dans le noir et avec le nez bouché, entre par exemple Jriver, Audirvana et Pure Music, il y a 2 ou 3 ans, tous sont en train de converger.

Pour les OS, la plupart des fabricants et des personnes ayant les compétences adéquates, se tournent vers des Linux minimalistes. 

Enfin, il commence à y avoir (enfin) des mesures de niveau de bruits de différentes sources comme ici http://archimago.blogspot.fr/2015/05/mea...z-phy.html

Le principal soucis avec les mesures c'est de savoir quoi mesurer.

A mon avis et pour conclure,  les questions de jitter sont sous contrôle depuis un bon moment pour les électroniques audio. Elles  commencent à l'être côté ordinateurs. 

Il reste la question des bruits de la source qui à la fois arrivent jusqu'aux enceintes et dégradent le fonctionnement des électroniques en aval, surtout quand les matériels informatiques utilisent des alimentations à decoupage bas de gamme dont on peut facilement trouver sur le net les mesures du bruit qu'elles balancent. 

Amitiés

(02-16-2016, 02:00 PM)Morbius a écrit : [ -> ]D'ailleurs, les deux articles que vous m'avez fournis se contredisent :
 - l'un dit que l'irrégularité de l'écriture des packets par le CPU va générer un "packet jitter" qui n'est pas un jitter sur le signal, qui ne génère pas de jitter mais qui peut avoir une influence sur le bruit (parasitage) généré par l'ordi
 - l'autre dit que cette irrégularité est le jitter du signal lui-même

Donc en donnant deux articles qui se contredisent, avoue qu'au moins l'un des deux est faux.

L'un des articles se situe côté DAC, avec le bruit généré par la transformation du signal ELECTRIQUE USB en flux audio numérique. 

L'autre parle du décodage des pistes côté ordinateur.
Bonjour à tous,
Cela fait deux fois que Daphile ne reconnait pas l'interface Breeze Audio quant j'utilise un câble USB entre le PC et l'interface n'étant pas pourvu de blindage reliant les 2 carcasses des prises USB. Avec un câble blindé d'imprimante cela fonctionne bien. Avez vous une idée du rôle (et de la nécessité pour mon cas) de cette continuité entre les 2 carcasses de mes connecteurs USB?
Merci par avance.
Ca m'était arrivé entre un totaldac d1 dual et un Aries en USB : impossible de les faire communiquer entre eux autrement qu'avec un cable imprimante USB et un cable USB totaldac. Les autres cables (Synergistic research, oyaide etc....) ne fonctionnaient pas...
La seule solution soit le cable imprimante soit ajouter une interface aqvox (90€ chez thomann ou en occasion moins Chet) qui permet d'utiliser tous les cables USB.
B'jour,

@VirtualFred => as-tu essayé un pilote générique pour ta carte ????

Dès fois ça passe, tu ne cherhes pas non plus toutes les options de la chip, non ?

Marc
Salut Thierry,

Merci d'avoir répondu, je vais tenter de répondre point par point :

(02-16-2016, 02:25 PM)ThierryNK a écrit : [ -> ]Il existe des milliers de mesure de jitter contrairement à ce qu'affirme Morbius. Google is your friend.
Je n'affirme absolument pas ça, relis ce que j'ai dis.
Je dis que je n'en ai pas connaissance et que je suis preneur. Google is my friend ? Merci de ton aide.

(02-16-2016, 02:25 PM)ThierryNK a écrit : [ -> ]Le seuil d'audibilité est autour de 20 ns.
Voir l'excellent https://jipihorn.wordpress.com/2013/04/2...du-jitter/
Oui, video excellente et il indique de 100 à 2ns donc 20 est une bonne moyenne. Là dessus je le crois sur parole, je ne suis pas allé vérifier ses sources (qu'il donne). Correction sur ce que je disais : le rapport ce seuil d'audibilité et ce que fait une puce à 2€ n'est pas de 1000 mais de 100.

Il y a un chapitre "causes" dans cette video : à aucun moment il n'est question de soft.
Au sujet des causes, il ne parle toujours que de ce qui se passe dans le dac, du signal généré par l'horloge et de ce qu'il va traverser et choper avant de rentrer dans le DAC.
Et il le dit dans sa définition : un jitter est un écart par rapport à une horloge de référence. Ca n'a donc aucun sens quand on est en asynchrone (en asynch on a 2 horloges à des fréquences différentes).

(02-16-2016, 02:25 PM)ThierryNK a écrit : [ -> ]En USB, il n'y a pas de jitter intrinsèque au protocole et aux câbles, il y a eu suffisamment de mesures pour le voir.
Pas plus que de pertes de données.

Oui, le protocole est bulk, comme pour un disque dur par exemple, le seul jitter viendra du dac lui même (son horloge et sa mise en oeuvre, la sensibilité de son chip, etc)

(02-16-2016, 02:25 PM)ThierryNK a écrit : [ -> ]En Spdif, il reste des emmerdes liées aux sauts d'impédance quand on utilise une connectique RCA.
http://www.whatsbestforum.com/showthread...s-and-DACs

La grande majorité des DAC actuels ont d'excellents dispositifs anti-jitter.
Oui mais ces emmerdes ne commencent qu'à partir de la génération du signal spdif par une horloge (avant la notion même de jitter n'a aucun sens), celle de la carte son si c'est ce qu'on utilise comme sortie SPDIF. Le soft n'a rien à voir là dedans.
Et oui, la qualité de la carte et ce qui se passera dans le câble aura très peu d'importance car les DAC (du moins les corrects) vont corriger comme il en donne des exemples à 29 min 30 s de la video. Il a aussi consacré une vidéo aux PLL où il indique le niveau de bruit qui passe quand même à travers, je crois de mémoire que c'est de l'ordre de -130db.

(02-16-2016, 02:25 PM)ThierryNK a écrit : [ -> ]Pour qui connait l'informatique temps réel et n'oublie pas que tout signal est transporté électriquement et a aussi compris que tout phénomène de latence aléatoire  est équivalent à du jitter
Non, pas quand on est asynchrone.
Le bonhomme peut remplir sa baignoire à la fréquence qu'il veut, de manière irrégulière si ça lui chante, tant que la baignoire n'est pas vide, ça n'aura aucun impact sur ce qui coule de la baignoire.
Une carte son dispose de sa propre horloge qui seule mettra en forme le signal qui sort sur la coax du PC.
Les seules choses internes à l'ordinateur à pouvoir l’altérer sont :
 - les merdouilles électromagnétiques qu'elle va choper dans l'environnement PC
 - la qualité du processus de construction du signal : l'horloge de la carte, comment elle lit son buffer. Bref, la qualité des composants et de leur mise en œuvre dans la carte.

Je m'arrête là pour l'instant car notre différence de point de vue sur ce point est trop importante pour aller plus loin, il faut d'abord se mettre d'accord là dessus.
J'ai donné un schéma qui montre qu'il n'y a aucun lien entre la régularité de l'appel au driver et le jitter d'une sortie coax de carte son.
J'ai donné l'image de la baignoire. Dis moi ce qui est faux là dedans.

L'utilisation même du mot jitter dans une fréquence d'appel à driver est impropre. Comme jipi le rappelle dans ton, un jitter est en référence à une horloge. Aucune horloge ne définit la fréquence d'appel au driver, il n'y a même pas de fréquence d'appel, c'est irrégulier par définition d'un processus asynchrone.

(02-16-2016, 03:01 PM)bubu13 a écrit : [ -> ]Bonjour à tous,
Cela fait deux fois que Daphile ne reconnait pas l'interface Breeze Audio quant j'utilise un câble USB entre le PC et l'interface n'étant pas pourvu de blindage reliant les 2 carcasses des prises USB. Avec un câble blindé d'imprimante cela fonctionne bien. Avez vous une idée du rôle (et de la nécessité pour mon cas) de cette continuité entre les 2 carcasses de mes connecteurs USB?
Merci par avance.

Si le Breeze audio a un transfert USB "high speed", la norme spécifie qu'un blindage est nécessaire pour le câble.
De toutes façons, nécessaire ou pas, faut pas s'en priver. Garde le câble blindé.
Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33