TalkShoe, TechPodcasts, MotionBox

No sooner had I posted my previous entry on Skypcasts, than I received an email from Brian Schuliger, Senior Vice President of TalkShoe, suggesting that I might be interested in their network. And how!

TalkShoe allows you to integrate IP telephony, including Skype, group chat, conventional telephony, live audiocasting, and output the whole thing as an RSS-aggregatable MP3 (i.e. a podcast). Since it has host/moderator/audio bridge features built in, it looks to me like it was produced by Radio Professionals – but with amateur use in mind – just what the doctor ordered!

Digging a bit deeper, I found a site that makes use of TalkShoe and Skypecast to do some wonderful work: TechPodcasts.

The great thing about TechPodcasts is they pull in a variety of technologies to ‘do the business’, including text chat GoToMeeting (of which I’m a long-time user and enthusiast), to share screen control across disjoint presenters, and Camtasia Studio to record the entire experience for distribution to people who want to watch the replay. Here’s a great example of a recent TechPodcast.

Finally, one of the key technologies featured on the above TechPodcast happens to have been MotionBox – think YouTube but with the addition of highly intuitive and powerful editing tools, internal tagging (tag specific segments), and much much more – very nice! At first glance, it looks like it does for videos what Phanfare, that I also love and use regularly, has done for photos, but raises the bar a few notches along the way.

Technorati Tags: skype, skypecast, podcast, talkshoe, talk.radio, motionbox, flickr, phanfare, video.editing

Skypecast from hell?

Skype 3 Beta is available, including large multli-party Skypecast which has been around in test form for a few months (Click to enlarge image).

Last week I gave it a pretty heavy test drive…

Good news: Same easy install; simple interface; public IRC-style chats can be easily set up and people invited in via URL; browser plugin auto-parses/highlights phone numbers anywhere on page to make them all 1-click-to-call (very nice IMHO); multi-user talk-radio-style Skypcasts easy to set up.

The bad news (not so bad for a beta release, but caused me some grief, so I hope the team can resolve these soon): major firewall problems prevent me from using it at work – so I ran my tests at home – whereas Skype 2.x is fine in this respect; Skypecasts are riddled with too much ‘can you hear me?’, ‘am I on now’, ‘who is speaking?’, and audio noise, largely an artifact of full-duplex mode (see details immediately below).

What do I mean about the artifact of full-duplex mode? Here I’ll repeat what I wrote in a Skype forum posting:

The old VoxChat from about 10 years ago was a short-term runaway success and had both a key strength and a key weakness worth noting here (because I think it’s really important for Skypecasts to succeed):

the key strength is that they relied on ‘push-to-talk’: some people moan about push-to-talk buttons but it can be made very simple with a ‘sticky key’ (that the moderator can override), and has the great advantage of making the ‘talking indicator’ trivial to implement; for very large discussion rooms, it is also a great way to observe the ebb-and-flow of the discussion, since you always know who is talking

the key weakness that ultimately killed them was sound-card dependency and lots of audio debugging nightmares… which nowadays are mostly resolved on modern machines.. moreover Skype has made it a lot simpler for people to test and setup! The reason I mention this weakness is that you just need be careful that every Skypecast isn’t ‘sunk’ by poor audio, intrusive lurkers, lots of background noise because of too many people speaking at once,etc.: *MOST* of these problems can be eliminated by switching to a push-to-talk style…. which is why I mention it…

at the very least, push-to-talk ought to be a moderator option when the Skypecast is created!

Push-to-talk, or half-duplex mode, demonstrably works for large groups, whereas full duplex, for more than 2 people on the internet, is demonstrably awful (unless you implement some fancy voice-tracking to show who is speaking, but even then noise and latency spoil the party). Heck, FlashMeeting has been using half-duplex / push-to-talk for years, and scales up beautifully for this very reason. Indeed, FlashMeeting 3 has recently been launched, with tons of new features (read the KMi Planet News Story about it).

Here’s a handy thumbnail of a screen snapshot taken during a recent FlashMeeting I participated in. (Click to enlarge). What’s the big deal? The big deal is that we have 15 participants from all over Europe engaged in a mission-critical videoconference from their desktops, all in a Flash app for which they only needed a URL to join. If someone ‘has the floor’ (large image on the left), all you can do is ‘raise your hand’ to join the queue – there are 3 already in the queue in this snapshot. If you can’t wait, you can hit the interrupt button. Guess what? It really works. People rarely interrupt unless there’s a need, and the flow of the meeting/discussion is consequently very smooth. Cameras are optional, in fact, so running this like ‘internet talk radio’ is really trivial – and the quality is always excellent, because only one stream at a time is competing for your attention.

