Le 10/05/2013 11:19, *Nicolas George* a écrit fort à propos :Ça marche vraiment ? J'aurais pensé que les softphones utilisaient des
codecs optimisés pour la voix qui ruinaient complètement les signaux
numériques encodés.
C'est tout le contraire : À la différence des box qui nous relient à
l'internet, les softphones mettent à notre disposition des codecs comme
G.711-a qui sont parfaits pour cette utilisation. :-)
Le 10/05/2013 11:19, *Nicolas George* a écrit fort à propos :
Ça marche vraiment ? J'aurais pensé que les softphones utilisaient des
codecs optimisés pour la voix qui ruinaient complètement les signaux
numériques encodés.
C'est tout le contraire : À la différence des box qui nous relient à
l'internet, les softphones mettent à notre disposition des codecs comme
G.711-a qui sont parfaits pour cette utilisation. :-)
Le 10/05/2013 11:19, *Nicolas George* a écrit fort à propos :Ça marche vraiment ? J'aurais pensé que les softphones utilisaient des
codecs optimisés pour la voix qui ruinaient complètement les signaux
numériques encodés.
C'est tout le contraire : À la différence des box qui nous relient à
l'internet, les softphones mettent à notre disposition des codecs comme
G.711-a qui sont parfaits pour cette utilisation. :-)
Ah, d'accord. Mais alors... Je ne suis pas sûr d'avoir bien compris la
disposition : tu as un softphone d'un côté et un softphone de l'autre, et tu
échanges du G.771-a entre les deux pour faire passer des faxes ?
C'est quoi l'intérêt par rapport à envoyer directement le fichier ?
Ou bien il y a un des côtés que tu ne contrôles pas ?
Ah, d'accord. Mais alors... Je ne suis pas sûr d'avoir bien compris la
disposition : tu as un softphone d'un côté et un softphone de l'autre, et tu
échanges du G.771-a entre les deux pour faire passer des faxes ?
C'est quoi l'intérêt par rapport à envoyer directement le fichier ?
Ou bien il y a un des côtés que tu ne contrôles pas ?
Ah, d'accord. Mais alors... Je ne suis pas sûr d'avoir bien compris la
disposition : tu as un softphone d'un côté et un softphone de l'autre, et tu
échanges du G.771-a entre les deux pour faire passer des faxes ?
C'est quoi l'intérêt par rapport à envoyer directement le fichier ?
Ou bien il y a un des côtés que tu ne contrôles pas ?
C'est tout le contraire : À la différence des box qui nous relient à
l'internet, les softphones mettent à notre disposition des codecs comme
G.711-a qui sont parfaits pour cette utilisation. :-)
Et en quoi ils sont parfaits pour cette utilisation ?
Est-ce qu'on les utilise déjà pour l'envoi des télécopies ?
C'est tout le contraire : À la différence des box qui nous relient à
l'internet, les softphones mettent à notre disposition des codecs comme
G.711-a qui sont parfaits pour cette utilisation. :-)
Et en quoi ils sont parfaits pour cette utilisation ?
Est-ce qu'on les utilise déjà pour l'envoi des télécopies ?
C'est tout le contraire : À la différence des box qui nous relient à
l'internet, les softphones mettent à notre disposition des codecs comme
G.711-a qui sont parfaits pour cette utilisation. :-)
Et en quoi ils sont parfaits pour cette utilisation ?
Est-ce qu'on les utilise déjà pour l'envoi des télécopies ?
Le 10/05/2013 12:19, *dyrmak* a écrit fort à propos :C'est tout le contraire : À la différence des box qui nous relient à
l'internet, les softphones mettent à notre disposition des codecs comme
G.711-a qui sont parfaits pour cette utilisation. :-)
Et en quoi ils sont parfaits pour cette utilisation ?
Est-ce qu'on les utilise déjà pour l'envoi des télécopies ?
G.711-a (aussi nommé PCMA ou a-law) est, depuis les années 70, le codec «
naturel » du rtc (réseau téléphonique commuté) en Europe, lequel transmet
aussi bien le fax que la parole. Outre-Atlantique c'est plutôt G.711-u,
alias PCMU, alias µ-law, qui me donne exactement les mêmes bons résultats en
local. Si tu es en France et que tu envoies un fax sur une ligne
France-Telecom, c'est donc obligatoirement G.711-a qui est utilisé.
Les box fournies par les FAI ne donnent généralement pas le choix du codec
et utilisent le plus souvent pour la téléphonie liée à l'abonnement internet
des codecs moins gourmands en bande passante mais inadaptés à la
transmission de télécopies. Personnellement, j'ai un modem qui me permet de
choisir mon codec et un compte VoIP chez OVH mais, pour une raison que je
n'ai pas encore identifiée, j'ai beaucoup de mal à envoyer de temps à autre
un petit fax d'une seule page. C'est ce qui m'a motivé à rechercher d'autres
moyens...
Le 10/05/2013 12:19, *dyrmak* a écrit fort à propos :
C'est tout le contraire : À la différence des box qui nous relient à
l'internet, les softphones mettent à notre disposition des codecs comme
G.711-a qui sont parfaits pour cette utilisation. :-)
Et en quoi ils sont parfaits pour cette utilisation ?
Est-ce qu'on les utilise déjà pour l'envoi des télécopies ?
G.711-a (aussi nommé PCMA ou a-law) est, depuis les années 70, le codec «
naturel » du rtc (réseau téléphonique commuté) en Europe, lequel transmet
aussi bien le fax que la parole. Outre-Atlantique c'est plutôt G.711-u,
alias PCMU, alias µ-law, qui me donne exactement les mêmes bons résultats en
local. Si tu es en France et que tu envoies un fax sur une ligne
France-Telecom, c'est donc obligatoirement G.711-a qui est utilisé.
Les box fournies par les FAI ne donnent généralement pas le choix du codec
et utilisent le plus souvent pour la téléphonie liée à l'abonnement internet
des codecs moins gourmands en bande passante mais inadaptés à la
transmission de télécopies. Personnellement, j'ai un modem qui me permet de
choisir mon codec et un compte VoIP chez OVH mais, pour une raison que je
n'ai pas encore identifiée, j'ai beaucoup de mal à envoyer de temps à autre
un petit fax d'une seule page. C'est ce qui m'a motivé à rechercher d'autres
moyens...
Le 10/05/2013 12:19, *dyrmak* a écrit fort à propos :C'est tout le contraire : À la différence des box qui nous relient à
l'internet, les softphones mettent à notre disposition des codecs comme
G.711-a qui sont parfaits pour cette utilisation. :-)
Et en quoi ils sont parfaits pour cette utilisation ?
Est-ce qu'on les utilise déjà pour l'envoi des télécopies ?
G.711-a (aussi nommé PCMA ou a-law) est, depuis les années 70, le codec «
naturel » du rtc (réseau téléphonique commuté) en Europe, lequel transmet
aussi bien le fax que la parole. Outre-Atlantique c'est plutôt G.711-u,
alias PCMU, alias µ-law, qui me donne exactement les mêmes bons résultats en
local. Si tu es en France et que tu envoies un fax sur une ligne
France-Telecom, c'est donc obligatoirement G.711-a qui est utilisé.
Les box fournies par les FAI ne donnent généralement pas le choix du codec
et utilisent le plus souvent pour la téléphonie liée à l'abonnement internet
des codecs moins gourmands en bande passante mais inadaptés à la
transmission de télécopies. Personnellement, j'ai un modem qui me permet de
choisir mon codec et un compte VoIP chez OVH mais, pour une raison que je
n'ai pas encore identifiée, j'ai beaucoup de mal à envoyer de temps à autre
un petit fax d'une seule page. C'est ce qui m'a motivé à rechercher d'autres
moyens...
Pour ce qui est des télécopies, j'en suis sceptique plus ou moins, du
fait déjà que je ne connais pas le protocole précis de fax, mais
le peu que j'en sais c'est que le bruit qui circule pendant une
communication de fax correspond à 98% ( je dis 98% mais
c'est énorme sans que cela soit le pourcentage exact ) à des contrôles
de transmission et seulement un chiure de mouche représente les données
réelles à transmettre.
Pour ce qui est des télécopies, j'en suis sceptique plus ou moins, du
fait déjà que je ne connais pas le protocole précis de fax, mais
le peu que j'en sais c'est que le bruit qui circule pendant une
communication de fax correspond à 98% ( je dis 98% mais
c'est énorme sans que cela soit le pourcentage exact ) à des contrôles
de transmission et seulement un chiure de mouche représente les données
réelles à transmettre.
Pour ce qui est des télécopies, j'en suis sceptique plus ou moins, du
fait déjà que je ne connais pas le protocole précis de fax, mais
le peu que j'en sais c'est que le bruit qui circule pendant une
communication de fax correspond à 98% ( je dis 98% mais
c'est énorme sans que cela soit le pourcentage exact ) à des contrôles
de transmission et seulement un chiure de mouche représente les données
réelles à transmettre.
Les codecs PCMA et PCMU de la liste de codecs d'Ekiga sont bien
ceux-là ?
Tu peux donc envoyer de fax avec ta configuration actuelle et sauf
dans certains cas ça marche ?
Quelle est alors ta configuration actuelle et comment tu fait pour
envoyer un fax ?
As-tu des messages correspondant à l'anomalie ?
Les codecs PCMA et PCMU de la liste de codecs d'Ekiga sont bien
ceux-là ?
Tu peux donc envoyer de fax avec ta configuration actuelle et sauf
dans certains cas ça marche ?
Quelle est alors ta configuration actuelle et comment tu fait pour
envoyer un fax ?
As-tu des messages correspondant à l'anomalie ?
Les codecs PCMA et PCMU de la liste de codecs d'Ekiga sont bien
ceux-là ?
Tu peux donc envoyer de fax avec ta configuration actuelle et sauf
dans certains cas ça marche ?
Quelle est alors ta configuration actuelle et comment tu fait pour
envoyer un fax ?
As-tu des messages correspondant à l'anomalie ?
Tiens, en compilant Ekiga il y a une
option fax, mais je ne sais pas à quoi cela correspond, je n'ai jamais
compilé cette option, il faudra suivre avec attention ces
développement car effectivement ils m'intéressent.
j'ai par ailleurs essayé Linphone ( compilé ce matin en faisant
git pull ). Il fonctionne pareil en echo avec pulse-audio mais
le son et encore plus mauvais ( ou moins bon ) qu'avec Ekiga,
mais ce n'est pas un résultat définifif, on sais jamais si en
rebootant la machine le résultat ne serait pas meilleur.
Tiens, en compilant Ekiga il y a une
option fax, mais je ne sais pas à quoi cela correspond, je n'ai jamais
compilé cette option, il faudra suivre avec attention ces
développement car effectivement ils m'intéressent.
j'ai par ailleurs essayé Linphone ( compilé ce matin en faisant
git pull ). Il fonctionne pareil en echo avec pulse-audio mais
le son et encore plus mauvais ( ou moins bon ) qu'avec Ekiga,
mais ce n'est pas un résultat définifif, on sais jamais si en
rebootant la machine le résultat ne serait pas meilleur.
Tiens, en compilant Ekiga il y a une
option fax, mais je ne sais pas à quoi cela correspond, je n'ai jamais
compilé cette option, il faudra suivre avec attention ces
développement car effectivement ils m'intéressent.
j'ai par ailleurs essayé Linphone ( compilé ce matin en faisant
git pull ). Il fonctionne pareil en echo avec pulse-audio mais
le son et encore plus mauvais ( ou moins bon ) qu'avec Ekiga,
mais ce n'est pas un résultat définifif, on sais jamais si en
rebootant la machine le résultat ne serait pas meilleur.
Le 10/05/2013 12:08, *dyrmak* a écrit fort à propos :Tiens, en compilant Ekiga il y a une
option fax, mais je ne sais pas à quoi cela correspond, je n'ai jamais
compilé cette option, il faudra suivre avec attention ces
développement car effectivement ils m'intéressent.
Ça c'est intéressant ! Je n'avais pas remarqué cette option en compilant la
version 3.9.90 et je n'en vois aucune mention dans le SPECS du rpm de la
4.0.1 façon Mageia. Mais c'est peut-être dans Opal ou dans ptlib ?
j'ai par ailleurs essayé Linphone ( compilé ce matin en faisant
git pull ). Il fonctionne pareil en echo avec pulse-audio mais
le son et encore plus mauvais ( ou moins bon ) qu'avec Ekiga,
mais ce n'est pas un résultat définifif, on sais jamais si en
rebootant la machine le résultat ne serait pas meilleur.
Tu veux dire lors de tests avec un robot écho comme celui d'ekiga.net ?
Avec un casque, j'ai toujours un très bon son aussi bien avec Ekiga qu'avec
Linphone en utilisant les codecs PCMA et PCMU et la vidéo étant désactivée.
Les mesures m'ont révélé une moins bonne réponse dans les aiguës avec Ekiga
mais à l'oreille cela ne se remarque pas, ça donne tout juste une tonalité
un peu plus « chaude » quand on le sait. Tu peux comparer les réponses en
fréquence d'Ekiga : http://pix.toile-libre.org/?img67698438.png et de
Linphone : http://pix.toile-libre.org/?img67698567.png
Ne pas tenir compte des raies en deçà de 1000 Hz, l'entrée microphone était
restée active alors que le bruit blanc pour la mesure était injecté par
l'entrée ligne.
(Dans les deux cas, les fonctions d'annulation et de suppression d'écho sont
désactivées.)
Le 10/05/2013 12:08, *dyrmak* a écrit fort à propos :
Tiens, en compilant Ekiga il y a une
option fax, mais je ne sais pas à quoi cela correspond, je n'ai jamais
compilé cette option, il faudra suivre avec attention ces
développement car effectivement ils m'intéressent.
Ça c'est intéressant ! Je n'avais pas remarqué cette option en compilant la
version 3.9.90 et je n'en vois aucune mention dans le SPECS du rpm de la
4.0.1 façon Mageia. Mais c'est peut-être dans Opal ou dans ptlib ?
j'ai par ailleurs essayé Linphone ( compilé ce matin en faisant
git pull ). Il fonctionne pareil en echo avec pulse-audio mais
le son et encore plus mauvais ( ou moins bon ) qu'avec Ekiga,
mais ce n'est pas un résultat définifif, on sais jamais si en
rebootant la machine le résultat ne serait pas meilleur.
Tu veux dire lors de tests avec un robot écho comme celui d'ekiga.net ?
Avec un casque, j'ai toujours un très bon son aussi bien avec Ekiga qu'avec
Linphone en utilisant les codecs PCMA et PCMU et la vidéo étant désactivée.
Les mesures m'ont révélé une moins bonne réponse dans les aiguës avec Ekiga
mais à l'oreille cela ne se remarque pas, ça donne tout juste une tonalité
un peu plus « chaude » quand on le sait. Tu peux comparer les réponses en
fréquence d'Ekiga : http://pix.toile-libre.org/?img67698438.png et de
Linphone : http://pix.toile-libre.org/?img67698567.png
Ne pas tenir compte des raies en deçà de 1000 Hz, l'entrée microphone était
restée active alors que le bruit blanc pour la mesure était injecté par
l'entrée ligne.
(Dans les deux cas, les fonctions d'annulation et de suppression d'écho sont
désactivées.)
Le 10/05/2013 12:08, *dyrmak* a écrit fort à propos :Tiens, en compilant Ekiga il y a une
option fax, mais je ne sais pas à quoi cela correspond, je n'ai jamais
compilé cette option, il faudra suivre avec attention ces
développement car effectivement ils m'intéressent.
Ça c'est intéressant ! Je n'avais pas remarqué cette option en compilant la
version 3.9.90 et je n'en vois aucune mention dans le SPECS du rpm de la
4.0.1 façon Mageia. Mais c'est peut-être dans Opal ou dans ptlib ?
j'ai par ailleurs essayé Linphone ( compilé ce matin en faisant
git pull ). Il fonctionne pareil en echo avec pulse-audio mais
le son et encore plus mauvais ( ou moins bon ) qu'avec Ekiga,
mais ce n'est pas un résultat définifif, on sais jamais si en
rebootant la machine le résultat ne serait pas meilleur.
Tu veux dire lors de tests avec un robot écho comme celui d'ekiga.net ?
Avec un casque, j'ai toujours un très bon son aussi bien avec Ekiga qu'avec
Linphone en utilisant les codecs PCMA et PCMU et la vidéo étant désactivée.
Les mesures m'ont révélé une moins bonne réponse dans les aiguës avec Ekiga
mais à l'oreille cela ne se remarque pas, ça donne tout juste une tonalité
un peu plus « chaude » quand on le sait. Tu peux comparer les réponses en
fréquence d'Ekiga : http://pix.toile-libre.org/?img67698438.png et de
Linphone : http://pix.toile-libre.org/?img67698567.png
Ne pas tenir compte des raies en deçà de 1000 Hz, l'entrée microphone était
restée active alors que le bruit blanc pour la mesure était injecté par
l'entrée ligne.
(Dans les deux cas, les fonctions d'annulation et de suppression d'écho sont
désactivées.)
<news:
<news:kmfgn8@speranza.aioe.org>
<news:
Le protocole T.38 est réputé moins gaspilleur de bande passante tout en
résolvant les problèmes de transmission « over IP ». J'essaierais volontiers
t38modem si je trouvais quelqu'un pour m'accompagner dans cette aventure qui
n'a rien à voir avec mes bidouilles actuelles.
http://www.voip-info.org/wiki/view/T38modem
Le protocole T.38 est réputé moins gaspilleur de bande passante tout en
résolvant les problèmes de transmission « over IP ». J'essaierais volontiers
t38modem si je trouvais quelqu'un pour m'accompagner dans cette aventure qui
n'a rien à voir avec mes bidouilles actuelles.
http://www.voip-info.org/wiki/view/T38modem
Le protocole T.38 est réputé moins gaspilleur de bande passante tout en
résolvant les problèmes de transmission « over IP ». J'essaierais volontiers
t38modem si je trouvais quelqu'un pour m'accompagner dans cette aventure qui
n'a rien à voir avec mes bidouilles actuelles.
http://www.voip-info.org/wiki/view/T38modem