Ces nouvelles terres inconnues.
28 Oct 2016 à 08:26
Il y a la théorie...et ce que l'on constate dans la pratique....
Dans le cas d'un cable usb d'environ 1m reliant un ordi à un dac ou une interface, son incidence sur le son est significative.
Tous les cables usb ne se valent pas, pour avoir réalisé moult essais de cables du commerce ou perso diy, je n'ai jamais entendu un cable d'imprimante faire aussi bien qu'un bon cable usb hifi.
Il suffit d'essayer sans a priori.
28 Oct 2016 à 09:07
Refais tes essais en aveugle et on en reparle. Le cerveau nous joue bien des tours.
28 Oct 2016 à 09:12
Oublies la théorie qui veut que les résultats soient conformes à ce qu'ils devraient être mais qui ne le sont pas
28 Oct 2016 à 09:27
Ah ? Sois joueur, fais des écoutes en aveugle avec un tiers qui branche / débranche sans te dire lequel tu écoutes.
28 Oct 2016 à 14:16
Oh Oh !!! ainsi j'arriverai à la conclusion inébranlable qu'il ne peut exister de différence entre les cables usb....en fait tous mes essais précédents ne sont qu'illusion puisque la théorie dit qu'il ne peut exister de différence.
D'ailleurs je mesure à quel point je suis complétement abruti d'utiliser un cable cher alors que je pourrais acheter un cable à 10 € pour un résultat identique....
28 Oct 2016 à 16:57
Oh! les gars on pose des questions et chacun donne son avis. Il n'y a aucune raison de s'étriper pour si peu et c'est pas le but.
Roland lorsque je viendrai chez toi avec le Hegel, je porterai le câble que j'utilise actuellement et qui est un câble informatique....
Il faut dire que pour le moment c'est Youtube sur le dac et que lorsque j'aurai Qobuz sur Audirvana ça devrait pouvoir se tester un peu mieux.
Le sujet des câbles est toujours polémique, mais pourtant on peut en parler je pense?
29 Oct 2016 à 07:58
-- 29 Oct 2016, 07:58 --
Intéressant! Merci pour l'info.
29 Oct 2016 à 10:08
Disons qu'Apple implémente ce connecteur sur ses ordinateurs comme le fait Google sur ses Chromebook. L'USB-C est déjà utilisé sur un trentaine de smartphones de marques diverses :
https://www.gizmotimes.com/lists/smartp ... ivity/6520Les normes usb sont élaborées par l'USB Implementers Forum (USB-IF) représentées par les marques HP, Intel, Microsoft, Renesas Electronics, STMicroelectronics. Apple n'en fait pas partie.
L'USB-C n'est qu'un connecteur réversible, à chaque fabricant de choisir ce qu'il veut paire passer dedans : USB-1.1, USB-2, USB-3.0, USB 3.1 gen 1, USB 3.1, firewire 1/2/3, Ethernet, Thunderbolt 1/2/3, HDMI, alimentation jusqu'à 100W, etc...
29 Oct 2016 à 10:33
JAO33 » Hier à 14:16 a écrit:Oh Oh !!! ainsi j'arriverai à la conclusion inébranlable qu'il ne peut exister de différence entre les cables usb....en fait tous mes essais précédents ne sont qu'illusion puisque la théorie dit qu'il ne peut exister de différence.
D'ailleurs je mesure à quel point je suis complétement abruti d'utiliser un cable cher alors que je pourrais acheter un cable à 10 € pour un résultat identique....
On ne lit qu'une partie du titre de ce fil:
cable ...
Je répète ce que j'ai écrit plus haut: suivant le cable USB utilisé, les photos numériques que je transfère ont des couleurs plus éclatantes.
Faîtes l'expérience, c'est bluffant.
29 Oct 2016 à 17:22
Je répète ce que j'ai écrit plus haut: suivant le cable USB utilisé, les photos numériques que je transfère ont des couleurs plus éclatantes.
Faîtes l'expérience, c'est bluffant.

