Nothing specific...
I just thought i should put down two things that i might possibly forget...
The first thing is about being notified when a certain process running in the console window gets completed...like say we are compiling some big program like openoffice which takes hell lot of time. and we would obviously not like to keep looking at the terminal window once every few seconds/minutes to see if its over. Its easy to set it up so that a sound is played once the thing is done..By adding a && player-name filename.wav...for example, to install some software in one go when you are sure that everything will go according to plan (meaning all dependencies have been satisfied), we can use this command after cd-ing to the program directory..
(I use aplay as i have alsa player installed on my system and it can play independently of the main music player like xmms/amarok.) Guess that was easy..It took me sometime to realise that i could use the chaining together of commands in such a way. hope it helps someone :)
Now, onto the second thing i wanted to mention...The methodology of working of gtalk..Its a pretty interesting piece of software when you think about it. When most other voice chat applications dont work well even on fast connections, google talk has been able to get landline level voice clarity between the two parties..Its pretty clear that the technology, rather methodology, used by google talk is very different from other talk clients like skype or yahoo messenger. One is led to guess that it sets up a direct connection between the 2 clients instead of routing the data through the server..and my hunch is that this is indeed what happens though I havent read any article that states this as such. My belief is strengthened by what happened the other day..This guy had called me up and we were in the middle of a voice conversation. and as usual, mr.your-freedom had to disconnect (for those not in the know, we are behind a restrictive proxy server and so, the need to use a tunneling client like your-freedom to be able to connect to the yahoo and google servers) as it does once in 2 hours as mine is a free account. But though it reconnects almost instantaneously, psi does disconnect and completely reconnects only after 30 seconds or so..but in the meanwhile, we kept talking. I noticed that psi had disconnected and was tring to reconnect only a little after it had actually gotten disconnected. but surprisingly, nothing happened to our voice chat..that i feel is proof enough of the fact that data never goes through the google server..something for us to cheer about..google cant tape our conversations even if it wanted to. As they already know lots about you and me from our usage of their services like search, gmail and (yup)blogger and loads of other things like orkut... if this isnt the case and data is indeed routed through the server, it would be interesting to see how the thing works...maybe thats why google is refusing the part with the source code.
in fact, i have never tried talking with anyone who is physically distant from me..only within the college lan have i (and most of us) used it..would be interesting to see how the voice clarity is when i talk to someone from another country..
The first thing is about being notified when a certain process running in the console window gets completed...like say we are compiling some big program like openoffice which takes hell lot of time. and we would obviously not like to keep looking at the terminal window once every few seconds/minutes to see if its over. Its easy to set it up so that a sound is played once the thing is done..By adding a && player-name filename.wav...for example, to install some software in one go when you are sure that everything will go according to plan (meaning all dependencies have been satisfied), we can use this command after cd-ing to the program directory..
./configure && make && make install && aplay /usr/share/sounds/alsa/Noise.wav (I use aplay as i have alsa player installed on my system and it can play independently of the main music player like xmms/amarok.) Guess that was easy..It took me sometime to realise that i could use the chaining together of commands in such a way. hope it helps someone :)
Now, onto the second thing i wanted to mention...The methodology of working of gtalk..Its a pretty interesting piece of software when you think about it. When most other voice chat applications dont work well even on fast connections, google talk has been able to get landline level voice clarity between the two parties..Its pretty clear that the technology, rather methodology, used by google talk is very different from other talk clients like skype or yahoo messenger. One is led to guess that it sets up a direct connection between the 2 clients instead of routing the data through the server..and my hunch is that this is indeed what happens though I havent read any article that states this as such. My belief is strengthened by what happened the other day..This guy had called me up and we were in the middle of a voice conversation. and as usual, mr.your-freedom had to disconnect (for those not in the know, we are behind a restrictive proxy server and so, the need to use a tunneling client like your-freedom to be able to connect to the yahoo and google servers) as it does once in 2 hours as mine is a free account. But though it reconnects almost instantaneously, psi does disconnect and completely reconnects only after 30 seconds or so..but in the meanwhile, we kept talking. I noticed that psi had disconnected and was tring to reconnect only a little after it had actually gotten disconnected. but surprisingly, nothing happened to our voice chat..that i feel is proof enough of the fact that data never goes through the google server..something for us to cheer about..google cant tape our conversations even if it wanted to. As they already know lots about you and me from our usage of their services like search, gmail and (yup)blogger and loads of other things like orkut... if this isnt the case and data is indeed routed through the server, it would be interesting to see how the thing works...maybe thats why google is refusing the part with the source code.
in fact, i have never tried talking with anyone who is physically distant from me..only within the college lan have i (and most of us) used it..would be interesting to see how the voice clarity is when i talk to someone from another country..
posted by Ganesh at 12:39 AM
11 Comments:
Aha ! The ending sounds like an opportunity ?
And you better give better descriptive titles. "Nothing specific" is a very bad title, since when I started reading it I assumed it was going to be a boring post.
I was wrong.
ok sir...your comments shall henceforth be heeded too :D
basically, i couldnt think of any good descriptive title for what i was going to write...so ended up with the title i finally gave..and yes, sure i would like to give gtalk-ing with you a run..
Ok so give me your Google ID .. we will try to get together some time..
I would like to say "I told you so" reg..the funda of gtalk not routing stuff through the server. incidentally i believe some others also do this. gaim i believe. though that is a bad guess... dont know how it can bypass yahoo's server. but gaim is sometimes too quick in the insti.... not sure...
Hey slisha problem with your hypothesis. Gtalk logs all conversations in your inbox right? So you would now have to assume that only voice chat is routed direct and text messages through the Google server...Howzzat?
gaim and all nice try da..not possible.
and why should gtalk send both chat and voice by the same way? it could very well send them by different ways as you have suggested..
Even Yahoo! and other services send voice directly; routing it through the servers would introduce too large a lag. I think where Google excels is in the compression technology they use (Speex etc.) I should point out that even for GTalk, the voice quality is dependent on the distance between the caller and the callee. Within a LAN, it is flawless, but across the globe, I noticed considerable lag and/or silences at least at certain times.
In some terminal programs (Konsole, for example) there's also a feature "Monitor for silence/activity", that gives you an alert or plays a sound after a certain period of silence or when some activity is seen.
Thank you so much for sharing all this wonderful info with the how-to's!!!! It is so appreciated!!! You always have good humor in your posts/blogs. So much fun and easy to read!
ApowerMirror Crack
Thank you so much for sharing all this wonderful info with the how-to's!!!! It is so appreciated!!! You always have good humor in your posts/blogs. So much fun and easy to read!
Smith Micro Moho Pro Crack
The Superbly written article, if only all bloggers offered the same content as you, the internet would be a far better place.
Amazing content you published on your blog post. Thanks for sharing this!
Thank you for every other informative site.
Where else may just I get that type of info written in such an ideal way?
You definitely put a brand new spin on a topic that’s been discussed for many years.
Wonderful stuff, just wonderful!
Melodyne Crack
Post a Comment
<< Home