On 15-Dec-2009, at 13:37, Dan Brickley wrote: > A year or two ago, there was a nice proof of concept showing iplayer > embedded within Facebook. And there was inconclusive discussion here a > while back about APIs. What's the current state of art?
The stock EMP embedding code, last I looked, can be tweaked to show iPlayer programmes instead of the news clips, etc., it’s supposed to be used for (this is entirely unsupported, of course). However, I don’t know how much interactivity it affords from the JS side of things. HTML5 video, QuickTime or (failing that) a custom player is your best bet. > Context: In the NoTube project, I am looking at possible lightweight > standards for connecting smartphone remotes with Web-based video > sites, so that pressing pause/play/rewind/fave/tag etc on your > handheld can be communicated up to a javascript/html-based player. > I've been testing XMPP so far, and using the XMPP "BOSH" spec for > linking up to the HTML/.js stuff (via Strophe.js). I'm not yet > convinced this will be responsive enough for real use, and want to do > some tests with real video and radio sites. > > Having made some quick mockups with HTML5 video, it was quite fun > being able to have an iphone app flip between videos running in a Web > page; however it was also pretty annoying when the XMPP connection was > too slow. I think it's time to make some more realistic tests, and I'd > love to try something with iplayer if that is possible now or soon... XMPP seems a bit heavyweight for this. On the device side, send a GET a request to the http://server/<endpoint>/<action>. This is, curiously enough,not far off what the iTunes/Apple TV remote protocol is like. Have the endpoint push the action into a queue which is delivered to the desktop player page using whatever flavour of technology IPC you desire (obviously if it’s a multi-threaded appserver you can just tack the events onto the end of the queue in-place…) It won’t work in IE, but you could look to multipart/x-mixed-replace with a plain text or JSON payload via an XMLHTTPRequest connection as an efficient way of pushing events to the client from the server (with appropriate handling such that if you hear nothing from the server after a while, you open a new polling connection—I’d maybe have the server send a null packet every 15 seconds or so just to indicate that it’s still alive). M. -- mo mcroberts http://nevali.net iChat: [email protected] Jabber/GTalk: [email protected] Twitter: @nevali Run Leopard or Snow Leopard? Set Quick Look free with DropLook - http://labs.jazzio.com/DropLook/ - Sent via the backstage.bbc.co.uk discussion group. To unsubscribe, please visit http://backstage.bbc.co.uk/archives/2005/01/mailing_list.html. Unofficial list archive: http://www.mail-archive.com/[email protected]/