depuis 25 ans, jamais vu la moindre différence de couleur sur le même moniteur dans Photoshop, d'où que provienne le fichier, (disque USB, firewire, Ethernet, etc...) Y compris à l'époque où je ne faisais que de la photogravure.
Encore heureux, sinon les BAT épreuves ne serviraient plus à rien !
29 Oct 2016 à 21:38
De toute évidence, il s'agissait d'une tentative (réitérée) d'humour de la part de woodix. Qui sait, s'il la ressort une 3ème fois, peut-être parviendra-t-il à faire sourire quelqu'un ?
01 Nov 2016 à 22:51
Michael,
Je le suis replongé dans la biographie de JH, et finalement, je ne crois pas que leur caravane ėtait une Sterckeman...
Dominique
01 Nov 2016 à 22:56
Décidément, on ne peut plus se fier à personne.
02 Nov 2016 à 00:08
ce genre d'article , à des années lumière de toute science , est un parfait breuvage pour consommateur lambda en manque repère de dans ce monde complexe , si c'est du second degré , je peut comprendre !!! lol , sinon , paix à leurs âmes .....
.
02 Nov 2016 à 00:45
Bonsoir,
"Cette technique est délaissée de nos jours au profit de la transmission asynchrone qui consiste en fait à transmettre tout ou partie des données, y compris les données de correction d’erreur, sous forme de fichier."
Ceci est faux, car il n'existe pas de "données de correction d'erreur" en mode asynchrone. Le recepteur controle l'integrité des blocs de données , s'apercoit d'erreurs dans la transmission des données, et demande à l'emetteur de ralentir le débit (principe du mode asynchrone ou le recepteur est le maitre) .
Le recepteur est un convertisseur de protocole USB vers I2s (ou spdif) placé en amont du dac
Les blocs "en erreur" sont consommés tels quels par le dac. Il n'y a pas de retransmission dans le protocole USB asynchrone.
Seul, un transfert USB en mode "Bulk" garantit l'integrité absolue des données .
Certains convertisseurs utilisent le mode "bulk" .
La notion de fichier n'existe pas dans un protocole de transport.
R.C.
02 Nov 2016 à 08:07
Il me semblait bien que ce qui était écrit était différent de ce qu'avait mis Shal dans son post détaillant le fonctionnement de l'USB (ce que tu confirmes). J'ai d'ailleurs hésité à poster le lien à cause de ça, mais j'ai trouvé le ton amusant. Après, c'est comme tout, il faut trier.
02 Nov 2016 à 20:26
R.C. » 01 Nov 2016, 23:45 a écrit:Bonsoir,
"Cette technique est délaissée de nos jours au profit de la transmission asynchrone qui consiste en fait à transmettre tout ou partie des données, y compris les données de correction d’erreur, sous forme de fichier."
Ceci est faux, car il n'existe pas de "
données de correction d'erreur" en mode asynchrone. Le recepteur controle l'integrité des blocs de données , s'apercoit d'erreurs dans la transmission des données, et demande à l'emetteur de ralentir le débit (principe du mode asynchrone ou le recepteur est le maitre) .
Le recepteur est un convertisseur de protocole USB vers I2s (ou spdif) placé en amont du dac
Les blocs "en erreur" sont consommés tels quels par le dac. Il n'y a pas de retransmission dans le protocole USB asynchrone.
Seul, un transfert USB en mode "Bulk" garantit l'integrité absolue des données .
Certains convertisseurs utilisent le mode "bulk" .
La notion de fichier n'existe pas dans un protocole de transport.
R.C.
Pas loin, presque ça .
En effet, il n'y a pas de correction de donnée sur l'asynchrone (avec une subtilité cf plus bas)
Mais si il y a des erreurs, il n'y a pas de ralentissement non plus (là je pense que tu confonds avec le protocole tcp qui est basé sur ce principe).
Les blocs en erreur ne sont pas consommé du tout par le DAC. Car même s'il n'y a pas de correction, il y a un contrôle pour savoir si le bloc est arrivé sain et sauf. Un bloc abîmé est jeté à la poubelle et puis c'est tout.
Bulk c'est tout bon.
Olivier
02 Nov 2016 à 20:47
On est loin scientifiquement de la crédibilité de la qualité auditive d'un câble USB.
Là, si j'ai bien tout compris on parle d'erreurs possibles au niveau de l'émetteur ou du récepteur? Erreur dans la transmission de blocs de données.
Je n'ai pas fait encore d'écoute comparative de câbles USB. Je vous dirais ce que j'en pense, sans apriori, lorsque ça sera fait.
claude
Powered by phpBB © phpBB Group.
phpBB Mobile / SEO by Artodia.