Bonjour,
Le sujet ayant été évoqué ici il y a quelques temps, j'y ai travaillé et je
viens de mettre en ligne un article décrivant deux ou trois procédés
originaux qui pourraient vous intéresser :
http://cherchetout.pagesperso-orange.fr/FaxOverVoIP.html
Ce post est envoyé à trois groupes. Je pense que le plus approprié pour y
répondre (au cas où) serait fr.reseaux.telecoms.techniques mais faites comme
vous le jugez bon...
Bonjour,
Le sujet ayant été évoqué ici il y a quelques temps, j'y ai travaillé et je
viens de mettre en ligne un article décrivant deux ou trois procédés
originaux qui pourraient vous intéresser :
http://cherchetout.pagesperso-orange.fr/FaxOverVoIP.html
Ce post est envoyé à trois groupes. Je pense que le plus approprié pour y
répondre (au cas où) serait fr.reseaux.telecoms.techniques mais faites comme
vous le jugez bon...
Bonjour,
Le sujet ayant été évoqué ici il y a quelques temps, j'y ai travaillé et je
viens de mettre en ligne un article décrivant deux ou trois procédés
originaux qui pourraient vous intéresser :
http://cherchetout.pagesperso-orange.fr/FaxOverVoIP.html
Ce post est envoyé à trois groupes. Je pense que le plus approprié pour y
répondre (au cas où) serait fr.reseaux.telecoms.techniques mais faites comme
vous le jugez bon...
Je ne sais pas s'il y a talon d'Achille dans l'utilisation d'un softphone
pour envoyer et recevoir un fax, mais je me demande si le réglage sonore
à l'émission ( microphone ) et en réception ( sortie du casque ) sont
absolument indispensables pour que ce type de communication puisse avoir
lieu.
Dans quelle mesure adopter tel ou tel niveau sonore assure la stabilité
et la fiabilité de la communication ?
Exemple:
Sur un netbook j'ai Hylafax en réception-émission, un convertisseur
usb-rs232 permet de connecter le modem au netbook, le modem s'accorde au
réseau télephonique et le système est inmédiatement opérationel sans
aucun réglage supplémentaire autre que s'assurer que le modem est sous
tension.
Si on adoptait le mode d'envoi par softphone, il faudrait envoyer le
modem vers l'interface deux fils-quatre fils qui à son tour envoie le
signal démodulé vers le microphone et reçoit le son de la sortie casque
du netbook.
Quels réglages sonores conviendrait-il de faire sur le softphone et sur
alsamixer ?
Ekiga peut ajuster le niveau du microphone et des hauts-parleurs,
Linphone ne semble pas être à l'heure actuelle suffisamment stable en
visiophonie,
Twinkle il me semble contient aussi les bons codecs......
Je ne sais pas s'il y a talon d'Achille dans l'utilisation d'un softphone
pour envoyer et recevoir un fax, mais je me demande si le réglage sonore
à l'émission ( microphone ) et en réception ( sortie du casque ) sont
absolument indispensables pour que ce type de communication puisse avoir
lieu.
Dans quelle mesure adopter tel ou tel niveau sonore assure la stabilité
et la fiabilité de la communication ?
Exemple:
Sur un netbook j'ai Hylafax en réception-émission, un convertisseur
usb-rs232 permet de connecter le modem au netbook, le modem s'accorde au
réseau télephonique et le système est inmédiatement opérationel sans
aucun réglage supplémentaire autre que s'assurer que le modem est sous
tension.
Si on adoptait le mode d'envoi par softphone, il faudrait envoyer le
modem vers l'interface deux fils-quatre fils qui à son tour envoie le
signal démodulé vers le microphone et reçoit le son de la sortie casque
du netbook.
Quels réglages sonores conviendrait-il de faire sur le softphone et sur
alsamixer ?
Ekiga peut ajuster le niveau du microphone et des hauts-parleurs,
Linphone ne semble pas être à l'heure actuelle suffisamment stable en
visiophonie,
Twinkle il me semble contient aussi les bons codecs......
Je ne sais pas s'il y a talon d'Achille dans l'utilisation d'un softphone
pour envoyer et recevoir un fax, mais je me demande si le réglage sonore
à l'émission ( microphone ) et en réception ( sortie du casque ) sont
absolument indispensables pour que ce type de communication puisse avoir
lieu.
Dans quelle mesure adopter tel ou tel niveau sonore assure la stabilité
et la fiabilité de la communication ?
Exemple:
Sur un netbook j'ai Hylafax en réception-émission, un convertisseur
usb-rs232 permet de connecter le modem au netbook, le modem s'accorde au
réseau télephonique et le système est inmédiatement opérationel sans
aucun réglage supplémentaire autre que s'assurer que le modem est sous
tension.
Si on adoptait le mode d'envoi par softphone, il faudrait envoyer le
modem vers l'interface deux fils-quatre fils qui à son tour envoie le
signal démodulé vers le microphone et reçoit le son de la sortie casque
du netbook.
Quels réglages sonores conviendrait-il de faire sur le softphone et sur
alsamixer ?
Ekiga peut ajuster le niveau du microphone et des hauts-parleurs,
Linphone ne semble pas être à l'heure actuelle suffisamment stable en
visiophonie,
Twinkle il me semble contient aussi les bons codecs......
On ne peut pas laisser agir le contrôle automatique de gain sous
peine de distorsions incompatibles avec le fax. Seul le réglage manuel
assure que le signal reçu est aussi fidèle que possible à celui émis par
l'interlocuteur.Dans quelle mesure adopter tel ou tel niveau sonore assure la stabilité
et la fiabilité de la communication ?
Ce n'est pas extrêmement critique mais le bon niveau à l'émission est le
niveau « presque maximum » avant l'apparition d'écrêtage, pour lequel le
rapport signal à bruit est maximal.
À la réception même principe, niveau presque maximal avant apparition
systématique d'erreurs.
Ekiga peut ajuster le niveau du microphone et des hauts-parleurs,
Je ne vois plus ces réglages dans la version 4.0.1 d'ekiga fournie par
Mageia 3. Bof, tant mieux, ça fait toujours un degré de liberté de moins. ;-)
Linphone ne semble pas être à l'heure actuelle suffisamment stable en
visiophonie,
Ce n'est pas ce qui l'empêche d'être utilisable pour du fax, mais un autre
défaut que je suis présentement occupé à traquer. D'ailleurs, un peu d'aide
serait bienvenu. Si ça te tente, mon adresse de réponse est toujours valide...
Twinkle il me semble contient aussi les bons codecs......
Certes, mais Twinkle, que j'aimais beaucoup, n'est plus disponible dans
toutes les distributions. L'application semble à l'abandon depuis plusieurs
années. N'ayant pas réussi à la compiler sous Mageia 3, je vais néanmoins
l'essayer sous une autre distribution. Pour le moment, parmi les trois
softphones que j'ai essayés, Linphone, Qutecom et Ekiga, je constate à
regret que seul Ekiga convient pour échanger des fax avec les abonnés au
rtc. (Réseau Téléphonique Commuté)
Je dis « à regret » parce que, en local, linphone se comporte beaucoup mieux
qu'ekiga pour cet usage particulier, vraisemblablement en raison de sa
meilleure réponse en fréquence.
On ne peut pas laisser agir le contrôle automatique de gain sous
peine de distorsions incompatibles avec le fax. Seul le réglage manuel
assure que le signal reçu est aussi fidèle que possible à celui émis par
l'interlocuteur.
Dans quelle mesure adopter tel ou tel niveau sonore assure la stabilité
et la fiabilité de la communication ?
Ce n'est pas extrêmement critique mais le bon niveau à l'émission est le
niveau « presque maximum » avant l'apparition d'écrêtage, pour lequel le
rapport signal à bruit est maximal.
À la réception même principe, niveau presque maximal avant apparition
systématique d'erreurs.
Ekiga peut ajuster le niveau du microphone et des hauts-parleurs,
Je ne vois plus ces réglages dans la version 4.0.1 d'ekiga fournie par
Mageia 3. Bof, tant mieux, ça fait toujours un degré de liberté de moins. ;-)
Linphone ne semble pas être à l'heure actuelle suffisamment stable en
visiophonie,
Ce n'est pas ce qui l'empêche d'être utilisable pour du fax, mais un autre
défaut que je suis présentement occupé à traquer. D'ailleurs, un peu d'aide
serait bienvenu. Si ça te tente, mon adresse de réponse est toujours valide...
Twinkle il me semble contient aussi les bons codecs......
Certes, mais Twinkle, que j'aimais beaucoup, n'est plus disponible dans
toutes les distributions. L'application semble à l'abandon depuis plusieurs
années. N'ayant pas réussi à la compiler sous Mageia 3, je vais néanmoins
l'essayer sous une autre distribution. Pour le moment, parmi les trois
softphones que j'ai essayés, Linphone, Qutecom et Ekiga, je constate à
regret que seul Ekiga convient pour échanger des fax avec les abonnés au
rtc. (Réseau Téléphonique Commuté)
Je dis « à regret » parce que, en local, linphone se comporte beaucoup mieux
qu'ekiga pour cet usage particulier, vraisemblablement en raison de sa
meilleure réponse en fréquence.
On ne peut pas laisser agir le contrôle automatique de gain sous
peine de distorsions incompatibles avec le fax. Seul le réglage manuel
assure que le signal reçu est aussi fidèle que possible à celui émis par
l'interlocuteur.Dans quelle mesure adopter tel ou tel niveau sonore assure la stabilité
et la fiabilité de la communication ?
Ce n'est pas extrêmement critique mais le bon niveau à l'émission est le
niveau « presque maximum » avant l'apparition d'écrêtage, pour lequel le
rapport signal à bruit est maximal.
À la réception même principe, niveau presque maximal avant apparition
systématique d'erreurs.
Ekiga peut ajuster le niveau du microphone et des hauts-parleurs,
Je ne vois plus ces réglages dans la version 4.0.1 d'ekiga fournie par
Mageia 3. Bof, tant mieux, ça fait toujours un degré de liberté de moins. ;-)
Linphone ne semble pas être à l'heure actuelle suffisamment stable en
visiophonie,
Ce n'est pas ce qui l'empêche d'être utilisable pour du fax, mais un autre
défaut que je suis présentement occupé à traquer. D'ailleurs, un peu d'aide
serait bienvenu. Si ça te tente, mon adresse de réponse est toujours valide...
Twinkle il me semble contient aussi les bons codecs......
Certes, mais Twinkle, que j'aimais beaucoup, n'est plus disponible dans
toutes les distributions. L'application semble à l'abandon depuis plusieurs
années. N'ayant pas réussi à la compiler sous Mageia 3, je vais néanmoins
l'essayer sous une autre distribution. Pour le moment, parmi les trois
softphones que j'ai essayés, Linphone, Qutecom et Ekiga, je constate à
regret que seul Ekiga convient pour échanger des fax avec les abonnés au
rtc. (Réseau Téléphonique Commuté)
Je dis « à regret » parce que, en local, linphone se comporte beaucoup mieux
qu'ekiga pour cet usage particulier, vraisemblablement en raison de sa
meilleure réponse en fréquence.
Je dis « à regret » parce que, en local, linphone se comporte beaucoup mieux
qu'ekiga pour cet usage particulier, vraisemblablement en raison de sa
meilleure réponse en fréquence.
En local ? Tu peux t'envoyer en local un fax sans passer par le
réseau extérieur ? Les logiciels de fax configurent
"en dur" un N° de téléphone, je ne sais pas du tout si cela est
modifiable comme quand on envoie un appel sip local avec
une adresse sip:@IPlocal.
Je ne sais pas très exactement ce qui ne va pas avec Linphone, surtout
si, comme moi, tu arrives à avoir un son de qualité avec les versions
récentes. Les réponses en fréquence sont-elles si différentes que
ça à l'heure actuelle ?
Pour ce qui est du courrier, en ce moment je ne peux pas assurer un
suivi stable, un peu trop occupé en ce moment, mais j'espère
que d'une façon ou autre, cet échange de vue va dans la bonne
direction, à l'occasion je vais t'écrire mais j'avoue que c'est
la disponibilité qui fait un peu défaut actuellement, en tout cas bon
courage, l'aventure continue.
Je dis « à regret » parce que, en local, linphone se comporte beaucoup mieux
qu'ekiga pour cet usage particulier, vraisemblablement en raison de sa
meilleure réponse en fréquence.
En local ? Tu peux t'envoyer en local un fax sans passer par le
réseau extérieur ? Les logiciels de fax configurent
"en dur" un N° de téléphone, je ne sais pas du tout si cela est
modifiable comme quand on envoie un appel sip local avec
une adresse sip:@IPlocal.
Je ne sais pas très exactement ce qui ne va pas avec Linphone, surtout
si, comme moi, tu arrives à avoir un son de qualité avec les versions
récentes. Les réponses en fréquence sont-elles si différentes que
ça à l'heure actuelle ?
Pour ce qui est du courrier, en ce moment je ne peux pas assurer un
suivi stable, un peu trop occupé en ce moment, mais j'espère
que d'une façon ou autre, cet échange de vue va dans la bonne
direction, à l'occasion je vais t'écrire mais j'avoue que c'est
la disponibilité qui fait un peu défaut actuellement, en tout cas bon
courage, l'aventure continue.
Je dis « à regret » parce que, en local, linphone se comporte beaucoup mieux
qu'ekiga pour cet usage particulier, vraisemblablement en raison de sa
meilleure réponse en fréquence.
En local ? Tu peux t'envoyer en local un fax sans passer par le
réseau extérieur ? Les logiciels de fax configurent
"en dur" un N° de téléphone, je ne sais pas du tout si cela est
modifiable comme quand on envoie un appel sip local avec
une adresse sip:@IPlocal.
Je ne sais pas très exactement ce qui ne va pas avec Linphone, surtout
si, comme moi, tu arrives à avoir un son de qualité avec les versions
récentes. Les réponses en fréquence sont-elles si différentes que
ça à l'heure actuelle ?
Pour ce qui est du courrier, en ce moment je ne peux pas assurer un
suivi stable, un peu trop occupé en ce moment, mais j'espère
que d'une façon ou autre, cet échange de vue va dans la bonne
direction, à l'occasion je vais t'écrire mais j'avoue que c'est
la disponibilité qui fait un peu défaut actuellement, en tout cas bon
courage, l'aventure continue.
Le 08/07/2013 17:05, *dyrmak* a écrit fort à propos :Je dis « à regret » parce que, en local, linphone se comporte beaucoup mieux
qu'ekiga pour cet usage particulier, vraisemblablement en raison de sa
meilleure réponse en fréquence.
En local ? Tu peux t'envoyer en local un fax sans passer par le
réseau extérieur ? Les logiciels de fax configurent
"en dur" un N° de téléphone, je ne sais pas du tout si cela est
modifiable comme quand on envoie un appel sip local avec
une adresse sip:@IPlocal.
J'appelle mon correspondant sip::5061 depuis le softphone
et efax-gtk accepte d'envoyer le fax sur la connexion juste établie sans
composer de numéro ni recevoir de tonalité d'invitation à numéroter. :-) Il
suffit de ne pas trop faire attendre le fax-modem à l'autre bout.Je ne sais pas très exactement ce qui ne va pas avec Linphone, surtout
si, comme moi, tu arrives à avoir un son de qualité avec les versions
récentes. Les réponses en fréquence sont-elles si différentes que
ça à l'heure actuelle ?
Ce qui me semble plus déterminant est que les données émises par linphone ne
le sont pas au rythme nominal. Je ne parle pas de la gigue particulièrement
importante dont sont affectés les paquets mais de leur fréquence de
récurrence moyenne. Tout se passe comme si la fréquence d'échantillonnage du
signal audio était de 7969 Hz au lieu de 8000. Quand j'ai à l'autre bout un
autre linphone local tout se passe bien mais, quand je dois utiliser la
passerelle d'OVH qui travaille immuablement à 8000 Hz, cette dernière manque
périodiquement de données et la porteuse reçue à l'autre bout présente des
trous et se retrouve, entre les trous, avec une fréquence multipliée par
8000/7969, ce qui est la limite de l'acceptable selon la recommandation V.17
de l'UIT. Quand à la rapidité de modulation, elle se retrouve carrément hors
tolérance.
http://www.itu.int/rec/T-REC-V.17/fr
Je ne sais pas si cela a un sens mais je ne peux pas m'empêcher de remarquer
que 8000/7969 n'est pas loin de 257/256 ou de 256/255. 7969 n'est qu'une
valeur approchée.
Mais il doit y avoir un autre problème en plus parce que, sous Mageia 2, la
version 3.5.2 de Linphone ne présente pas ce défaut mais je n'ai pas réussi
à transmettre des fax avec. (Habituellement, je suis sous Mageia 3 ou toutes
les versions essayées, y compris 3.5.2, présentent ce défaut.) C'est là que
la discussion rentre en charte...
À l'opposé, je rappelle que l'échange de fax en local par l'entremise
d'Ekiga s'avère des plus laborieux. Au mieux 2400 bits/s.
Bonne nouvelle, Qutecom se comporte aussi bien qu'Ekiga, tant pour la
cadence des paquets envoyés en général que pour le transport de fax.Pour ce qui est du courrier, en ce moment je ne peux pas assurer un
suivi stable, un peu trop occupé en ce moment, mais j'espère
que d'une façon ou autre, cet échange de vue va dans la bonne
direction, à l'occasion je vais t'écrire mais j'avoue que c'est
la disponibilité qui fait un peu défaut actuellement, en tout cas bon
courage, l'aventure continue.
Merci et à bientôt. J'espère seulement ne pas agacer les contributeurs du
groupe avec ce sujet un peu marginal.
Cordialement,
Le 08/07/2013 17:05, *dyrmak* a écrit fort à propos :
Je dis « à regret » parce que, en local, linphone se comporte beaucoup mieux
qu'ekiga pour cet usage particulier, vraisemblablement en raison de sa
meilleure réponse en fréquence.
En local ? Tu peux t'envoyer en local un fax sans passer par le
réseau extérieur ? Les logiciels de fax configurent
"en dur" un N° de téléphone, je ne sais pas du tout si cela est
modifiable comme quand on envoie un appel sip local avec
une adresse sip:@IPlocal.
J'appelle mon correspondant sip:titi@192.168.1.10:5061 depuis le softphone
et efax-gtk accepte d'envoyer le fax sur la connexion juste établie sans
composer de numéro ni recevoir de tonalité d'invitation à numéroter. :-) Il
suffit de ne pas trop faire attendre le fax-modem à l'autre bout.
Je ne sais pas très exactement ce qui ne va pas avec Linphone, surtout
si, comme moi, tu arrives à avoir un son de qualité avec les versions
récentes. Les réponses en fréquence sont-elles si différentes que
ça à l'heure actuelle ?
Ce qui me semble plus déterminant est que les données émises par linphone ne
le sont pas au rythme nominal. Je ne parle pas de la gigue particulièrement
importante dont sont affectés les paquets mais de leur fréquence de
récurrence moyenne. Tout se passe comme si la fréquence d'échantillonnage du
signal audio était de 7969 Hz au lieu de 8000. Quand j'ai à l'autre bout un
autre linphone local tout se passe bien mais, quand je dois utiliser la
passerelle d'OVH qui travaille immuablement à 8000 Hz, cette dernière manque
périodiquement de données et la porteuse reçue à l'autre bout présente des
trous et se retrouve, entre les trous, avec une fréquence multipliée par
8000/7969, ce qui est la limite de l'acceptable selon la recommandation V.17
de l'UIT. Quand à la rapidité de modulation, elle se retrouve carrément hors
tolérance.
http://www.itu.int/rec/T-REC-V.17/fr
Je ne sais pas si cela a un sens mais je ne peux pas m'empêcher de remarquer
que 8000/7969 n'est pas loin de 257/256 ou de 256/255. 7969 n'est qu'une
valeur approchée.
Mais il doit y avoir un autre problème en plus parce que, sous Mageia 2, la
version 3.5.2 de Linphone ne présente pas ce défaut mais je n'ai pas réussi
à transmettre des fax avec. (Habituellement, je suis sous Mageia 3 ou toutes
les versions essayées, y compris 3.5.2, présentent ce défaut.) C'est là que
la discussion rentre en charte...
À l'opposé, je rappelle que l'échange de fax en local par l'entremise
d'Ekiga s'avère des plus laborieux. Au mieux 2400 bits/s.
Bonne nouvelle, Qutecom se comporte aussi bien qu'Ekiga, tant pour la
cadence des paquets envoyés en général que pour le transport de fax.
Pour ce qui est du courrier, en ce moment je ne peux pas assurer un
suivi stable, un peu trop occupé en ce moment, mais j'espère
que d'une façon ou autre, cet échange de vue va dans la bonne
direction, à l'occasion je vais t'écrire mais j'avoue que c'est
la disponibilité qui fait un peu défaut actuellement, en tout cas bon
courage, l'aventure continue.
Merci et à bientôt. J'espère seulement ne pas agacer les contributeurs du
groupe avec ce sujet un peu marginal.
Cordialement,
Le 08/07/2013 17:05, *dyrmak* a écrit fort à propos :Je dis « à regret » parce que, en local, linphone se comporte beaucoup mieux
qu'ekiga pour cet usage particulier, vraisemblablement en raison de sa
meilleure réponse en fréquence.
En local ? Tu peux t'envoyer en local un fax sans passer par le
réseau extérieur ? Les logiciels de fax configurent
"en dur" un N° de téléphone, je ne sais pas du tout si cela est
modifiable comme quand on envoie un appel sip local avec
une adresse sip:@IPlocal.
J'appelle mon correspondant sip::5061 depuis le softphone
et efax-gtk accepte d'envoyer le fax sur la connexion juste établie sans
composer de numéro ni recevoir de tonalité d'invitation à numéroter. :-) Il
suffit de ne pas trop faire attendre le fax-modem à l'autre bout.Je ne sais pas très exactement ce qui ne va pas avec Linphone, surtout
si, comme moi, tu arrives à avoir un son de qualité avec les versions
récentes. Les réponses en fréquence sont-elles si différentes que
ça à l'heure actuelle ?
Ce qui me semble plus déterminant est que les données émises par linphone ne
le sont pas au rythme nominal. Je ne parle pas de la gigue particulièrement
importante dont sont affectés les paquets mais de leur fréquence de
récurrence moyenne. Tout se passe comme si la fréquence d'échantillonnage du
signal audio était de 7969 Hz au lieu de 8000. Quand j'ai à l'autre bout un
autre linphone local tout se passe bien mais, quand je dois utiliser la
passerelle d'OVH qui travaille immuablement à 8000 Hz, cette dernière manque
périodiquement de données et la porteuse reçue à l'autre bout présente des
trous et se retrouve, entre les trous, avec une fréquence multipliée par
8000/7969, ce qui est la limite de l'acceptable selon la recommandation V.17
de l'UIT. Quand à la rapidité de modulation, elle se retrouve carrément hors
tolérance.
http://www.itu.int/rec/T-REC-V.17/fr
Je ne sais pas si cela a un sens mais je ne peux pas m'empêcher de remarquer
que 8000/7969 n'est pas loin de 257/256 ou de 256/255. 7969 n'est qu'une
valeur approchée.
Mais il doit y avoir un autre problème en plus parce que, sous Mageia 2, la
version 3.5.2 de Linphone ne présente pas ce défaut mais je n'ai pas réussi
à transmettre des fax avec. (Habituellement, je suis sous Mageia 3 ou toutes
les versions essayées, y compris 3.5.2, présentent ce défaut.) C'est là que
la discussion rentre en charte...
À l'opposé, je rappelle que l'échange de fax en local par l'entremise
d'Ekiga s'avère des plus laborieux. Au mieux 2400 bits/s.
Bonne nouvelle, Qutecom se comporte aussi bien qu'Ekiga, tant pour la
cadence des paquets envoyés en général que pour le transport de fax.Pour ce qui est du courrier, en ce moment je ne peux pas assurer un
suivi stable, un peu trop occupé en ce moment, mais j'espère
que d'une façon ou autre, cet échange de vue va dans la bonne
direction, à l'occasion je vais t'écrire mais j'avoue que c'est
la disponibilité qui fait un peu défaut actuellement, en tout cas bon
courage, l'aventure continue.
Merci et à bientôt. J'espère seulement ne pas agacer les contributeurs du
groupe avec ce sujet un peu marginal.
Cordialement,
Sinon as-tu utilisé ou essayé d'utiliser des fils blindés entre
le modem et le soft-phone ?
Est-ce qu'on a une idée sur
les interférences qui peuvent augmenter le rapport signal/bruit ?
Sinon as-tu utilisé ou essayé d'utiliser des fils blindés entre
le modem et le soft-phone ?
Est-ce qu'on a une idée sur
les interférences qui peuvent augmenter le rapport signal/bruit ?
Sinon as-tu utilisé ou essayé d'utiliser des fils blindés entre
le modem et le soft-phone ?
Est-ce qu'on a une idée sur
les interférences qui peuvent augmenter le rapport signal/bruit ?
Sinon as-tu utilisé ou essayé d'utiliser des fils blindés entre
le modem et le soft-phone ?
Non, pas complètement, mais je ne vois pas pourquoi ce serait plus
nécessaire avec tel softphone qu'avec tel autre. J'ajoute que, chez moi, le
cordon entre l'adaptateur 2fils/4fils et le modem ne dépasse pas 80 cm de
long et que la transmission à cet endroit se fait en mode différentiel, donc
en principe peu sensible à d'éventuelles perturbations. Entre adaptateur et
carte son, pas plus de 20 cm mais mode asymétrique et donc câble blindé.
Maintenant, la tôle gauche de mes PC est souvent absente et je reconnais que
ce n'est pas une disposition favorable du point de vue des parasites.
Est-ce qu'on a une idée sur
les interférences qui peuvent augmenter le rapport signal/bruit ?
Pas sûr de comprendre ta question. À mon humble avis, entre les points de
numérisation du signal audio (où s'introduit l'inévitable bruit de
quantification) et celui de retour en analogique, aucune interférence n'est
à craindre. Les endroits les plus sensibles seraient donc les abords du PC
d'un côté et la ligne d'abonné à laquelle est raccordé le télécopieur de
l'autre.
Sinon as-tu utilisé ou essayé d'utiliser des fils blindés entre
le modem et le soft-phone ?
Non, pas complètement, mais je ne vois pas pourquoi ce serait plus
nécessaire avec tel softphone qu'avec tel autre. J'ajoute que, chez moi, le
cordon entre l'adaptateur 2fils/4fils et le modem ne dépasse pas 80 cm de
long et que la transmission à cet endroit se fait en mode différentiel, donc
en principe peu sensible à d'éventuelles perturbations. Entre adaptateur et
carte son, pas plus de 20 cm mais mode asymétrique et donc câble blindé.
Maintenant, la tôle gauche de mes PC est souvent absente et je reconnais que
ce n'est pas une disposition favorable du point de vue des parasites.
Est-ce qu'on a une idée sur
les interférences qui peuvent augmenter le rapport signal/bruit ?
Pas sûr de comprendre ta question. À mon humble avis, entre les points de
numérisation du signal audio (où s'introduit l'inévitable bruit de
quantification) et celui de retour en analogique, aucune interférence n'est
à craindre. Les endroits les plus sensibles seraient donc les abords du PC
d'un côté et la ligne d'abonné à laquelle est raccordé le télécopieur de
l'autre.
Sinon as-tu utilisé ou essayé d'utiliser des fils blindés entre
le modem et le soft-phone ?
Non, pas complètement, mais je ne vois pas pourquoi ce serait plus
nécessaire avec tel softphone qu'avec tel autre. J'ajoute que, chez moi, le
cordon entre l'adaptateur 2fils/4fils et le modem ne dépasse pas 80 cm de
long et que la transmission à cet endroit se fait en mode différentiel, donc
en principe peu sensible à d'éventuelles perturbations. Entre adaptateur et
carte son, pas plus de 20 cm mais mode asymétrique et donc câble blindé.
Maintenant, la tôle gauche de mes PC est souvent absente et je reconnais que
ce n'est pas une disposition favorable du point de vue des parasites.
Est-ce qu'on a une idée sur
les interférences qui peuvent augmenter le rapport signal/bruit ?
Pas sûr de comprendre ta question. À mon humble avis, entre les points de
numérisation du signal audio (où s'introduit l'inévitable bruit de
quantification) et celui de retour en analogique, aucune interférence n'est
à craindre. Les endroits les plus sensibles seraient donc les abords du PC
d'un côté et la ligne d'abonné à laquelle est raccordé le télécopieur de
l'autre.
C'est que selon la théorie, ce rapport signal bruit limite en plus ou en
moins la bande passante, et même si certains softphones fonctionnent,
c'est probablement que leurs codecs sont meilleurs que ceux des
softphones qui ne passent pas.
Mais il y a aussi la problèmatique qui concerne la stabilité globale de
la ligne, considerée de bout en bout comme une liaison de télécopieur à
télécopieur quelque soit le tronçon considéré, voip ou pas voip, c'est
cette problématique que la communication laisse dans le flou, j'avais lu
que c'est la-dessus qu'ont été focalisées les mises en ½uvre du protocole
t38, qui accélère ou attenue le flux binaire et justement je ne sais pas
sur quoi il se base pour détecter ce sur quoi il fait agir....
Si on ne peut pas évaluer ou limiter le bruit on risque vraiment de
n'avoir que des résultats aléatoires car il doit imposer les répétitions
de modulation et augmenter l'instabilité .....
Je vais de mon coté continuer d'évaluer Linphone, maintenant que je sais
qu'un bogue était la source de mes ennuis, le son est maintenant
comparable au son produit par les autres softphones ( Ekiga, Twinkle ) et
la video n'est plus un problème, si j'applique le contournement au bogue
du netbook.
La communication Ekiga/Linphone ou Linphone/Linphone ne me pose plus les
problèmes que j'avais auparavant.
C'est que selon la théorie, ce rapport signal bruit limite en plus ou en
moins la bande passante, et même si certains softphones fonctionnent,
c'est probablement que leurs codecs sont meilleurs que ceux des
softphones qui ne passent pas.
Mais il y a aussi la problèmatique qui concerne la stabilité globale de
la ligne, considerée de bout en bout comme une liaison de télécopieur à
télécopieur quelque soit le tronçon considéré, voip ou pas voip, c'est
cette problématique que la communication laisse dans le flou, j'avais lu
que c'est la-dessus qu'ont été focalisées les mises en ½uvre du protocole
t38, qui accélère ou attenue le flux binaire et justement je ne sais pas
sur quoi il se base pour détecter ce sur quoi il fait agir....
Si on ne peut pas évaluer ou limiter le bruit on risque vraiment de
n'avoir que des résultats aléatoires car il doit imposer les répétitions
de modulation et augmenter l'instabilité .....
Je vais de mon coté continuer d'évaluer Linphone, maintenant que je sais
qu'un bogue était la source de mes ennuis, le son est maintenant
comparable au son produit par les autres softphones ( Ekiga, Twinkle ) et
la video n'est plus un problème, si j'applique le contournement au bogue
du netbook.
La communication Ekiga/Linphone ou Linphone/Linphone ne me pose plus les
problèmes que j'avais auparavant.
C'est que selon la théorie, ce rapport signal bruit limite en plus ou en
moins la bande passante, et même si certains softphones fonctionnent,
c'est probablement que leurs codecs sont meilleurs que ceux des
softphones qui ne passent pas.
Mais il y a aussi la problèmatique qui concerne la stabilité globale de
la ligne, considerée de bout en bout comme une liaison de télécopieur à
télécopieur quelque soit le tronçon considéré, voip ou pas voip, c'est
cette problématique que la communication laisse dans le flou, j'avais lu
que c'est la-dessus qu'ont été focalisées les mises en ½uvre du protocole
t38, qui accélère ou attenue le flux binaire et justement je ne sais pas
sur quoi il se base pour détecter ce sur quoi il fait agir....
Si on ne peut pas évaluer ou limiter le bruit on risque vraiment de
n'avoir que des résultats aléatoires car il doit imposer les répétitions
de modulation et augmenter l'instabilité .....
Je vais de mon coté continuer d'évaluer Linphone, maintenant que je sais
qu'un bogue était la source de mes ennuis, le son est maintenant
comparable au son produit par les autres softphones ( Ekiga, Twinkle ) et
la video n'est plus un problème, si j'applique le contournement au bogue
du netbook.
La communication Ekiga/Linphone ou Linphone/Linphone ne me pose plus les
problèmes que j'avais auparavant.
En principe PCMA selon Ekiga ou PCMA selon Linphone ça devrait être la même
chose car c'est un codec si simple qu'il se réalisait initialement en
logique câblée. Je crois plutôt que tout se joue au niveau du « deal » entre
le softphone et la carte son ou ALSA, mais je ne suis pas assez calé pour
investiguer à ce niveau. C'est là que ton concours sera grandement apprécié !
Pour autant que je sache, t38 a été conçu pour remédier aux défauts propres
à la transmission sur IP...
Le fax classique est confronté aux difficultés de la transmission depuis
qu'il existe. Le test de la ligne fait partie des préliminaires de tout
échange de fax, les parties s'adaptent.
L'ennemi, c'est l'imprévu, quand la qualité de la ligne se dégrade en cours
d'échange, ce qui se produit rarement sur le réseau téléphonique commuté. Un
moyen de se prémunir contre de telles variations sur réseau IP est de
limiter volontairement le débit demandé, ce qui est peut-être plus facile à
faire avec un logiciel qu'avec un télécopieur. (Un échange à 9,6 kbps est
plus robuste qu'un échange à 14,4 kbps, etc.)
La même version de Linphone n'a pas la même comportement d'une distribution
à une autre chez moi sur le même PC. Sous Mageia 3 et sous Archlinux,
Linphone 3.6.0 envoie 7969 échantillons par secondes (codec PCMA ou PCMU)
alors que sous Debian Jessie j'ai bien droit à 8000 ech/s à une très faible
erreur près. (Malgré ça, ce dernier ne réussit pas à envoyer des télécopies,
il y a donc aussi un autre problème.) Peux tu voir ce qu'il en est chez toi,
avec wireshark ?
En principe PCMA selon Ekiga ou PCMA selon Linphone ça devrait être la même
chose car c'est un codec si simple qu'il se réalisait initialement en
logique câblée. Je crois plutôt que tout se joue au niveau du « deal » entre
le softphone et la carte son ou ALSA, mais je ne suis pas assez calé pour
investiguer à ce niveau. C'est là que ton concours sera grandement apprécié !
Pour autant que je sache, t38 a été conçu pour remédier aux défauts propres
à la transmission sur IP...
Le fax classique est confronté aux difficultés de la transmission depuis
qu'il existe. Le test de la ligne fait partie des préliminaires de tout
échange de fax, les parties s'adaptent.
L'ennemi, c'est l'imprévu, quand la qualité de la ligne se dégrade en cours
d'échange, ce qui se produit rarement sur le réseau téléphonique commuté. Un
moyen de se prémunir contre de telles variations sur réseau IP est de
limiter volontairement le débit demandé, ce qui est peut-être plus facile à
faire avec un logiciel qu'avec un télécopieur. (Un échange à 9,6 kbps est
plus robuste qu'un échange à 14,4 kbps, etc.)
La même version de Linphone n'a pas la même comportement d'une distribution
à une autre chez moi sur le même PC. Sous Mageia 3 et sous Archlinux,
Linphone 3.6.0 envoie 7969 échantillons par secondes (codec PCMA ou PCMU)
alors que sous Debian Jessie j'ai bien droit à 8000 ech/s à une très faible
erreur près. (Malgré ça, ce dernier ne réussit pas à envoyer des télécopies,
il y a donc aussi un autre problème.) Peux tu voir ce qu'il en est chez toi,
avec wireshark ?
En principe PCMA selon Ekiga ou PCMA selon Linphone ça devrait être la même
chose car c'est un codec si simple qu'il se réalisait initialement en
logique câblée. Je crois plutôt que tout se joue au niveau du « deal » entre
le softphone et la carte son ou ALSA, mais je ne suis pas assez calé pour
investiguer à ce niveau. C'est là que ton concours sera grandement apprécié !
Pour autant que je sache, t38 a été conçu pour remédier aux défauts propres
à la transmission sur IP...
Le fax classique est confronté aux difficultés de la transmission depuis
qu'il existe. Le test de la ligne fait partie des préliminaires de tout
échange de fax, les parties s'adaptent.
L'ennemi, c'est l'imprévu, quand la qualité de la ligne se dégrade en cours
d'échange, ce qui se produit rarement sur le réseau téléphonique commuté. Un
moyen de se prémunir contre de telles variations sur réseau IP est de
limiter volontairement le débit demandé, ce qui est peut-être plus facile à
faire avec un logiciel qu'avec un télécopieur. (Un échange à 9,6 kbps est
plus robuste qu'un échange à 14,4 kbps, etc.)
La même version de Linphone n'a pas la même comportement d'une distribution
à une autre chez moi sur le même PC. Sous Mageia 3 et sous Archlinux,
Linphone 3.6.0 envoie 7969 échantillons par secondes (codec PCMA ou PCMU)
alors que sous Debian Jessie j'ai bien droit à 8000 ech/s à une très faible
erreur près. (Malgré ça, ce dernier ne réussit pas à envoyer des télécopies,
il y a donc aussi un autre problème.) Peux tu voir ce qu'il en est chez toi,
avec wireshark ?
Mais est-ce que nous pouvons imposer une limite à ce débit ? Ou bien il
faudrait l'imposer depuis le serveur de fax ? Et qu'en serait-il si à la
place d'un serveur de fax on utilisait un vrai télécopieur branché sur le
softphone ?
Je veux bien faire du wireshark, mais quel signal il faut préparer et
comment exploiter wireshark pour ce cas précis ?
Je rappelle que pour moi un softphone est bon lorsque la latence en écho
est imperceptible ou presque et lorsque le son passe sans interruption
ni craquelures ni hésitations
la video ne doit pas faire planter le softphone ni être absente ( écran
noir ) ce qui malheureusement a été le cas de Linphone jusqu'à présent.
Mais est-ce que nous pouvons imposer une limite à ce débit ? Ou bien il
faudrait l'imposer depuis le serveur de fax ? Et qu'en serait-il si à la
place d'un serveur de fax on utilisait un vrai télécopieur branché sur le
softphone ?
Je veux bien faire du wireshark, mais quel signal il faut préparer et
comment exploiter wireshark pour ce cas précis ?
Je rappelle que pour moi un softphone est bon lorsque la latence en écho
est imperceptible ou presque et lorsque le son passe sans interruption
ni craquelures ni hésitations
la video ne doit pas faire planter le softphone ni être absente ( écran
noir ) ce qui malheureusement a été le cas de Linphone jusqu'à présent.
Mais est-ce que nous pouvons imposer une limite à ce débit ? Ou bien il
faudrait l'imposer depuis le serveur de fax ? Et qu'en serait-il si à la
place d'un serveur de fax on utilisait un vrai télécopieur branché sur le
softphone ?
Je veux bien faire du wireshark, mais quel signal il faut préparer et
comment exploiter wireshark pour ce cas précis ?
Je rappelle que pour moi un softphone est bon lorsque la latence en écho
est imperceptible ou presque et lorsque le son passe sans interruption
ni craquelures ni hésitations
la video ne doit pas faire planter le softphone ni être absente ( écran
noir ) ce qui malheureusement a été le cas de Linphone jusqu'à présent.