Le son transmis de cette façon semble de moins bonne qualité qu'avec le
grossier procédé du cordon reliant la sortie d'une carte à l'entrée de
l'autre. Réponse plus faible dans les aiguës. Mais c'est peut-être Audacious
qui est mal réglé...
Non, c'est pareil avec Audacity comme lecteur. Et puis le son transmis est
interrompu pendant 3 secondes toutes les 23 secondes. (20" on, 3" off, etc)
Encore une histoire de buffer qui déborde ou qui se vide... Tu n'as pas ce
problème, Dyrmak ?
Le son transmis de cette façon semble de moins bonne qualité qu'avec le
grossier procédé du cordon reliant la sortie d'une carte à l'entrée de
l'autre. Réponse plus faible dans les aiguës. Mais c'est peut-être Audacious
qui est mal réglé...
Non, c'est pareil avec Audacity comme lecteur. Et puis le son transmis est
interrompu pendant 3 secondes toutes les 23 secondes. (20" on, 3" off, etc)
Encore une histoire de buffer qui déborde ou qui se vide... Tu n'as pas ce
problème, Dyrmak ?
Le son transmis de cette façon semble de moins bonne qualité qu'avec le
grossier procédé du cordon reliant la sortie d'une carte à l'entrée de
l'autre. Réponse plus faible dans les aiguës. Mais c'est peut-être Audacious
qui est mal réglé...
Non, c'est pareil avec Audacity comme lecteur. Et puis le son transmis est
interrompu pendant 3 secondes toutes les 23 secondes. (20" on, 3" off, etc)
Encore une histoire de buffer qui déborde ou qui se vide... Tu n'as pas ce
problème, Dyrmak ?
Mettre pulse-audio en mode moniteur ( bricole à faire à l'aide de
pavucontrol ) veut dire ceci pour un visiophone:
Un microphone virtuel remplace le microphone réel (ligne ou webcam
intégrée ) et ce microphone virtuel va capter le son de TOUTE
application qui sera lancée dans la machine de ce visiophone.
Ce qui fait que si un correspondant parle à travers son microphone, sa
voix va être reproduite par l'application videophone et sa voix
rebrousse chemin à travers le microphone virtuel ( c'est l'echo ).
Le son est de moins bonne qualité, un peu métallique, c'est
effectivement mieux en injectant une source sonore à travers l'entrée
microphone de ligne.
Mettre pulse-audio en mode moniteur ( bricole à faire à l'aide de
pavucontrol ) veut dire ceci pour un visiophone:
Un microphone virtuel remplace le microphone réel (ligne ou webcam
intégrée ) et ce microphone virtuel va capter le son de TOUTE
application qui sera lancée dans la machine de ce visiophone.
Ce qui fait que si un correspondant parle à travers son microphone, sa
voix va être reproduite par l'application videophone et sa voix
rebrousse chemin à travers le microphone virtuel ( c'est l'echo ).
Le son est de moins bonne qualité, un peu métallique, c'est
effectivement mieux en injectant une source sonore à travers l'entrée
microphone de ligne.
Mettre pulse-audio en mode moniteur ( bricole à faire à l'aide de
pavucontrol ) veut dire ceci pour un visiophone:
Un microphone virtuel remplace le microphone réel (ligne ou webcam
intégrée ) et ce microphone virtuel va capter le son de TOUTE
application qui sera lancée dans la machine de ce visiophone.
Ce qui fait que si un correspondant parle à travers son microphone, sa
voix va être reproduite par l'application videophone et sa voix
rebrousse chemin à travers le microphone virtuel ( c'est l'echo ).
Le son est de moins bonne qualité, un peu métallique, c'est
effectivement mieux en injectant une source sonore à travers l'entrée
microphone de ligne.
Quand je dis que ça marche chez-moi, sans deux cartes son:
- Enregistrement de pulse-audio sous monitor
- audacious ( on lit ce qu'on veut, fichier, CD, radio )
- Appel à partir d'un autre soft-phone et on écoute dès
que l'appel est accepté.
Bémol bien sûr , intervention manuelle pour répondre.
Quand je dis que ça marche chez-moi, sans deux cartes son:
- Enregistrement de pulse-audio sous monitor
- audacious ( on lit ce qu'on veut, fichier, CD, radio )
- Appel à partir d'un autre soft-phone et on écoute dès
que l'appel est accepté.
Bémol bien sûr , intervention manuelle pour répondre.
Quand je dis que ça marche chez-moi, sans deux cartes son:
- Enregistrement de pulse-audio sous monitor
- audacious ( on lit ce qu'on veut, fichier, CD, radio )
- Appel à partir d'un autre soft-phone et on écoute dès
que l'appel est accepté.
Bémol bien sûr , intervention manuelle pour répondre.
Le 07/05/2013 10:23, *dyrmak* a écrit fort à propos :Quand je dis que ça marche chez-moi, sans deux cartes son:
- Enregistrement de pulse-audio sous monitor
- audacious ( on lit ce qu'on veut, fichier, CD, radio )
- Appel à partir d'un autre soft-phone et on écoute dès
que l'appel est accepté.
Bémol bien sûr , intervention manuelle pour répondre.
J'ai reconnu que cette méthode est à peu près utilisable chez moi aussi
mais, finalement, je préfère laisser pulseaudio de côté et utiliser ce
procédé particulièrement pratique que j'ai découvert aujourd'hui :
- Charger le module snd_loop:
# modprobe snd_loop
- noter le numéro du périphérique virtuel créé par snd_loop :
$ aplay -l
Dans mon exemple, c'est la carte 4
- Configurer audacious ou autre lecteur pour utiliser hw:4,1 comme
périphérique de lecture, canal de mélange audio hw:4, et lancer la lecture
du fichier. (un enregistrement monophonique à 8000 échantillons/seconde)
- Configurer Ekiga ou Linphone pour utiliser Loopback comme périphérique
d'entrée et établir la communication.
Pour émettre un message enregistré, on peut carrément se passer de carte
son. :-)
Remarque : Comme linphonec, Ekiga peut si on veut répondre automatiquement
aux appels.
Le 07/05/2013 10:23, *dyrmak* a écrit fort à propos :
Quand je dis que ça marche chez-moi, sans deux cartes son:
- Enregistrement de pulse-audio sous monitor
- audacious ( on lit ce qu'on veut, fichier, CD, radio )
- Appel à partir d'un autre soft-phone et on écoute dès
que l'appel est accepté.
Bémol bien sûr , intervention manuelle pour répondre.
J'ai reconnu que cette méthode est à peu près utilisable chez moi aussi
mais, finalement, je préfère laisser pulseaudio de côté et utiliser ce
procédé particulièrement pratique que j'ai découvert aujourd'hui :
- Charger le module snd_loop:
# modprobe snd_loop
- noter le numéro du périphérique virtuel créé par snd_loop :
$ aplay -l
Dans mon exemple, c'est la carte 4
- Configurer audacious ou autre lecteur pour utiliser hw:4,1 comme
périphérique de lecture, canal de mélange audio hw:4, et lancer la lecture
du fichier. (un enregistrement monophonique à 8000 échantillons/seconde)
- Configurer Ekiga ou Linphone pour utiliser Loopback comme périphérique
d'entrée et établir la communication.
Pour émettre un message enregistré, on peut carrément se passer de carte
son. :-)
Remarque : Comme linphonec, Ekiga peut si on veut répondre automatiquement
aux appels.
Le 07/05/2013 10:23, *dyrmak* a écrit fort à propos :Quand je dis que ça marche chez-moi, sans deux cartes son:
- Enregistrement de pulse-audio sous monitor
- audacious ( on lit ce qu'on veut, fichier, CD, radio )
- Appel à partir d'un autre soft-phone et on écoute dès
que l'appel est accepté.
Bémol bien sûr , intervention manuelle pour répondre.
J'ai reconnu que cette méthode est à peu près utilisable chez moi aussi
mais, finalement, je préfère laisser pulseaudio de côté et utiliser ce
procédé particulièrement pratique que j'ai découvert aujourd'hui :
- Charger le module snd_loop:
# modprobe snd_loop
- noter le numéro du périphérique virtuel créé par snd_loop :
$ aplay -l
Dans mon exemple, c'est la carte 4
- Configurer audacious ou autre lecteur pour utiliser hw:4,1 comme
périphérique de lecture, canal de mélange audio hw:4, et lancer la lecture
du fichier. (un enregistrement monophonique à 8000 échantillons/seconde)
- Configurer Ekiga ou Linphone pour utiliser Loopback comme périphérique
d'entrée et établir la communication.
Pour émettre un message enregistré, on peut carrément se passer de carte
son. :-)
Remarque : Comme linphonec, Ekiga peut si on veut répondre automatiquement
aux appels.
Je sais que le but final de quelque chose peut-être une suite
de but finaux mais dans ton cas c'est quoi ton but ? Simple curiosité
Je n'ai pas dit qu'on avait un répondeur video-phonique de cette façon
car je n'assure pas la lecture précise d'un message à chaque appel, c'est
plutôt écoute en ligne comme la radio, on la prend à l'instant "t" .....
et le correspondant a la possibilité d'y superposer son écho sur
un fond sonore plus ou moins puissant.
Ceci en principe est faisable pour tout softphone, tiens je vais essayer
avec Linphone voir si c'est le cas.
Dans le cas de pulse-audio on doit pouvoir déclencher la lecture automatique
d'un message et même déclencher l'enregistrement à l'établissement de l'appel.
Comment on fait avec linphonec pour répondre un message bien précis ?
Que se passe-t-il après la lecture de ce message précis ?
Je sais que le but final de quelque chose peut-être une suite
de but finaux mais dans ton cas c'est quoi ton but ? Simple curiosité
Je n'ai pas dit qu'on avait un répondeur video-phonique de cette façon
car je n'assure pas la lecture précise d'un message à chaque appel, c'est
plutôt écoute en ligne comme la radio, on la prend à l'instant "t" .....
et le correspondant a la possibilité d'y superposer son écho sur
un fond sonore plus ou moins puissant.
Ceci en principe est faisable pour tout softphone, tiens je vais essayer
avec Linphone voir si c'est le cas.
Dans le cas de pulse-audio on doit pouvoir déclencher la lecture automatique
d'un message et même déclencher l'enregistrement à l'établissement de l'appel.
Comment on fait avec linphonec pour répondre un message bien précis ?
Que se passe-t-il après la lecture de ce message précis ?
Je sais que le but final de quelque chose peut-être une suite
de but finaux mais dans ton cas c'est quoi ton but ? Simple curiosité
Je n'ai pas dit qu'on avait un répondeur video-phonique de cette façon
car je n'assure pas la lecture précise d'un message à chaque appel, c'est
plutôt écoute en ligne comme la radio, on la prend à l'instant "t" .....
et le correspondant a la possibilité d'y superposer son écho sur
un fond sonore plus ou moins puissant.
Ceci en principe est faisable pour tout softphone, tiens je vais essayer
avec Linphone voir si c'est le cas.
Dans le cas de pulse-audio on doit pouvoir déclencher la lecture automatique
d'un message et même déclencher l'enregistrement à l'établissement de l'appel.
Comment on fait avec linphonec pour répondre un message bien précis ?
Que se passe-t-il après la lecture de ce message précis ?
Mon but ? Utiliser la voie téléphonique ouverte par un softphone pour
envoyer et, éventuellement, recevoir des télécopies. Original, non ? Ça
marche déjà plutôt bien mais je fais encore la chasse aux petits défauts du
support de transmission. J'ai prévu de faire un petit exposé sur le sujet.
Mon but ? Utiliser la voie téléphonique ouverte par un softphone pour
envoyer et, éventuellement, recevoir des télécopies. Original, non ? Ça
marche déjà plutôt bien mais je fais encore la chasse aux petits défauts du
support de transmission. J'ai prévu de faire un petit exposé sur le sujet.
Mon but ? Utiliser la voie téléphonique ouverte par un softphone pour
envoyer et, éventuellement, recevoir des télécopies. Original, non ? Ça
marche déjà plutôt bien mais je fais encore la chasse aux petits défauts du
support de transmission. J'ai prévu de faire un petit exposé sur le sujet.
Ç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.
Ç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.
Ç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.
Geo Cherchetout , dans le message <kmicap$2634$, a
écrit :Mon but ? Utiliser la voie téléphonique ouverte par un softphone pour
envoyer et, éventuellement, recevoir des télécopies. Original, non ? Ça
marche déjà plutôt bien mais je fais encore la chasse aux petits défauts du
support de transmission. J'ai prévu de faire un petit exposé sur le sujet.
Ç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.
Geo Cherchetout , dans le message <kmicap$2634$1@obelix.gegeweb.org>, a
écrit :
Mon but ? Utiliser la voie téléphonique ouverte par un softphone pour
envoyer et, éventuellement, recevoir des télécopies. Original, non ? Ça
marche déjà plutôt bien mais je fais encore la chasse aux petits défauts du
support de transmission. J'ai prévu de faire un petit exposé sur le sujet.
Ç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.
Geo Cherchetout , dans le message <kmicap$2634$, a
écrit :Mon but ? Utiliser la voie téléphonique ouverte par un softphone pour
envoyer et, éventuellement, recevoir des télécopies. Original, non ? Ça
marche déjà plutôt bien mais je fais encore la chasse aux petits défauts du
support de transmission. J'ai prévu de faire un petit exposé sur le sujet.
Ç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. :-)
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. :-)
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. :-)
Ce qui serait pratique, c'est que les
Comment on fait avec linphonec pour répondre un message bien précis ?
Je l'ai très peu fait mais linphonec est interactif. Il faut utiliser les
commandes « soundcard use files » , « play » et éventuellement « autoanswer
enable »Que se passe-t-il après la lecture de ce message précis ?
Je suppose que tu dois pouvoir reprendre la main et la parole avec la
commande soundcard. (?)
Ce qui serait pratique, c'est que les
Comment on fait avec linphonec pour répondre un message bien précis ?
Je l'ai très peu fait mais linphonec est interactif. Il faut utiliser les
commandes « soundcard use files » , « play » et éventuellement « autoanswer
enable »
Que se passe-t-il après la lecture de ce message précis ?
Je suppose que tu dois pouvoir reprendre la main et la parole avec la
commande soundcard. (?)
Ce qui serait pratique, c'est que les
Comment on fait avec linphonec pour répondre un message bien précis ?
Je l'ai très peu fait mais linphonec est interactif. Il faut utiliser les
commandes « soundcard use files » , « play » et éventuellement « autoanswer
enable »Que se passe-t-il après la lecture de ce message précis ?
Je suppose que tu dois pouvoir reprendre la main et la parole avec la
commande soundcard. (?)
