Le lecteur réseau est-il considéré comme une source?

Lecteurs CD/SACD, transports , ...
Avatar du membre
noodlefr
Modérateur
Messages : 4480
Enregistré le : 17 déc. 2012, 13:59
Localisation : Amiens Picardie HDF

Message non lu 21 oct. 2017, 01:02

Je pense que Volpone confond la substance du message numérique, les bits d'information, et leur "mode de transport" qui reste un signal électrique.

Ce ne sont pas des 1 ou zéros qui sont transmis au dac mais des signaux électriques permettant aux circuits d'entrée de retrouver les 1 et les zéro. Il y a toute une littérature mathématiques sur les contingences des signaux logiques ( valeurs tout ou rien), sur le fonctionnement, limites et contraintes des récepteurs.

En gros, un signal électrique transportant des infos binaires est très loin d'être une série bien propre de beaux carrés...
Il suffit de regarder un signal sur oscilo pour s'en rendre compte

Et c'est dans la qualité de ce signal électrique de transport que des écarts entre sources vont apparaître, sans préjuger des autres éléments (algo etc...)
Les causes de différence qualitative sont multiples. La robustesse électrique, temporelle (horloge), l'immunité aux diverses pollutions du signal etc... comme on l'a déjà dit vont établir une hiérarchie des sources numériques.

En audio temps réel, il y n'y a pas les mêmes systèmes de contrôle/réémission qu'en informatique.
Un flux SPDIF ou AES ou même USB est envoyé une seule fois alors qu'en info, par exemple en communication RJ45, il y a ré-émission tant qu'on est pas sûr d'avoir récupéré tout correctement.
Le buffer en audio ne signifie pas qu'il y a réémission mais juste asservissement +/- important source/récepteur. (liaison asynchrone)
En audio, s'il y a erreur ou décalage temporel, il faudra soit faire appel à des techniques de reclocking pour améliorer le cadencement, soit à des mécanismes d'interprétation (interpolation...) pour retrouver les données manquantes.

Bref, déjà à l'époque des drive CD, sur la base des mêmes mécaniques d'extraction, la qualité en sortie numérique n'était pas la même d'un appareil à l'autre. Il y avait déjà non seulement différentes mécaniques d'extraction mais aussi diverses façon de les exploiter.
En lecture réseau, c'est pareil. Le module de réception/lecture/décodage va remplacer la mécanique d'extraction mais là aussi il y aura des écarts de mise en œuvre.
Il suffit d'ouvrir un lecteur d'entrée de gamme et un autre plus HDG pour voir immédiatement ces différences de mise en œuvre.

Alors si une source numérique n'a pas vocation à modifier les informations numériques qu'elle est censée extraire, pour autant la façon dont elle est conçue va avoir un impact sur la qualité du signal qu'elle est capable de produire.
Et c'est avec ce signal de +/- bonne qualité que le dac derrière va se débrouiller.

Là dessus on pourrait discuter de l'impact même des outils de calcul/décodage utilisés : puissance et structure des processeurs, OS, algo de décodages...
Un source réseau à base de puce audio et algo dédié est-elle +/- efficace qu'une source composée d'un mini ou nano pc à base de puce généraliste avec OS ?
A ce niveau on se situe à la base du processus de lecture/décodage de fichier. Toutes les architectures sont elles aussi performantes les unes que les autres. Quel impact a la puissance de calcul des proc, quel impact a la présence ou non d'OS, quel impact des algos, dont certains sont protégés par brevets/licences etc... Je pose les questions, je n'ai pas les réponses.
Audiomat - JMR - MPC
Deleted
Audiophile
Messages : 855
Enregistré le : 29 août 2016, 17:35

Message non lu 21 oct. 2017, 01:57

Oui et c'est un phénomène bien connu en audio.
Le pojnt qui m'a toujours interrogé est la mémoire tampon ou le buffer. Pourquoi ne pas augmenter cette mémoire pour 2, 3 ou 5 secondes? Certes il y aurait une latence systématique à chaque début de lecture d'un morceau mais peut être que le flux serait mieux "construit" lors de la conversion ?

