07 Mai 2013 à 18:47
07 Mai 2013 à 18:55
corintin » 07 Mai 2013, 18:36 a écrit:peux tu nous en expliquer les grands principes ?? :eek:
il y a donc le fichier FLAC stocké dans le NAS d'un côté
un simple réseau ethernet très standard, un router..
et à l'autre extrémité un dac des plus classiques !
comment va-t-on du fichier du DD vers le dac ??
ps : ne réexplique pas le fonctionnement d'un PC ou d'un Mac.. la on a des spécialistes :cheesygrin:
07 Mai 2013 à 19:05
Kaneda » 07 Mai 2013, 18:38 a écrit:C'est marrant, à part poser des questions, TU N'APPORTE JAMAIS AUCUNE EXPLICATION.
Nous sommes un certain nombre sur le forum à nous poser de sérieuses questions ?
Finalement, tu connais ou pas ?
07 Mai 2013 à 19:22
07 Mai 2013 à 19:27
Kaneda » 07 Mai 2013, 10:50 a écrit:Quelqu'un pourrait expliquer de manière simple et pédagogique les différences entre un ordinateur Mac (le PC est déjà différent) et un appareil comme le Linn ?.
Kaneda a écrit:Pour ma part, je continue de penser que les solutions à base de Mac sont plus musicales
07 Mai 2013 à 20:02
07 Mai 2013 à 20:04
Kaneda » il y a 14 minutes a écrit:Quand on aura réglé ce problème, on abordera la question PC ou Mac pour obtenir les meilleurs résultats :cheesygrin:
Pour ma part, je continue de penser que les solutions à base de Mac sont plus musicales :mrgreen:
07 Mai 2013 à 20:13
shal » 07 Mai 2013, 14:10 a écrit:Presque d'accord avec toi.
Reste l’utilisation du Xilinks coté DAC...
07 Mai 2013 à 20:43
Flo27 » 07 Mai 2013, 20:04 a écrit:Les "solutions mac plus musicales" : c'est justifié par quoi que ce soit ou c'est du pur snobisme mac ?
Il s'écrit cela souvent par mépris des solutions windows avec l'argument choc du trop d'assistanat, trop peu de liberté d'action dans le "paramètrage" ou trop de choses inutiles (foutaises). Dans l'absolu mac OS n'est pas mal non plus dans le genre.
Je reste persuadé que pour les jusqu'au-boutistes, la solution distribution linux personnalisée côté audio reste potentiollement la plus aboutie même si ça augmente la difficulté d'un cran (j'adore Linux mais il faut avouer que pour le tout venant l'ergonomie et l'accessibilité de cet OS peut paraître en retrait par rapport aux autres, quoique dépend déjà des distributions).
07 Mai 2013 à 20:45
Flo27 a écrit:Les "solutions mac plus musicales" : c'est justifié par quoi que ce soit ou c'est du pur snobisme mac ?
07 Mai 2013 à 20:47
corintin » 07 Mai 2013, 18:36 a écrit:peux tu nous en expliquer les grands principes ?? :eek:
il y a donc le fichier FLAC stocké dans le NAS d'un côté
un simple réseau ethernet très standard, un router..
et à l'autre extrémité un dac des plus classiques !
comment va-t-on du fichier du DD vers le dac ??
07 Mai 2013 à 20:59
shal a écrit:L'ordinateur découpa le fichier en petit et l'envoya par la poste à un deuxième ordinateur appelé PC.
Le PC possède donc l'information sur le ce qu'il y a dans ce fichier (le nombre de piste, le type d'audio , la duré de chaque piste etc etc).
Il décide quand il veut d'accéder à tel ou tel partie du fichier qui contient la donnée audio encodé qu'il désire.
Puis une fois qu'il a décidé de faire écouter à Corintin tel bout de musique, il le décode pour le mettre sous un format simple comme le PCM.
Là il l'envois à un troisième ordinateur de type DAC. et ceci par USB par exemple.
07 Mai 2013 à 21:05
07 Mai 2013 à 21:19
shal » 07 Mai 2013, 20:47 a écrit:Allez , je me lance.
Olivier
Ps: message écrit sous Shaka Ponk dématérialisé
07 Mai 2013 à 21:21
corintin a écrit:
c'est sympa ton monde en 7 jours
t'as pas un huitième jour pour expliquer le lecteur réseau ?
07 Mai 2013 à 21:26
07 Mai 2013 à 21:41
07 Mai 2013 à 21:45
Francis917 » il y a 36 minutes a écrit:Non c'est tout simplement une question d'interface. Avec OSX l'audio est traité par le noyau Core audio en direct sans manips de l'OS, on trouve l'équivalent niveau qualité chez Windows sous le vocable de noyau Kernel ou Asio. Mais il faut réaliser la manip et les paramétrages.
Ce qui semble au-dessus de force des utilisateurs lambda de Windows. C'est bien dommage car c'est un ticket d'entrée incontournable.
Je le sais car je suis aussi tombé dans le panneau lors d'essais trop rapides.
Alors que sur Mac c'est plug & play, sans avoir conscience des enjeux sur la qualité.
Ensuite Windows a semé le doute avec Vista en introduisant dans l'OS un module Core audio (APIs) mais dont les résultats n'ont encore rien à voir avec le Core audio Mac et restent équivalent à XP. Il n'en fallait pas plus pour rajouter une couche à la difficulté de savoir qui fait quoi.
Sauf que ceux qui sont sous Asio ou Kernel n'ont plus ces problèmes avec Windows depuis longtemps. Et que l'emploi de JPlay (exclusivement sur Windows) redonnerait à cette plate-forme un avantage certain sur Mac. Dixit des utilisateurs des deux mondes.
Francis.
quadro a écrit:Avant de relancer une énième querelle de chapelle; il serait bon de clarifier un peu les choses. Le « duel » Windows/OS X/Linux n'a d"intérêt que pour celui capable de maîtriser les trois OS. Pratiquement, cela signifie quoi ?
En théorie, Windows et Linux se destinent plus à des utilisateurs avertis, OS X a des béotiens même si l'invite est à réserver à un public de connaisseur. Paradoxalement, on trouve le plus grand nombre de béotiens sur des OS destinés à des experts. C'est une curiosité qui mérite d'être soulignée…
Plus spécifiquement, dans le cadre d'une utilisation audiophile, les interfaces audio se valent même si des différences existent. En fait, les différences les plus notables concernent l'exploitation de l'interface audio par la couche logicielle… du point de vue First source.
Dans une optique, First Speakers, cela change tout !
07 Mai 2013 à 22:53
Francis917 » 07 Mai 2013, 20:45 a écrit:Non c'est tout simplement une question d'interface. Avec OSX l'audio est traité par le noyau Core audio en direct sans manips de l'OS, on trouve l'équivalent niveau qualité chez Windows sous le vocable de noyau Kernel ou Asio. Mais il faut réaliser la manip et les paramétrages.
Ce qui semble au-dessus de force des utilisateurs lambda de Windows. C'est bien dommage car c'est un ticket d'entrée incontournable.
Je le sais car je suis aussi tombé dans le panneau lors d'essais trop rapides.
Alors que sur Mac c'est plug & play, sans avoir conscience des enjeux sur la qualité.
Ensuite Windows a semé le doute avec Vista en introduisant dans l'OS un module Core audio (APIs) mais dont les résultats n'ont encore rien à voir avec le Core audio Mac et restent équivalent à XP. Il n'en fallait pas plus pour rajouter une couche à la difficulté de savoir qui fait quoi.
Sauf que ceux qui sont sous Asio ou Kernel n'ont plus ces problèmes avec Windows depuis longtemps. Et que l'emploi de JPlay (exclusivement sur Windows) redonnerait à cette plate-forme un avantage certain sur Mac. Dixit des utilisateurs des deux mondes.
Francis.
shal » 07 Mai 2013, 20:47 a écrit:
Allez , je me lance.
Au premier jour Dieu créa le fichier audio.
Pas très inventif Dieu, c'est juste une suite de 0 et de 1 (rangé par 8 en général).
Comme il trouvais que des 1 et de 0 c'était un peu tristounet, il a plaqué une sémantique dessus.
Le fichier contenait de l'information.
Par exemple pour un fichier son flac, les 4 premiers octet (les rangés de 8) sont "0x52,0x49,0x46,0x46" (http://fr.wikipedia.org/wiki/WAVEform_audio_format) .
C'est ce que l'on appelle le format du fichier.
Il peut contenir un ou plusieurs canaux , des informations comme le titre des chansons etc etc
Ensuite, ce fichier contient des données audio numérique qui sont représenté sous un certain encodage, par exemple, flac, mp3.
Certains encodage sont "simple" comme par exemple le très connu PCM ou le moins connu DSD, d'autres sont très complexes comme le mp3 ou le aac (mais ils permettent un gain de place important).
Au deuxième jour Dieu créa Internet (oui déjà, je sais....)
Alors pour faire simpliste: Internet = IP (Internet Protocol).
C'est un postier : il prends un message a un endroit et il sait comment l'envoyé à son destinataire.
Comme la poste, IP ne garantie pas que votre colis arrive :wink:
Pourquoi IP est important : c'est le point commun de toutes les communication moderne: ethernet, WiFi, la 4G (he oui, c'est une des avancé de la 4G d'avoir un coeur de reseau IP) , thunderbolt, pigeon voyageur (https://fr.wikipedia.org/wiki/IP_over_Avian_Carriers), USB etc etc
Quand on parle IP, on s'en fout de comment la couche physique c'est fait, c'est cela le miracle :arrowd:
Alors on général quelqu'un qui envoi une information a un destinataire, il aime bien savoir que le paquet est arrivé à destination et si c'est pas le cas de gérer la retransmission du paquet perdu. pour cela on utilise l’emballage TCP (Transmission Control Protocol).
Pour résumé, quelqu'un veut envoyé une information:
- il prends sa donnée
- la met dans un emballage TCP
- remet l'emballage TCP au postier IP
- le postier IP il utilise des voitures, des bateux , des avions mais il transmet le colis
- l'expéditeur reçoit un accusé de réception que tout est bien arrivé en bonne état
- il est content :cheesygrin:
Au troisième jour Dieu inventa le disque dur.
Il voulait se souvenir de tout (c'est plus facile pour être omniscient).
Sur un disque dur, on peut stocker des 0 et des 1 de façon ordonnée avec la particularité que si tu fais rien il reste dans le même ordre .
Comme c'est assez grand , on a rangé les 0 et les 1 par paquet de 512 octet et on appelle cela un secteur.
Sur mon disque dur j'ai 3907029168 secteurs.
Alors pour mettre un fichier sur un disque dur, on ne le met pas directement dessus (si ça arrive mais c'est rare).
On commence par créer des étagères avec des étiquettes sur les tiroirs, comme cela on saura ce que l'on a mis dedans.
Ces étagères (appelé pompeusement " système de fichier") sont pratique pour retrouver où sont les 0 et les 1 d'un fichier et pour savoir si un farfadet n'as pas modifier l'ordre de façon malicieuse (il y a des mini farfadet dans les disque dur, ils apparaissent surtout quand on bougent les disques dur encore branché).
Au quatrième jour Dieu créa un ordinateur
Ordinateur : tout objet qui prends un donnée numérique en entrée et une commande et ressort une autre donné numérique.
Il en existe de plein de type : PC , Mac, tablette Lave Linge, Lecteur réseau, Linn Akurate.....
Il sait discuter avec le Postier IP et les farfadet de disque dur notamment
Au Cinquième jour Dieu créa le DAC
le DAC c'est comme le crocolion , c'est composé de deux parties qui vont pas ensemble.
D'un coté ça prend de l'audio au format numérique. c'est donc un ordinateur aussi.
De l'autre ca sort de l'analogique
Comme le crocolion, le DAC est méchant, car il n'accepte que de la bonne bouffe : du PCM à 99.9% des spécimens de l'espace. Même si une mutation récente font accepté du DSD pour certain.
Au sixième jour Dieu créa Corintin
Corintin voulait "entendre" ce qu'il y avait dans un fichier audio (le fait qu'on lui répète que l'information était bien là , ne lui suffisait pas, il voulait en avoir la preuve).
Alors, il pris un disque dur, le connecta a un premier ordinateur appelé NAS.
Sur le disque il y avait des fichier audio .
L'ordinateur découpa le fichier en petit et l'envoya par la poste à un deuxième ordinateur appelé PC.
Le PC possède donc l'information sur le ce qu'il y a dans ce fichier (le nombre de piste, le type d'audio , la duré de chaque piste etc etc).
Il décide quand il veut d'accéder à tel ou tel partie du fichier qui contient la donnée audio encodé qu'il désire.
Puis une fois qu'il a décidé de faire écouter à Corintin tel bout de musique, il le décode pour le mettre sous un format simple comme le PCM.
Là il l'envois à un troisième ordinateur de type DAC. et ceci par USB par exemple.
Dans le DAC comme c'est un crocolion , il faut toujours que les deux parties soit d'accord pour marcher à la même vitesse.
Mais dans tout DAC il y a un cornak qui maîtrise le crocolion et le fait aller en cadence.
Le septième jour Dieu se reposa.
Tiens bonne idée, je fais faire comme lui.
J'avais pas prévue de faire si long :eek:
Olivier
Ps: message écrit sous Shaka Ponk dématérialisé
07 Mai 2013 à 23:37
Flo27 a écrit:On est d'accord... pourtant ce sont des manips simples.
De là, pour certains, à rester buté et mettre en cause l'OS X ou Y il n'y a qu'un pas, plutôt que de faire l'effort de...