Introducing the Distribution Application Layer Research Section
My name's Steve Jolly and I'm a Research Engineer here at 91热爆 R&D, working at our "North Lab" in Manchester. I'm one of around fifteen engineers who make up the "Distribution: Application Layer" section, a cluster of projects themed around improving some of the technologies which actually present broadcasters' content to the consumer.
Within the R&D department, the section has something of a heritage of its own: many of my colleagues here have worked together for a number of years on various interactive television projects, such as helping the 91热爆 reduce the costs of producing interactive TV content. The three biggest digital television platforms in the UK (Freeview, Sky and Virgin Media) use incompatible formats for delivering "red button" interactive TV services, which can lead to inefficient use of developers' time if the same application has to be created separately for each one. The team spent a number of years looking at solutions to this problem, and ended up playing a major part in the development of the DVB Portable Content Format. This is a language for describing interactive TV applications that can be converted automatically into the several different formats required by different platforms. Since the conversion is automatic, each application only has to be written once.
The team also worked on extending MHEG-5, the interactive TV format used on Freeview and Freesat, to allow audio, video and interactive TV applications to be "pushed" by a broadcaster to digital video recorders (DVRs) in consumers' homes. The user could then select from this pre-recorded content in addition to the programmes that they had selected for recording themselves.
In 2006 and 2007 the team helped run a trial of this technology, in which 250 homes were provided with specially modified DVRs. These gave them access to a "catch-up" service, in which programmes selected by the 91热爆 were automatically downloaded to a reserved area of the DVR's hard disk, and made available to the trialists on demand. The same trial also explored the possibilities of the technology for enhancing interactive applications with rich media components downloaded to the DVR well in advance. For example, an interactive quiz game was written incorporating video clips of the quizmaster asking the questions - something that sounds simple but which is surprisingly hard to do with conventional interactive TV technologies. Feedback from the trial was positive, with participants reporting, amongst other things, that the "91热爆 recommended" programmes introduced them to things they wouldn't normally have watched.
An interactive quiz incorporating video "pushed" to the DVR in advance using the MHEG-5 extensions developed by 91热爆 R&D.
The work of the section today covers a much wider range of projects. For example, there's a small but enthusiastic team looking at how the 91热爆 could make better use of mobile phones, and not just as devices to watch television programmes or listen to the radio on. I'm a part of this team, although my current project (described below) is a bit more general. My colleague Jerry Kramskoy wrote a post on the Internet Blog a little while back talking about some of our aspirations in this area.
A couple of us are also involved in the "Wombile" project: mostly in our own time we've written a basic platform for multiplayer mobile games, and a few games on top of it. My colleague Matt Hammond and I also wrote about that on the Internet Blog back in June.
There's another project in the section looking at the energy efficiency of broadcasting. Obviously there are environmental issues here that the 91热爆 takes very seriously, but saving energy saves money, too. R&D engineers also need to be aware of our impact on consumers. We don't design the devices that people buy in the shops, but we do design some of the technologies and components inside them. Energy efficiency is therefore one of the things we bear in mind when we work on technologies that could find their way into people's homes. Not only does doing so reduce carbon emissions and save consumers money, it also helps the companies that make televisions and set-top boxes meet ever-stricter environmental regulations.
Unsurprisingly, I'm particularly excited by my own work: a colleague and I are designing a web API that would allow network-connected set-top boxes (and similar devices, such as internet radios) to be accessed and controlled by other devices on the home network. The implications of that go far beyond being able to control the telly from your PC or mobile phone, although that alone would be both cool and useful. The most important thing we want to enable is the development of user interfaces that are completely independent of the set-top box's built-in interface, optimised for use by people with specific disabilities or impairments.
Take blind people, for example. They're at a disadvantage when it comes to finding a conventional remote control in the first place, and most televisions and set-top boxes give you only visual feedback when you press the remote control's buttons, which clearly isn't a lot of use if you can't see it. It would be far better if a blind person's remote control was an app running on their mobile phone (which is likely to be within easy reach at all times), and if it could convey information about what the set-top box is doing by speaking to them.
A standard way to access set-top boxes via a local network would allow the development of this and many other innovative applications. Imagine if your mobile phone could find out what was recorded on your DVR, for example. It could then download mobile-size versions of the programmes you hadn't watched (or had only watched part of) for you to catch up with on your way to work, for example.
In addition to these new projects, the team still does important work on interactive television technologies. The 91热爆 iPlayer deployment on Freesat announced recently by Rahul Chakkara uses further MHEG extensions developed by the team in partnership with the , for example. The team continues to carry out research in this area, and hopefully television viewers will continue to benefit from it, in terms of useful new services from the 91热爆 and other broadcasters, and cost-effective creation of content.
Over the coming months we'll be bringing you more detail on these projects as they reach important milestones, and we'd love to hear back from you the thoughts and ideas that they inspire.听
[Ed: Our thanks to Steve Jolly for this post- the first of a series of round ups from the various research sections of R&D.听 Do let us know which areas you'd like to hear more about and if you have any questions about the subjects raised by Steve just pop them in the comments]
Comment number 1.
At 19th Nov 2009, Mo McRoberts wrote:I鈥檓 particularly interested in this 鈥渨eb API鈥 for remote controls (I presume the intention is a lightweight HTTP server running on-device, and mDNS or similar for discovery?)
By what process is this being developed? Is there a site, mailing lists, etc., for it?
I鈥檓 minded by what I can do with my iPhone and Apple TV today, in that I can use the iPhone as a remote control for the Apple TV: this allows both navigation (i.e., by dragging the touchscreen), and also searching the on-device catalogue, viewing artwork, and so on (very similar to the in-built iPod application鈥檚 interface, but obviously operates on the remote device). Additionally, it pops up the iPhone OS keyboard interface whenever the Apple TV needs text input鈥攅.g., for searching YouTube, entering WiFi passwords, etc.
A protocol flexible enough to support these various different things鈥攁nd beyond鈥攃ould well be much bigger than the applications the 91热爆 has in mind, and really deserves wider input and audience!
Complain about this comment (Comment number 1)
Comment number 2.
At 23rd Nov 2009, Pauline hampson wrote:This comment was removed because the moderators found it broke the house rules. Explain.
Complain about this comment (Comment number 2)
Comment number 3.
At 23rd Nov 2009, Pauline hampson wrote:I was interested in the reference to DVRs.We use a Sony HDD and more often than not cannot record 91热爆4 with our EPG.Last night it was Cranford which wouldnt record.It rarely happens on other channels.The record option is not highlighted.Does this mean you are experimenting with the 91热爆 4 channel.I wish somone could sort it out.
Complain about this comment (Comment number 3)
Comment number 4.
At 25th Nov 2009, Ant Miller wrote:R&D don't run experimental tests on live services - any changes made to the network go through a managed change control process under the authority of 91热爆 Distribution. In fact, there are no means on the Freeview or Freesat platforms to block a PVR from recording a particular programme. We're sorry we can't help you more, but the likelihood seems to be that the issue was actually at the reciever end. Our 91热爆 help services at /reception/ or may be able to help you determine where the fault lies, or you could try the Freeview Help service at . It may also be worth checking with the manufacturer of your set top box device.
Complain about this comment (Comment number 4)
Comment number 5.
At 27th Nov 2009, Steve Jolly wrote:Nevali: At the moment, the project is a piece of internal research work, with no agreed implementations in real set-top boxes. In technical terms, what we're thinking of is along the lines you mention, though. At the moment we are exploring the extent to which the accessibility use cases I summarised in the post can be met by an API along those lines. We know that a carefully-designed API would have much greater potential than that, however. We're already considering how such an API could help improve the experience users have of media on mobile devices, for example.
Personally I'd love to see people coming up with fantastic new user interfaces for STB-like devices, and I'd love it if they could do so via a standard API, but that's not the top priority for our work right now.
Complain about this comment (Comment number 5)