Technorati Tags: skype, skypecast, voip, flash, flashmeeting, synchronous, audio

Grazr and Grazrscript for easy feed widget customization

When Tony Hirst nudges me often enough, I eventually pay attention. He’s been writing about Grazr, which provides a very easy-to-use widget for processing RSS feeds and collections of feeds, since it came out in the summer, and has now told me about the launch of Grazrscript, (see Grazr blog entry about it) a nice end-user programming/scripting tool to simplify customization.

But actions speak louder than words. See my own Grazr widget on the right in my blog gutter (called simply “Eisenstadt Feeds” … just testing right now: click to explore it). Read more in Marshall Kirkpatricks’ Techcrunch article.

Technorati Tags: grazr, rss, widget, feed, aggregator, scripting, grazrscript

More last.fm / Pandora

Last.FM has relaunched with some new features, included a Flash-based player… [see story by Marshall Kirkpatrick at TechCrunch].

I commented previously on the pros and cons of social-recommendation (Last.FM) vs ‘sounds-like-this-based-on-parameters’ (Pandora). My update on this now is that

a) Last.FM’s Flash player moves it into the ‘as simple as Pandora’ zone, but I find that with the window in the background (Windows XP, FireFox) it stutters a lot… bah

b) Pandora, is great for ‘lazy-mode’ listening if (i) I do not ‘skip’ too many songs, and (ii) I pick artists from pretty obvious genres where it is easy to find ‘sounds-like-this’ matches…

So I generally get better results and a more pleasant overall experience with Pandora, but my hunch based on other people’s remarks is that Pandora is less good for more adventurous/indie listening.

Technorati Tags: pandora, last.fm, social.software, collaborative.filtering, recommender, audio

Improving Radius IM for geolocation+chat

What do you get when you combine all-services Instant Messaging, web-centric AJAX-style (no download), geolocation services, and reasonably sensible ‘filtering’ to show only people matching certain criteria? Radius IM, which has been reviewed in Techcrunch and numerous other places (e.g. I got a link just now via Robin Good at Kolabora), since its launch back in the summer of 2006.

I say ‘improving’ in the title of this posting because I want to strike a positive tone. I’ve been in the ‘geolocation+IM’ game for a few years, since BuddySpace was born in 2001, (at least I got in early enough to bag the seemingly obvious BuddySpace.* domains!), and although I’ve got a life outside the geoloc/IM arena, I like to survey the scene from time to time and see what’s happening. Techcrunch, Stowe Boyd, and others keep on top of this whole scene much more actively than me these days, but I’ve got strong personal views, so here goes. I’ll talk about good news, bad news, and some constructive suggestions.

First, the good news: Radius IM is slick, attractive, lightweight, no-nonsense, does what it says on the box, lets you log in easily to multiple services (Yahoo, AOL, MSN, Gtalk, plus its own), runs in a browser, looks great and works exactly as promised (“It’s a free site that shows you who’s around and lets you IM them.”). Setting your own location is a piece of cake: you use Google Maps not only to surf around for your friends, but also as a click-to-set-location interface. A bonus is they have thought through some cool scaleability and user interface tricks: if you click on the picture in the upper right of this posting, you’ll see a screen grab showing me logged in to both Radius IM and Yahoo, pretending to be centred in New York city, and viewing BOTH my own buddy lists (in text) and all Radius IM users, whether online or offline, whether on my buddy list or not, within X miles of me (that X is the radious simply varies depending on the zoom factor of the central Google Maps display). As you zoom in or out, and change the simple ‘filter’ (you can see that in a separate box on the left of my screen grab), the photos or avatars change accordingly, depending on who is in range. The scaleability trick is that rather than cram everyone onto the map, the photo thumbnails are just splattered along the map’s perimiter zone, and a scroll bar, as you can see on the right of that screen grab, appears as necessary so you can work your way through ‘the crowd’. As you might expect, it’s click-to-chat, and you’re in business. Fiddling with the ‘filter’ box dynamically alters who is displayed, so you can specify online/offline/both, male/female/both, age ranges, and see people ‘within the zone’, as well as your normal buddy list.

