How about Voice Chat (TA Demo Recoder & Spring)
Moderator: Moderators
How about Voice Chat (TA Demo Recoder & Spring)
I was just thinking about the days when I used to play various BLITZ and BTU and we used Roger Wilco while we played. Blackflag was a really big fan of it at one stage.
Made for some really funny conversations when we were playing. Hearing the reaction of someone when you got a Bertha up on GoW was priceless. As was laughing at your opponent when you were flashing his base in the first 5 minutes.
How about adding a feature into the TA demo recoder that automatically launches a voice chat client (Teamspeak, Rogerwilco, whatever), opens a channel, gets the player ip's and just automates the process. We all liked voice chat but the hassle of needing to download the same software, and creating the channel meant it never really took off.
If there was a standard system for everybody in TA (and TA Demo Recorder is about the only 3rd party utility that's standard in multiplayer games) it would probably get really popular.
Made for some really funny conversations when we were playing. Hearing the reaction of someone when you got a Bertha up on GoW was priceless. As was laughing at your opponent when you were flashing his base in the first 5 minutes.
How about adding a feature into the TA demo recoder that automatically launches a voice chat client (Teamspeak, Rogerwilco, whatever), opens a channel, gets the player ip's and just automates the process. We all liked voice chat but the hassle of needing to download the same software, and creating the channel meant it never really took off.
If there was a standard system for everybody in TA (and TA Demo Recorder is about the only 3rd party utility that's standard in multiplayer games) it would probably get really popular.
I believe the bulk of the work doing google chat system would be the ingame GUI. Otherwise Googles chat system isnt googles at all, it's a Jabber network, you could set your own one up or use an existing one.
Or you could use trillian or GAIM or one of the few microsoft clients that connect to jabber networks.
Mind you ti would be nice to log into the lobby with a passport account such as an msn or gmail address and associate your player account to it like on Zone.
Or you could use trillian or GAIM or one of the few microsoft clients that connect to jabber networks.
Mind you ti would be nice to log into the lobby with a passport account such as an msn or gmail address and associate your player account to it like on Zone.
PASSPORT¿! in srping? forget it!!!!
yeps im ignorant of how is google working its chat system, but ive heard using it will be for free.. dunno if i explain myself rigth..
seems their servers will be carring voice chat any client request from them..
not sure, but having google supporting the chat system makes it very reliable.
pwn my ignorance
yeps im ignorant of how is google working its chat system, but ive heard using it will be for free.. dunno if i explain myself rigth..
seems their servers will be carring voice chat any client request from them..
not sure, but having google supporting the chat system makes it very reliable.
pwn my ignorance
Strange, I was more thinking about making a voice chat integrated into Spring, without using another network, without requiring people to register at some other place, without anything not needed by Spring. Something more along the line of: fetch the source of some voice by IP prgm, trim all that is superfluous for Spring, plug into Spring source. And have it handled by Spring itself. Without relying on any commercial company software or server.
The thing is, a lot of these programs (Ventrillo, TeamSpeak) are straight up p2p, so that there's no middleman. Also, because they've been around forever, they're solid. IMHO, there's no point to reinventing the wheel, especially when peopel are already familiar with TeamSpeak and the like.
At the most, Spring could have functionality toautomatically close/join/open the TeamSpeak sessions and such, but anything beyond that, IMHO, is superfluous.
At the most, Spring could have functionality toautomatically close/join/open the TeamSpeak sessions and such, but anything beyond that, IMHO, is superfluous.
Because i play Ta Spring with a couple of friends this is what we do....
We run Msn in the background and enable The Voice convo, while thats running we start up Spring.
Simple as that really It only lags on the loading screens and the Pathing of the Maps but other then that running the game while the voice confo in running in the background is fine.
But i agree with you all i think spring should have its own build in Voice Team speek Will make the game So much easier
We run Msn in the background and enable The Voice convo, while thats running we start up Spring.
Simple as that really It only lags on the loading screens and the Pathing of the Maps but other then that running the game while the voice confo in running in the background is fine.
But i agree with you all i think spring should have its own build in Voice Team speek Will make the game So much easier
Integrating GTalk into spring wouldnt be as hefty as you say.
GTalk uses a longrunning open protocol jabber.
We only need implement the features we need then tell spring to ignore any other features people use. We're selectively supporting the protocol, only itnegrating the essential parts and what's needed to connect.
Aside from that we can then edit whatever server we wish to choose and itnegrate it into the phoenix worx suite so it uses the same set of usernames. and run our own jabber network rather than use Googles network should we choose.
Afterrall windows messenger 4 cant do video links with msn 7, and msn 7 cant share folders with windows live, but they all support the same protocol to varying extents, and they can all be set to use p2p as much as possible.
So you arent taking a ferrari and attatching it to spring, you're taking the core components that the ferrari adn any other would require to be attatched to spring, eg the wheel without any hubcaps and axles and chassis, then you're choosing not to add the rest of the ferrari at all. So you're just taking the wheel off and moving it to spring.
I think I muddled that up somewhat, but you get what i mean dont you?
GTalk uses a longrunning open protocol jabber.
We only need implement the features we need then tell spring to ignore any other features people use. We're selectively supporting the protocol, only itnegrating the essential parts and what's needed to connect.
Aside from that we can then edit whatever server we wish to choose and itnegrate it into the phoenix worx suite so it uses the same set of usernames. and run our own jabber network rather than use Googles network should we choose.
Afterrall windows messenger 4 cant do video links with msn 7, and msn 7 cant share folders with windows live, but they all support the same protocol to varying extents, and they can all be set to use p2p as much as possible.
So you arent taking a ferrari and attatching it to spring, you're taking the core components that the ferrari adn any other would require to be attatched to spring, eg the wheel without any hubcaps and axles and chassis, then you're choosing not to add the rest of the ferrari at all. So you're just taking the wheel off and moving it to spring.
I think I muddled that up somewhat, but you get what i mean dont you?