- Improved performance for networking and media processing, especially when the system is busy
- Fixed issue that could cause crashes in Safari 5+
- Fixed issue where frames could be dropped at call startup when using the Video chat enhancements Lab
- Fixed an issue where video could fail to appear on OSX
- Fixed issue where killing the Google Talk Plugin process could crash the browser process on some platforms
- Various performance improvements for Atom CPUs
- Added support for hotplugging and unplugging of webcams on Linux
- For interoperability, added support for video bitrate to be specified via XMPP signaling
Friday, December 10, 2010
Wednesday, November 03, 2010
Turned 36 today. No Hulk Hogan visit like my last birthday, but I did get to meet Vint Cerf (the true father of the Internet) the other day. Really a nice guy, and gives our team lots of feedback on our products, especially about our use of Internet standards. Glad to have him here at Google!
Thursday, October 21, 2010
- Fix issue where we would write a 'debug.log' file to the application directory, in some cases the desktop
- Fix issue where the plugin could crash if cameras sent resolutions other than requested
- Fix issue where we would sometimes show the camera capability icon even if you had no camera
- Various performance improvements
Thursday, September 16, 2010
- All-new, hardware-accelerated video rendering subsystem (more on this later).
- Fixed a crash when processing RTCP packets.
- Fixed a crash on Windows when ending a call.
- Fixed an issue on new MacBook Pros where loading Gmail (and starting the Google Talk Plugin) would cause a switch to the high-performance GPU and cause the battery to drain more quickly.
- Several minor fixes and improvements.
Thursday, September 09, 2010
Wednesday, September 01, 2010
This new version also includes fixes for some top crash issues seen since release. If you've already installed the plugin, you'll be notified through the typical package update mechanism that a new version is available.
Also a quick followup regarding some of the PulseAudio questions: while PulseAudio is supported, it's not required. If PulseAudio is not detected, the plugin will fall back and use ALSA.
Lastly, we're also working on resolving the issues reported with upside-down ASUS cameras and a debug.log file appearing for a few users. If you encounter other issues, please report them in the Google Voice and Video Help Forum.
Thursday, August 26, 2010
David Pogue, New York Times: "Google just loves upsetting the apple cart. It shook up Web searching and advertising. It shook up free Web-based e-mail services when Gmail offered gigabytes of free storage rather than a few megabytes. It shook up the way companies go public.
The latest development is particularly shakeworthy: Google now lets you make free phone calls from your computer. It isn’t new fellow geeks who have installed Skype or iChat and use special “handles” like SkiBunny1968–but it will be to normal people, on regular American and Canadian phone numbers. Free."
Michael Arrington, TechCrunch: "... Today Google Voice is being integrated right into the browser via Gmail. It’s amazingly good – I know because I’ve been testing it for the last few days."
John Cook, TechFlash: "I've been test driving Google's new phone service this morning, placing free calls from my Gmail account to work colleagues and family members. So far, the service has worked like a charm -- crisp sound, an easy-to-understand interface and, most importantly, no dropped calls."
techiefool, CNET comment: "Google has put the awesome back into email again."
Try it out for yourself! Head on over to gmail.com/call and get started - it's available for Windows, Mac, and Linux.
One quick tip: from the main Gmail page, you can type "gp" to bring up the phone dialer. Useful if you want to make a call without taking your hands off the keyboard!
Tuesday, August 24, 2010
Thursday, August 19, 2010
This release required significant engineering to develop an all-new video rendering solution and an all-new PulseAudio-based audio handler, along with work to support 64-bit and countless webcam compatibility tests. We spent a lot of effort to make it fully feature-complete, with all the same goodies as the Windows and Mac versions, and we're happy to now support Google voice and video now on all major desktop platforms.
Visit www.google.com/chat/video and start video chatting!
Monday, August 16, 2010
Allow your XMPP clients to connect to all IP addresses resolved on DNS name talkr.l.google.com, UDP port 19295 and 19302, or TCP port 19294.This rule allows your internal users to contact our STUN and relay servers over UDP and TCP. In the event that policy does not allow receipt of UDP from the Internet, just allowing access to TCP port 19294 will allow users to still contact the relays via TCP, although performance may suffer in congestion situations. Lastly, if policy does not permit access to TCP port 19294, port 443 may be used instead.
Note that the info for talkr.l.google.com is updated regularly as we add/turn down datacenters, so it's a good idea to check regularly for changes.
Sunday, August 01, 2010
Friday, July 16, 2010
- Fixed an issue on Windows XP where audio could become garbled or significantly delayed , especially when other applications were using the sound hardware.
- Fixed an issue on Mac OS X where the Google Talk Plugin process could show as "Not Responding" in Activity Manager.
- Improved detection and reporting of deadlock conditions (unfortunately often caused by buggy audio drivers)
- Some important stuff that I can't talk about yet :-)
Wednesday, July 07, 2010
Tuesday, June 08, 2010
- Changed audio handling to use the Core Audio sound subsystem on Windows when available (Windows Vista and later). This provides smoother audio streaming with lower delay.
- Added support for the Windows 7 'Default communication device'. This allows you to use one device for music and sounds, but another device (e.g. a headset) for voice and video calls. For more information, see 7Tutorials' explanation of how to set up the default communication device.
- Fixed a problem in initialization of the video subsystem that was causing a small but significant portion of calls to connect very slowly and eventually time out.
Wednesday, April 21, 2010
- Fixed problem where the plugin did not load properly if it encountered an error accessing Windows Firewall.
- Fixed problem where the plugin did not load properly on some Macs running OS 10.4.
- Fixed problem where video did not appear for users using the "dev" versions of Chrome with integrated Flash.
Saturday, April 17, 2010
Thursday, April 15, 2010
- Improved echo cancellation on Mac OS X.
- Improved internet proxy auto-detection, leading to better connectivity in some network scenarios.
- Fixed an incompatibility that could lead to crashes when starting video calls with certain cameras.
- Improved robustness of connection between browser and plug-in, which previously could have resulted in being stuck at 'Detecting Devices' on the Chat settings tab.
- Added support for the H.263 (1998) video codec.
- Added support for the G.722 (64 Kbps) audio codec.
Thursday, March 11, 2010
... my kids can now gather around any one of our home computers, fire up iChat, and BAM! they can see me even as I zip across the Nebraska sky at some 400+ mph.Except tonight, as I was chatting with my lovely wife and two lovely daughters (much to the amusement of my seat mates, using Bose headphones and my MacBook's built in microphone), the very nice steward - who I must note brought me extra nuts even though he didn't have to - told me I had to quit my video chat."Security. Cameras not allowed!" was the response. There was clearly no argument.I protested, but not too loudly. I don't want to end up stripped searched in a cold basement cell below SFO, after all. I told my family I had to quit the video chat.
I've written about video chat on a plane before, but this is the first I've heard of someone being told to stop. Granted, you want to be a polite passenger and listen more than talk (see the FAA memo about blocking Skype conversations) but seems like if you're not bothering anyone it should be OK. Anyone have a similar experience?
Monday, March 01, 2010
Google Voice and Video Chat by Justin Uberti
How does video chat really work? The basic concepts are simple, but in the real world there are a number of things that make life much more complicated. Learn how all the pieces fit together in this deep dive into Google video chat.
Justin Uberti is currently Tech Lead for Real-Time Communications at Google, where he led the effort to create Google video chat. Prior to joining Google in 2006, Justin served as the chief architect for AOL Instant Messenger, including the development of AIM's voice and video chat.
Google Chrome HTML5 Video by Andrew Scherkus
How exactly do you get video playback working in a multi-process, cross-platform, sandboxed browser? Find out what worked, what didn't and what it's like to work on open source projects at Google in this retrospective on implementing HTML5 Video in Google Chrome.
Andrew Scherkus is currently a Software Engineer at Google Kirkland. Since joining Google in 2008 he's been busy leading development on Google Chrome's HTML5 audio/video implementation. Prior to that Andrew was finishing up his bachelor of Software Engineering from the University of Waterloo and working as an intern for ATI and Google.
Thursday, February 25, 2010
We have spent the last few months focusing on three things: quality, quality, and quality! For those of you with the Google voice and video chat plugin installed, you have recently received an automatic update that contains:
- A fix that reduces crashes on newer macs (Mac OS X v10.6.2 specifically)
- A fix for webcam compatibility on Windows (including HP webcams)
- Several fixes to increase plugin stability
- Several fixes to the infrastructure used to set up and connect your video calls.
From users who have chosen to “Report quality statistics” in their chat settings, we can see a substantial increase in call connection rates and a big decrease in the call drop rate. We hope that this will result in more enjoyable conversations with our software.
As with all software, working on improving quality is a never ending process, so we hope that you will continue to report any issues you have in our user forum, and we will continue to work on improving connection rates and call quality.
Monday, February 22, 2010
Saturday, February 20, 2010
- Fixed an incompatibility with webcams using the 24BG color space (including many HP webcams, as reported here)
- Fixed an issue that could cause crashes on Mac OS X 10.6.2 (especially with the new iMacs, as reported here)
- Fixed an issue that could cause crashes when receiving H.264 FU-A NAL units
- Improved compatibility with the Opera browser