Now, the bad news: In a densely-populated zone, or with weak filters on, you are going to experience noticeable delays. And the web-centric paradigm is both a blessing and a curse: presented as good news above, it is also an albatross around your neck if you want to do something ‘outside that cool browser window’ that embraces all your presence interactions like a fake desktop. But hey, this so-called ‘bad news’ is not actually that bad! Life is full of tradeoffs, and when you need a web-centric environment, whether out of convenience or out of necessity, trust me, you need it badly! So a tool like Radius IM, assuming you trust them with all your login details for your various services (I’ve just done exactly that) rises very nicely to the occasion. There’s more bad news though. You can only ‘geolocate’ people by their Radius IM location, meaning that your various Yahoo, MSN and AOL buddies just live as before like they did on a plain vanilla list. Again, not that bad – you’re no worse off than you were before, you’ve got multi-service buddy lists, and you’ve got geolocation for a whole new set of people.

There’s an overarching question over how much do you really want to geo-surf people you’ve never met? Well, the ham radio DX-er in me says that’s actually an OK thing to do, at least briefly. People will obviously use this service for cruising/socialising/dating, but under the ‘bad news’ heading I have to add that Radius IM does not have anything like the filtering power and sophistication pioneered by Odigo many years ago: that is still the interface to beat for a ‘master control panel of fields, sliders and buttons’ through which you can select online people in real time according to a mixture of mood, intention, location, language, interest, age, etc.

Finally, the improvement suggestions: Here’s where I put my cards on the table. I’ve looked at many many tools in this space over the years, and designed a few myself. I wouldn’t be wasting my breath on this if I didn’t already think it had tremendous potential. Even my ‘bad news’ items were, frankly, not that bad, and since the ‘good news’ items comprise a tremendous arsenal of user-interface savvy, social software goodness, and multi-service capability, you’d think the Radius guys probably don’t need much advice! But here it is anyway, based on years of lessons we’ve learned from thousands of BuddySpace users (read a concise summary of some of our studies). Rather than just a list of “more cool features please” (in fact “less features” is generally my preferred approach), I’ll try to justify the items below in terms of the power they provide to the user:

• Saved maps: People overlay their own cognitive model on the world. Allowing people to call up saved maps puts them on familar turf, so to speak. Compare the experience of watching a televised sporting event through (i) a closeup camera where you have to endure the roller-coaster tunnel-vision panning and zooming of the cameraman (who applies his/her own cognitive model to the world, so he/she’s ok, but you’re dizzy) vs (ii) a longer-distance static view of the whole game, which misses closeups but lets your own eye and brain handle the workload. Using ‘given’ maps is more like (i), whereas your own maps are like (ii).
• Custom maps: This is similar to the previous item, but applies to other images like office layouts, floorplans etc. Why stick to ‘world map/cartography’? BuddySpace users loved having custom maps such as office layouts on which they could superimpose presence states.
• My perspective vs your perspective: If I want to chat to Stowe Boyd and I want to find him quickly/visually, I’ll glance over towards the Washington DC area where I know he’s based. Sometimes it matters where he really is (in fact his home page tells me that too), but sometimes it doesn’t. Let me be the judge of that, and, as in the points raised immediately above, let me drive the visual effects. I want both, and in a crowded/busy/hurried world, my ‘first cut’ is to find people at the location where my mental model tells me they normally are. Hey, if they’re somewhere else, a little ‘forwarding’ icon can tell me that too. Or at least let me toggle between ‘my perspective’ vs ‘your perspective’, just as many IM clients do with user nicknames.
• Odigo-style filters: Study the mother of all real-time presence filtering interfaces, and use what you have learned. No one has ever done it better than them, and unless they’ve patented their filtering style and concepts, you can learn an awful lot in one hour.
• Skype: You probably do not want to compete in the voice/video arena (though that would be fun too), but at the very least it would be worth experimenting with bidirectional API-connectivity to/from Skype
• OS-specific notification widgets: Web-Centric Is Good, and Radius IM is an awesome player in this space, but let’s face it, sometimes it’s a drag, especially where presence/connectivity matters, so the way around this is to start developing operating-system specific notification widgets, that live entirely outside the browser.
• One native client: As an experiment, you’ve got to develop at least one native client, just to see how suprisingly liberating it can be… or farm that out to another team.

I wish RadiusIM the best of success in this exciting niche: go get ’em!

Oh, I almost forgot to say: BuddySpace has morphed into an AJAX web-centric tool over the past year… look out for MSG in the Open University’s OpenLearn project, notably its LabSpace experimental zone! Yes, Google Maps will be in there too shortly… just as you expected! And yes, it’s already got the OS-specific notification widget! We haven’t written much about it yet, though Tony Hirst has blogged it.

Technorati Tags: radiusIM, radius, IM, geolocation, maps, buddyspace, instant+messaging