29 Jan 2018 à 10:40
zeroundemi a écrit:Et PFB a écrit : "pas d'horloge". (Je demande à savoir comment ils font dans ce cas ?)
29 Jan 2018 à 11:25
29 Jan 2018 à 12:39
Frankzappera a écrit:Ne nous dis pas que ça ne servait à rien, ou que tous ces matériels n'étaient que de la merde...
29 Jan 2018 à 13:08
29 Jan 2018 à 13:54
AJMARS a écrit:Une bonne idée pour les synchros.... l'horloge GPS...
29 Jan 2018 à 13:59
29 Jan 2018 à 14:05
29 Jan 2018 à 15:12
PFB » 29 Jan 2018, 09:40 a écrit:
A 100Gb/s le machin pédale vite, très vite. 100 milliards de tours seconde.
L'audio numérique pépère, c'est grosso merdo 1,5 millions de tours seconde.
PFB
29 Jan 2018 à 15:24
Phil a écrit:L' avantage de l'Ethernet Gigabit est donc ailleurs que dans cet argument de vitesse pure : indéniablement dans la flexibilité, l'étendue possible et le coût pour un réseau.
29 Jan 2018 à 15:30
shal » 28 Jan 2018 12:41 a écrit:Moi je veux bien mais
- Dante dit explicitement que chaque appareil à une horloge.
- AES67 semble aussi le dire Si j'en crois cette article : http://www.tvtechnology.com/news/0002/f ... ing/271322
Perso, je vois pas comment une clock peut survivre à un passage par un switch.
Mais une synchro d'horloge je comprends.
29 Jan 2018 à 15:31
29 Jan 2018 à 17:05
29 Jan 2018 à 17:09
29 Jan 2018 à 17:20
29 Jan 2018 à 17:42
AJMARS » il y a 23 minutes a écrit:Quand on veut faire une conversion N/A il faut connaitre la durée de l'échantillon, comme un réseau IP ne fournit pas d'horloge, il faut soit qu'elle soit générée localement ou soit qu'elle soit fournie par un dispositif externe.
29 Jan 2018 à 17:53
29 Jan 2018 à 18:16
Cowa » 29 Jan 2018, 16:42 a écrit:
oui, c'était le sens de ma question, je reste sans doute trop dans le cadre d'une reproduction stéréo (à la portée d'un amateur ?) ou la gestion locale locale serait bien suffisante ? de là peut être le titre "luxe ou nécessité" ? et cherche-t-on ici à décrire tout ce qui est possible (et la j'avoue ne pas toujours comprendre les dimensions techniques expliquées par les uns et les autres) ou ce que l'on conseille généralement en hifi ? je pousse encore une supposition ? ne faut il pas, pour simplifier, pousser la conversion N/A le plus loin possible dans tout le process ? (et donc éviter les problèmes)
29 Jan 2018 à 18:47
AJMARS a écrit:comme un réseau IP ne fournit pas d'horloge
29 Jan 2018 à 18:58
pdobdob » 29 Jan 2018, 14:30 a écrit:Il me semble que dans le lien que tu cite, il y a une explication…
Trad
En plus de ce délai aller-retour, il y a également des retards à travers les commutateurs Ethernet eux-mêmes pendant qu'ils tamponnent et transmettent des paquets de données. Si un commutateur peut fournir une mesure du temps nécessaire à un paquet pour passer à travers, cette information pourrait également être utilisée pour affiner la synchronisation. La révision de 2008 de l'IEEE 1588 prévoit ce qu'on appelle une "horloge transparente" qui fait exactement cela.
8< ..... >8
Je ne suis pas devin mais je pense que l’avenir de l’audio sur IP (peut être AVB ?) dans un grosse structure c’est l’AES 67 et surtout des Switch intelligents qui dans une topologie réseau, sont facilement configurables sans faire appelle un ingénieur réseau.![]()
Pierre
Precision Time Protocol (PTP) est un protocole Ethernet de synchronisation d'horloge, normalisé sous le nom IEEE 1588
29 Jan 2018 à 19:41
PFB » 29 Jan 2018, 17:47 a écrit:Euh erghhhh glupsss.
Dans le petit monde de l'horlogerie, vers les années 2006, il m'est arrivé avec mes camarade de jeu de monter des réseaux qui fournissait des signaux d'horloges, nous utilisions un protocole IP IEEE1588, une horloge précise à la nanoseconde.
Certe il faut qqpart un Grand Maitre du Temps puis la magie d'IP fait le reste.
Donc, oui le réseau IP fournit une horloge, mais pour notre application audio, je dirai que c'est donner du lard au cochons.
PFB