Jean-Louis Matrat a écrit :
> En audio, la position temporelle de la donnée est un élément de
> celle-ci. Tout décalage temporel _est_ une erreur.
Plus je lis d'info moins je comprends.
Qui a une lien vers une page expliquant simplement mais pas de facon
simpliste les différents problèmes?
Pour moi, le CD audio c'est du binaire, une suite de 0 et de 1. Il faut
tant de données binaire pour décrire x ms de sons.
Donc, il faut que le transport soit parfait pour envoyé dans l'ordre la
totalités de ces bits.
Le seul problème que je voit est comment maintenir toujours plein le
buffer alimentant le DAC . Il faut ps non plus que si les données arrive
trop vite et que le buffer est plein les données soient perdu mais cela
peut se controlé avec un canal retour d'information a celui qui rempli
le buffer.
Jean-Louis Matrat a écrit :
> En audio, la position temporelle de la donnée est un élément de
> celle-ci. Tout décalage temporel _est_ une erreur.
Plus je lis d'info moins je comprends.
Qui a une lien vers une page expliquant simplement mais pas de facon
simpliste les différents problèmes?
Pour moi, le CD audio c'est du binaire, une suite de 0 et de 1. Il faut
tant de données binaire pour décrire x ms de sons.
Donc, il faut que le transport soit parfait pour envoyé dans l'ordre la
totalités de ces bits.
Le seul problème que je voit est comment maintenir toujours plein le
buffer alimentant le DAC . Il faut ps non plus que si les données arrive
trop vite et que le buffer est plein les données soient perdu mais cela
peut se controlé avec un canal retour d'information a celui qui rempli
le buffer.
Jean-Louis Matrat a écrit :
> En audio, la position temporelle de la donnée est un élément de
> celle-ci. Tout décalage temporel _est_ une erreur.
Plus je lis d'info moins je comprends.
Qui a une lien vers une page expliquant simplement mais pas de facon
simpliste les différents problèmes?
Pour moi, le CD audio c'est du binaire, une suite de 0 et de 1. Il faut
tant de données binaire pour décrire x ms de sons.
Donc, il faut que le transport soit parfait pour envoyé dans l'ordre la
totalités de ces bits.
Le seul problème que je voit est comment maintenir toujours plein le
buffer alimentant le DAC . Il faut ps non plus que si les données arrive
trop vite et que le buffer est plein les données soient perdu mais cela
peut se controlé avec un canal retour d'information a celui qui rempli
le buffer.
En audio, la position temporelle de la donnée est un élément
de celle-ci. Tout décalage temporel _est_ une erreur.
Oui mais on bufferise et on ressort sur une bonne horloge.
Bon faut m'expliquer un truc : cette gigue elle est sur le signal
numérique ou sur le signal analogique ?
http://cjoint.com/?dCklKiqnz4
Et sur celui-là:
http://cjoint.com/?dCkmSGnl7g
Vous ne voyez pas une petite différence?
Heu non ? :) C'est quoi ces machins ?
lecteur de CD, Squeezebox, lecteur de DVD
(certaines pistes PCM), radios par un récepteur satellite FTA
Ah oui : et on a des commutateurs de source ?
En audio, la position temporelle de la donnée est un élément
de celle-ci. Tout décalage temporel _est_ une erreur.
Oui mais on bufferise et on ressort sur une bonne horloge.
Bon faut m'expliquer un truc : cette gigue elle est sur le signal
numérique ou sur le signal analogique ?
http://cjoint.com/?dCklKiqnz4
Et sur celui-là:
http://cjoint.com/?dCkmSGnl7g
Vous ne voyez pas une petite différence?
Heu non ? :) C'est quoi ces machins ?
lecteur de CD, Squeezebox, lecteur de DVD
(certaines pistes PCM), radios par un récepteur satellite FTA
Ah oui : et on a des commutateurs de source ?
En audio, la position temporelle de la donnée est un élément
de celle-ci. Tout décalage temporel _est_ une erreur.
Oui mais on bufferise et on ressort sur une bonne horloge.
Bon faut m'expliquer un truc : cette gigue elle est sur le signal
numérique ou sur le signal analogique ?
http://cjoint.com/?dCklKiqnz4
Et sur celui-là:
http://cjoint.com/?dCkmSGnl7g
Vous ne voyez pas une petite différence?
Heu non ? :) C'est quoi ces machins ?
lecteur de CD, Squeezebox, lecteur de DVD
(certaines pistes PCM), radios par un récepteur satellite FTA
Ah oui : et on a des commutateurs de source ?
Sur ce, si je prend l'exemple d'ethernet c'est que justement c'est un
protocole qui n'est pas du tout optimisé tant réel et qui
transmet sans erreur à une vitesse largement supérieure à ce
dont on a besion :)
Dans la pratique on transmet un cd complet en quelques secondes sur un
brin giga sans une seule erreur...
Sur ce, si je prend l'exemple d'ethernet c'est que justement c'est un
protocole qui n'est pas du tout optimisé tant réel et qui
transmet sans erreur à une vitesse largement supérieure à ce
dont on a besion :)
Dans la pratique on transmet un cd complet en quelques secondes sur un
brin giga sans une seule erreur...
Sur ce, si je prend l'exemple d'ethernet c'est que justement c'est un
protocole qui n'est pas du tout optimisé tant réel et qui
transmet sans erreur à une vitesse largement supérieure à ce
dont on a besion :)
Dans la pratique on transmet un cd complet en quelques secondes sur un
brin giga sans une seule erreur...
Plus je lis d'info moins je comprends.
Qui a une lien vers une page expliquant simplement mais pas de facon
simpliste les différents problèmes?
Pour moi, le CD audio c'est du binaire, une suite de 0 et de 1. Il faut
tant de données binaire pour décrire x ms de sons.
Donc, il faut que le transport soit parfait pour envoyé dans l'ordre la
totalités de ces bits.
Le seul problème que je voit est comment maintenir toujours plein le
buffer alimentant le DAC .
Voila ce que je pense : J'ai rien compris ou quoi?
On tombe d'un problème de canal a sens unique pour une platine CD
classique a un problème de management de buffer avec retour arrière
d'informations.
Plus je lis d'info moins je comprends.
Qui a une lien vers une page expliquant simplement mais pas de facon
simpliste les différents problèmes?
Pour moi, le CD audio c'est du binaire, une suite de 0 et de 1. Il faut
tant de données binaire pour décrire x ms de sons.
Donc, il faut que le transport soit parfait pour envoyé dans l'ordre la
totalités de ces bits.
Le seul problème que je voit est comment maintenir toujours plein le
buffer alimentant le DAC .
Voila ce que je pense : J'ai rien compris ou quoi?
On tombe d'un problème de canal a sens unique pour une platine CD
classique a un problème de management de buffer avec retour arrière
d'informations.
Plus je lis d'info moins je comprends.
Qui a une lien vers une page expliquant simplement mais pas de facon
simpliste les différents problèmes?
Pour moi, le CD audio c'est du binaire, une suite de 0 et de 1. Il faut
tant de données binaire pour décrire x ms de sons.
Donc, il faut que le transport soit parfait pour envoyé dans l'ordre la
totalités de ces bits.
Le seul problème que je voit est comment maintenir toujours plein le
buffer alimentant le DAC .
Voila ce que je pense : J'ai rien compris ou quoi?
On tombe d'un problème de canal a sens unique pour une platine CD
classique a un problème de management de buffer avec retour arrière
d'informations.
Donc si je tâche de comprendre le phénomène de gigue tu le
considérais par rapport au rythme de réception des mots, et non
pas comme des erreurs d'échantillonage sur la réception des
bits. Et donc l'erreur c'est plus sur le « rythme » de
fonctionnement du DAC qui ne reçoit pas les données dans les
temps que sur des erreurs de valeurs d'échantillonage.
Donc si je tâche de comprendre le phénomène de gigue tu le
considérais par rapport au rythme de réception des mots, et non
pas comme des erreurs d'échantillonage sur la réception des
bits. Et donc l'erreur c'est plus sur le « rythme » de
fonctionnement du DAC qui ne reçoit pas les données dans les
temps que sur des erreurs de valeurs d'échantillonage.
Donc si je tâche de comprendre le phénomène de gigue tu le
considérais par rapport au rythme de réception des mots, et non
pas comme des erreurs d'échantillonage sur la réception des
bits. Et donc l'erreur c'est plus sur le « rythme » de
fonctionnement du DAC qui ne reçoit pas les données dans les
temps que sur des erreurs de valeurs d'échantillonage.
en ce 28/03/2007 10:36, FiLH nous disait:
>> En audio, la position temporelle de la donnée est un élément
>> de celle-ci. Tout décalage temporel _est_ une erreur.
> Oui mais on bufferise et on ressort sur une bonne horloge.
Possible, mais pas gratuit. Et cette horloge, il faut la protéger
de tout ce qui pourrait lui rajouter du jitter, ce ne sont pas les
causes potentielles qui manquent. On est plus tranquille en restant le
plus souvent possible en I2S (signaux horloges et données
distincts).
> Bon faut m'expliquer un truc : cette gigue elle est sur le signal
> numérique ou sur le signal analogique ?
Répéter après moi:
UN SIGNAL NUMERIQUE ÇA N'EXISTE PAS!
Dans le cas du gigabit, la gigue risque de provoquer une erreur, dans
Quant au signal, c'est un sinus 0dBFS moins 1LSB à 11025 Hz
(Fs/4), avec le LSB qui est basculé au rythme de Fs/192 (environ
230 Hz). Sur le spectre propre, les tout petits pics correspondent
à H47 et H49 de ce Fs/192 (comme c'est un carré, H48, qui
tomberait sur 11025, est à zéro).
en ce 28/03/2007 10:36, FiLH nous disait:
>> En audio, la position temporelle de la donnée est un élément
>> de celle-ci. Tout décalage temporel _est_ une erreur.
> Oui mais on bufferise et on ressort sur une bonne horloge.
Possible, mais pas gratuit. Et cette horloge, il faut la protéger
de tout ce qui pourrait lui rajouter du jitter, ce ne sont pas les
causes potentielles qui manquent. On est plus tranquille en restant le
plus souvent possible en I2S (signaux horloges et données
distincts).
> Bon faut m'expliquer un truc : cette gigue elle est sur le signal
> numérique ou sur le signal analogique ?
Répéter après moi:
UN SIGNAL NUMERIQUE ÇA N'EXISTE PAS!
Dans le cas du gigabit, la gigue risque de provoquer une erreur, dans
Quant au signal, c'est un sinus 0dBFS moins 1LSB à 11025 Hz
(Fs/4), avec le LSB qui est basculé au rythme de Fs/192 (environ
230 Hz). Sur le spectre propre, les tout petits pics correspondent
à H47 et H49 de ce Fs/192 (comme c'est un carré, H48, qui
tomberait sur 11025, est à zéro).
en ce 28/03/2007 10:36, FiLH nous disait:
>> En audio, la position temporelle de la donnée est un élément
>> de celle-ci. Tout décalage temporel _est_ une erreur.
> Oui mais on bufferise et on ressort sur une bonne horloge.
Possible, mais pas gratuit. Et cette horloge, il faut la protéger
de tout ce qui pourrait lui rajouter du jitter, ce ne sont pas les
causes potentielles qui manquent. On est plus tranquille en restant le
plus souvent possible en I2S (signaux horloges et données
distincts).
> Bon faut m'expliquer un truc : cette gigue elle est sur le signal
> numérique ou sur le signal analogique ?
Répéter après moi:
UN SIGNAL NUMERIQUE ÇA N'EXISTE PAS!
Dans le cas du gigabit, la gigue risque de provoquer une erreur, dans
Quant au signal, c'est un sinus 0dBFS moins 1LSB à 11025 Hz
(Fs/4), avec le LSB qui est basculé au rythme de Fs/192 (environ
230 Hz). Sur le spectre propre, les tout petits pics correspondent
à H47 et H49 de ce Fs/192 (comme c'est un carré, H48, qui
tomberait sur 11025, est à zéro).
FiLH wrote:
> Sur ce, si je prend l'exemple d'ethernet c'est que justement c'est un
> protocole qui n'est pas du tout optimisé tant réel et qui
> transmet sans erreur à une vitesse largement supérieure à ce
> dont on a besion :)
Il n'est pas conçut à la base pour faire du temps réel, c'est
> Dans la pratique on transmet un cd complet en quelques secondes sur un
> brin giga sans une seule erreur...
Il faut garder à l'esprit qu'il y a 15 ans ou 20 ans, l'ethernet
FiLH wrote:
> Sur ce, si je prend l'exemple d'ethernet c'est que justement c'est un
> protocole qui n'est pas du tout optimisé tant réel et qui
> transmet sans erreur à une vitesse largement supérieure à ce
> dont on a besion :)
Il n'est pas conçut à la base pour faire du temps réel, c'est
> Dans la pratique on transmet un cd complet en quelques secondes sur un
> brin giga sans une seule erreur...
Il faut garder à l'esprit qu'il y a 15 ans ou 20 ans, l'ethernet
FiLH wrote:
> Sur ce, si je prend l'exemple d'ethernet c'est que justement c'est un
> protocole qui n'est pas du tout optimisé tant réel et qui
> transmet sans erreur à une vitesse largement supérieure à ce
> dont on a besion :)
Il n'est pas conçut à la base pour faire du temps réel, c'est
> Dans la pratique on transmet un cd complet en quelques secondes sur un
> brin giga sans une seule erreur...
Il faut garder à l'esprit qu'il y a 15 ans ou 20 ans, l'ethernet
Oui. Mais quand je regarde un couple transport + décodeur à
6keurs je me dis qu'en 2007 on peut faire mieux en restant dans les prix.
Oui. Mais quand je regarde un couple transport + décodeur à
6keurs je me dis qu'en 2007 on peut faire mieux en restant dans les prix.
Oui. Mais quand je regarde un couple transport + décodeur à
6keurs je me dis qu'en 2007 on peut faire mieux en restant dans les prix.
FiLH wrote:
> Oui. Mais quand je regarde un couple transport + décodeur à
> 6keurs je me dis qu'en 2007 on peut faire mieux en restant dans les prix.
Ca c'est certain. Mais la question est : est-ce que ça intéresse les
constructeurs ? Pourquoi baisser son chiffre d'affaire avec des trucs
qui marchent sans histoire quand on peut vendre à des prix exorbitants
des technos obsolètes qui fonctionnent mal ?
FiLH wrote:
> Oui. Mais quand je regarde un couple transport + décodeur à
> 6keurs je me dis qu'en 2007 on peut faire mieux en restant dans les prix.
Ca c'est certain. Mais la question est : est-ce que ça intéresse les
constructeurs ? Pourquoi baisser son chiffre d'affaire avec des trucs
qui marchent sans histoire quand on peut vendre à des prix exorbitants
des technos obsolètes qui fonctionnent mal ?
FiLH wrote:
> Oui. Mais quand je regarde un couple transport + décodeur à
> 6keurs je me dis qu'en 2007 on peut faire mieux en restant dans les prix.
Ca c'est certain. Mais la question est : est-ce que ça intéresse les
constructeurs ? Pourquoi baisser son chiffre d'affaire avec des trucs
qui marchent sans histoire quand on peut vendre à des prix exorbitants
des technos obsolètes qui fonctionnent mal ?
Il n'est pas conçut à la base pour faire du temps réel, c'est
On est bien d'accord. Il en reste que pour ce que j'en connais en
pratique (et en imaginant une liaison point à point) ça le fait.
Et que donc un protocole plus spécifique le ferait encore mieux.
Dans la pratique on transmet un cd complet en quelques secondes sur un
brin giga sans une seule erreur...
Il faut garder à l'esprit qu'il y a 15 ans ou 20 ans, l'ethernet
Oui. Mais quand je regarde un couple transport + décodeur à
6keurs je me dis qu'en 2007 on peut faire mieux en restant dans les prix.
Il n'est pas conçut à la base pour faire du temps réel, c'est
On est bien d'accord. Il en reste que pour ce que j'en connais en
pratique (et en imaginant une liaison point à point) ça le fait.
Et que donc un protocole plus spécifique le ferait encore mieux.
Dans la pratique on transmet un cd complet en quelques secondes sur un
brin giga sans une seule erreur...
Il faut garder à l'esprit qu'il y a 15 ans ou 20 ans, l'ethernet
Oui. Mais quand je regarde un couple transport + décodeur à
6keurs je me dis qu'en 2007 on peut faire mieux en restant dans les prix.
Il n'est pas conçut à la base pour faire du temps réel, c'est
On est bien d'accord. Il en reste que pour ce que j'en connais en
pratique (et en imaginant une liaison point à point) ça le fait.
Et que donc un protocole plus spécifique le ferait encore mieux.
Dans la pratique on transmet un cd complet en quelques secondes sur un
brin giga sans une seule erreur...
Il faut garder à l'esprit qu'il y a 15 ans ou 20 ans, l'ethernet
Oui. Mais quand je regarde un couple transport + décodeur à
6keurs je me dis qu'en 2007 on peut faire mieux en restant dans les prix.