Enfin, je ne suis pas informaticien...
volpone
Audiophile
Messages : 168
Enregistré le : 23 mars 2014, 17:27

Message non lu 21 oct. 2017, 19:18

jean luc a écrit :
21 oct. 2017, 01:57
Oui et c'est un phénomène bien connu en audio.
Le pojnt qui m'a toujours interrogé est la mémoire tampon ou le buffer. Pourquoi ne pas augmenter cette mémoire pour 2, 3 ou 5 secondes? Certes il y aurait une latence systématique à chaque début de lecture d'un morceau mais peut être que le flux serait mieux "construit" lors de la conversion ?

Enfin, je ne suis pas informaticien...
Il y a déjà de la mémoire tampon en audio numérique "moderne" , nul besoin de plusieurs secondes, et l'on est loin d'être en "temps réel". Cela relativise beaucoup les problématiques de Jitter qui étaient le leitmotiv il y a quelques années.
Avatar du membre
noodlefr
Modérateur
Messages : 4480
Enregistré le : 17 déc. 2012, 13:59
Localisation : Amiens Picardie HDF

Message non lu 21 oct. 2017, 20:16

Pas complètement en temps réel : à quelle étape ?

Jitter : depuis quand n'est ce plus important ?
Audiomat - JMR - MPC
volpone
Audiophile
Messages : 168
Enregistré le : 23 mars 2014, 17:27

Message non lu 21 oct. 2017, 20:55

noodlefr a écrit :
21 oct. 2017, 20:16
Pas complètement en temps réel : à quelle étape ?

Jitter : depuis quand n'est ce plus important ?
Il y a de la bufferisation, de la mise en cache (mais pas forcement en secondes) dans et parfois avant le DAC, on se fiche un peu d'être très légèrement décalé par rapport au temps réel comme le notais Jean Luc.

En lecture asynchrone et avec un DAC qui tient souvent l'horloge on entend moins parler du fameux "Jitter" et sans doute à juste titre.
Avatar du membre
noodlefr
Modérateur
Messages : 4480
Enregistré le : 17 déc. 2012, 13:59
Localisation : Amiens Picardie HDF

Message non lu 21 oct. 2017, 21:17

volpone a écrit :
21 oct. 2017, 20:55
Il y a de la bufferisation, de la mise en cache (mais pas forcement en secondes) dans et parfois avant le DAC, on se fiche un peu d'être très légèrement décalé par rapport au temps réel comme le notais Jean Luc.

En lecture asynchrone et avec un DAC qui tient souvent l'horloge on entend moins parler du fameux "Jitter" et sans doute à juste titre.
Le jitter intrinsèque des composants d'entrée et le horloges de haute qualité ont permis des avancées, mais on est loin des protocoles sécurisés en informatiques, et le flux analogique ne peut être produit qu'en temps réel. C'est une contrainte lourde.

Les perfs se sont, et c'est heureux, améliorées, mais la chasse au jitter reste ouverte.
Audiomat - JMR - MPC
Angiedelsur21
Audiophile
Messages : 8
Enregistré le : 24 août 2021, 10:14

Message non lu 05 mai 2022, 05:14

Bonjour,
J'ai un problème de latence au début de chaque morceau qui démarre après 5 secondes avec le Dac Esoterik D07X. Des idées pour y remédier svp ?
Bien à vous
Olivier Rollin
Audiophile
Messages : 392
Enregistré le : 29 déc. 2017, 18:51

Message non lu 09 mai 2022, 11:48

noodlefr a écrit :
21 oct. 2017, 21:17
mais la chasse au jitter reste ouverte.
La question est : auquel ? celui de la source et le transport n'ont plus aucune importance dans le cas d'un DAC avec com assynchrone
Aurender ACS100 + Accuphase DP410 -> meitner MA3 -> JPSLabs Aluminata xlr -> Gryphon Diablo120 -> Tiglon MSS_DF100sp HSE -> Joseph Audio pulsar 2
Legato RS AV
Répondre