Re: [Ekiga-list] suggestion
Le vendredi 12 octobre 2007 à 00:36 +0200, Jan Schampera a écrit : E Johnson wrote: Call it 'Hold' and 'Resume.' That's what other VoIP progs use, as well as what regular landline phone communications have used for decades. And it makes sense, as you say the mic is still on, but the xmit is off for that particular call. Mh, to not confuse it with call hold, it would be something like Hold audio., Resume audio. then. Very good idea! -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] suggestion
Damien Sandras wrote: Call it 'Hold' and 'Resume.' That's what other VoIP progs use, as well as what regular landline phone communications have used for decades. And it makes sense, as you say the mic is still on, but the xmit is off for that particular call. Mh, to not confuse it with call hold, it would be something like Hold audio., Resume audio. then. Very good idea! I'll open an ENH at the bugtracker, unless somebody has more time or a sytem where Ekiga actually compiles ;-) (only 2 strings!) J. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] suggestion
Hi, Le jeudi 11 octobre 2007 à 12:16 -0400, Kevin Hunter a écrit : Hi Damien, Suggestion: I note that the tooltip that pops up when I'm over the audio transmission button says Audio transmission status. During a call, click here to suspend or resume the audio transmission. Seems to me that might be better served as Mute and Unmute. Good suggestion, I am forwarding it to somebody who can commit it. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] suggestion
Kevin Hunter wrote: Suggestion: I note that the tooltip that pops up when I'm over the audio transmission button says Audio transmission status. During a call, click here to suspend or resume the audio transmission. Seems to me that might be better served as Mute and Unmute. Kevin, This button doesn't mute the microphone, it really stops the transmission of audio data. The MIC still is active. The result might be similar but it's definitely not the same. I agree that the tooltip is long and maybe confusing. Is there another word or short expression that matches the real functionality? J. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] suggestion
At 5:07p -0400 on 11 Oct 2007, Jan Schampera wrote: This button doesn't mute the microphone, it really stops the transmission of audio data. The MIC still is active. The result might be similar but it's definitely not the same. I like the way you think! (Developer à developer) Okay, it doesn't mute the microphone, yet no audio is sent. What qualitative difference to the user does that make? I agree that the tooltip is long and maybe confusing. Is there another word or short expression that matches the real functionality? Pending response to above question . . . (i.e. I dunno yet.) Kevin ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] suggestion
J: This button doesn't mute the microphone, it really stops the transmission of audio data. The MIC still is active. The result might be similar but it's definitely not the same. I agree that the tooltip is long and maybe confusing. Is there another word or short expression that matches the real functionality? Call it 'Hold' and 'Resume.' That's what other VoIP progs use, as well as what regular landline phone communications have used for decades. And it makes sense, as you say the mic is still on, but the xmit is off for that particular call. Liz J ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] suggestion
E Johnson wrote: Call it 'Hold' and 'Resume.' That's what other VoIP progs use, as well as what regular landline phone communications have used for decades. And it makes sense, as you say the mic is still on, but the xmit is off for that particular call. Mh, to not confuse it with call hold, it would be something like Hold audio., Resume audio. then. J. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Suggestion for Cropped Images
Hi, Le mercredi 26 septembre 2007 à 22:15 -0400, Christopher L Tubbs II a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello all, I'm new to the list and reviewed the archives, but I may have missed stuff, so forgive me if I'm repeating old stuff. Anyway, I have a Logitech QuickCam Communicate STX (046d:08d7) I noticed it has been previously discussed that these cameras (actually, any that use gspca driver, apparently) tend to return with a cropped image instead of an error to ekiga, causing ekiga to use the cropped image instead of choosing a larger resolution and scaling. This is definitely an issue for gspca (which, hopefully somebody working on that reads this). My concern, however, is that ekiga does not offer any options for manually configuring how it behaves regarding resolutions. Can an option be included to manually select the resolution that is scaled? Also, is there any plans for ekiga to support transmission of larger resolutions? I'd love to have my 640x480 sent or scaled to 320x240 or 176x144. Ekiga should support that. Question: what other resolutions does Ekiga support, and how do I switch between them? The development version of Ekiga will support all possible resolutions with codecs supporting those resolutions. The stable version does not support changing the resolution. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] Suggestion for Cropped Images
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello all, I'm new to the list and reviewed the archives, but I may have missed stuff, so forgive me if I'm repeating old stuff. Anyway, I have a Logitech QuickCam Communicate STX (046d:08d7) I noticed it has been previously discussed that these cameras (actually, any that use gspca driver, apparently) tend to return with a cropped image instead of an error to ekiga, causing ekiga to use the cropped image instead of choosing a larger resolution and scaling. This is definitely an issue for gspca (which, hopefully somebody working on that reads this). My concern, however, is that ekiga does not offer any options for manually configuring how it behaves regarding resolutions. Can an option be included to manually select the resolution that is scaled? Also, is there any plans for ekiga to support transmission of larger resolutions? I'd love to have my 640x480 sent or scaled to 320x240 or 176x144. Ekiga should support that. Question: what other resolutions does Ekiga support, and how do I switch between them? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFG+xJQyQYCx13q+8oRAgmsAJ9ofv4qzg5n7ao9tx7z3V+2JUUtzQCgxDNy 73C0r8iTAtjiMmDTBF67Ua8= =MAcm -END PGP SIGNATURE- ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Suggestion: a front end hook for ekiga
Le vendredi 22 décembre 2006 à 23:43 +, ael a écrit : My sound card is rather complex as viewed by ALSA. To use ekiga, I need to launch alsamixer or one of its variants and set at least 4 different controls which are not very memorable. Instead I have used alsactl to store the configuration in a special ekiga-alsa.cfg file. Then I can use alsactl -f /path/ekiga-alsa.cfg restore ; ekiga In fact, I just wrap that up as a tiny little bash script called ekiga_go. I would probably forget that path = /usr/local/etc/ otherwise :-) This is probably re-inventing the wheel, but should ekiga have a facility to run a custom sound set-up script at start up? Or have I missed the documentation? The real question is : why do you have to do that? Mixer settings should be remembered accross reboots, and should not be changed while you are logged. -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Suggestion: a front end hook for ekiga
Le samedi 23 décembre 2006 à 16:16 +, ael a écrit : The real question is : why do you have to do that? Mixer settings should be remembered accross reboots, and should not be changed while you are logged. 1) I don't want a microphone active when I am not using it. Also possible security issues there. 2) I find that I need to adjust PCM, FM and master volume levels among others to suit various applications. Some are otherwise just too quiet, others deafen me. 3) Capture selection/setting also needs adjusting for various applications. When I install ekiga on a new machine, I often think the microphone is not working until I remember that it must be in Capture mode for ekiga. I have been caught by that several times :-) 4) If I start ekiga with my default mixer setting ekiga does not work: no microphone input, and very quiet output. So I find that I freqently need to adjust mixer settings depending on which application I am running. mplayer, realplayer [spit], aplay, timidity, aplaymidi, ekiga and so on... That's a good justification :-) -- _ Damien Sandras (o- //\ Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Suggestion: a front end hook for ekiga
Damien Sandras wrote: Le samedi 23 décembre 2006 à 16:16 +, ael a écrit : The real question is : why do you have to do that? Mixer settings should be remembered accross reboots, and should not be changed while you are logged. 1) I don't want a microphone active when I am not using it. Also possible security issues there. 2) I find that I need to adjust PCM, FM and master volume levels among others to suit various applications. Some are otherwise just too quiet, others deafen me. 3) Capture selection/setting also needs adjusting for various applications. When I install ekiga on a new machine, I often think the microphone is not working until I remember that it must be in Capture mode for ekiga. I have been caught by that several times :-) 4) If I start ekiga with my default mixer setting ekiga does not work: no microphone input, and very quiet output. So I find that I freqently need to adjust mixer settings depending on which application I am running. mplayer, realplayer [spit], aplay, timidity, aplaymidi, ekiga and so on... That's a good justification :-) :-) And I forgot one of the most important:- 5) If I am running another sound application and a call comes in to ekiga, I don't have time to launch a mixer control program, and fiddle with the settings before answering in ekiga... My current bash script does the job, but I wonder why other people don't (apparently) have the same problem. A E Lawrence ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] Suggestion: a front end hook for ekiga
My sound card is rather complex as viewed by ALSA. To use ekiga, I need to launch alsamixer or one of its variants and set at least 4 different controls which are not very memorable. Instead I have used alsactl to store the configuration in a special ekiga-alsa.cfg file. Then I can use alsactl -f /path/ekiga-alsa.cfg restore ; ekiga In fact, I just wrap that up as a tiny little bash script called ekiga_go. I would probably forget that path = /usr/local/etc/ otherwise :-) This is probably re-inventing the wheel, but should ekiga have a facility to run a custom sound set-up script at start up? Or have I missed the documentation? A E Lawrence ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list