Re: [backstage] What would you love to see coming out of BBC Vision in the near future?
On 03/03/2008, Ian Forrester [EMAIL PROTECTED] wrote: Hi All, I was hoping to get a brainstorm of ideas for APIs and Feeds you would love to play with in the near future, while focusing on Vision/TV I got most of the obvious stuff like, - A 31 day schedule in XML - TV schedules as a API with past and future ability - Direct links to iplayer programmes - XML/RSS/ATOM/JSON of upcoming iplayer programmes - XML/RSS/ATOM/JSON of programmes about to drop off iplayer - Links between programmes and their programme catalogue entry - The Programme Catalogue! :) - A reference page or service for all programmes (/programmes in XML) - XMPP pub/sub messages for upcoming programmes - keywords Anything more? Either a feed of the text used for subtitles, or at least a search API that takes terms and returns the ID and time offset of the programme containing the search text. It would be handy for programme Astons to be searchable in this way. The idea would be that could could do a text search for a name or phrase and then link directly to the content using the Flash iPlayer. Ian Forrester This e-mail is: [x] private; [] ask first; [] bloggable Senior Producer, BBC Backstage BC5 C3, Media Village, 201 Wood Lane, London W12 7TP email: [EMAIL PROTECTED] work: +44 (0)2080083965 mob: +44 (0)7711913293 - 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/backstage@lists.bbc.co.uk/ -- Please email me back if you need any more help. Brian Butterworth http://www.ukfree.tv
Re: [backstage] What would you love to see coming out of BBC Vision in the near future?
Ian Forrester wrote: - XML/RSS/ATOM/JSON of programmes about to drop off iplayer I knocked up a little unsophisticated something: http://www.dracos.co.uk/play/bbc-iplayer-quick/ :-) You can restrict to a particular title or part of title by adding it to the end of the URL, e.g. http://www.dracos.co.uk/play/bbc-iplayer-quick/rss/candleford ATB, Matthew - 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/backstage@lists.bbc.co.uk/
Re: [backstage] What would you love to see coming out of BBC Vision in the near future?
I knocked up a little unsophisticated something: http://www.dracos.co.uk/play/bbc-iplayer-quick/ :-) This is ace, thanks Matthew. Phil - 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/backstage@lists.bbc.co.uk/
Re: [backstage] What would you love to see coming out of BBC Vision in the near future?
- A 31 day schedule in XML - TV schedules as a API with past and future ability - Direct links to iplayer programmes - XML/RSS/ATOM/JSON of upcoming iplayer programmes - XML/RSS/ATOM/JSON of programmes about to drop off iplayer - Links between programmes and their programme catalogue entry - The Programme Catalogue! :) - A reference page or service for all programmes (/programmes in XML) - XMPP pub/sub messages for upcoming programmes in worst case, this could be generated from the other content Anything more? I'd like to be able to tie some of this to my BBC username/password so I can mark favourite TV shows and get notification that a new ep is on iPlayer via email/rss/atom :) Phil - 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/backstage@lists.bbc.co.uk/
[backstage] New concept to solve last-mile broadband: walk yourself over to a video ATM
http://www.news.com/Coming-soon-Movies-on-flash-memory-cards/2100-11398_3-6232651.html?tag=nefd.lede http://www.portomedia.com/ As I understand it, their idea is that you buy their proprietary USB-based key, walk over to their kiosk, select and download a film in under a minute, bring it home, dump it into the computer via standard USB the time it takes, then watch it on Windows or in a purchased branded set-top box. It's time-bombed Windows DRM and the kiosk is nonstandard USB, they get you by imposing the hardware interface and encouraging you to continue to go down to the video store. I don't know whhat codec they use, but probably not H.264/AAC if it's Windows Media. Toshiba, Samsung, IBM, Seagate are partners. Non-Windows need not apply. The journalist claims a transfer to an iPod Touch took only a few seconds, but doesn't go so far as to say he viewed the film, since if it is MS DRM'd it won't play on any iPod without stripping the DRM. - 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/backstage@lists.bbc.co.uk/
Re: [backstage] Data Portability?
Will data portability get Web 2.0 companies to allow you to {im,ex}port some minor aspects of data, like your social graph, from one silo to the next, in W3C standards like RDF or other, less rigorous but currently more popular ones? Does it matter providing the format is transparent and documented? Or will it get hermetic Web 2.0 companies to support the semantic web properly and stop being hermetic, by allowing you to not just {im,ex}port, but query, delete, control the visibility of, all your data? How does the semantic web apply here? Unless you are implying upper case 'Semantic' and SPARQL as a default query language (which I can't see strong evidence for on the DP site). Reference? Precisely - or are you under the illusion that Mozilla don't distribute and promote proprietary software? No, I'm not. It's possible that some people know about software freedom already ;) In fact, my reference was to the backing out of RDF from Mozilla (and Gecko 1.9 in general) in favour of SQLite. I do not believe that web applications will adopt a standard, RDF-based API for data export or interrogation/manipulation. I think it much more likely that we will see a series of XML-based formats (without a unifying data model such as RDF) and a common XML-based REST API. Phil - 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/backstage@lists.bbc.co.uk/
Re: [backstage] What would you love to see coming out of BBC Vision in the near future?
Ian Forrester wrote: Hi All, I was hoping to get a brainstorm of ideas for APIs and Feeds you would love to play with in the near future, while focusing on Vision/TV I got most of the obvious stuff like, - A reference page or service for all programmes (/programmes in XML) - keywords Anything more? I'm not sure of the scope of the above points... Given concepts like crossover and product placement it may be worth looking at in-program timing of generic 'objects'. eg: 25:00-26:23 Music: Band:Ah-ha Track:Take On Me Album:... 25:00-26:23 Actor: Bruce Lee Character: Benny 25:00-26:23 Product: Coca Cola 25:00-26:23 Actual Location : Slough GPS-coords:39729358734652 25:00-26:23 Fictional Location : Monaco for *that* famous scene :) This does not need to be commercial - I could see it being used to identify concepts in educational material too. Who does this? Well, collaborative approaches could be used (FreeDB/CDDB worked), some companies would provide product/media info (would need guidelines), some programme makers would find it added value (education) - heck maybe an actor's agent would provide the data as part of the service (or the actor themselves if they were on the 'bronze' package ;) ) Clearly this works when it's about providing meta-information rather than links to a page. Those come from the apps using the meta-data. Tied to this (and many of the other points raised) would be a UUID system for uniquely identifying objects, resolving duplicates and possibly establishing relationships. Clearly one or two minor issues to resolve but... David - 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/backstage@lists.bbc.co.uk/
RE: [backstage] What would you love to see coming out of BBC Vision in the near future?
anyone got any thoughts or experiences with the UUID system for uniquely identifying objects mentioned below? in our collective opinion and experience, is there anything like that, or close to that, in existence yet? does MusicBrainz qualify in terms of Music object identification and IDs? best-- --cs -Original Message- From: [EMAIL PROTECTED] on behalf of David Greaves Sent: Tue 3/4/2008 12:23 PM To: backstage@lists.bbc.co.uk Subject: Re: [backstage] What would you love to see coming out of BBC Vision in the near future? Ian Forrester wrote: Hi All, I was hoping to get a brainstorm of ideas for APIs and Feeds you would love to play with in the near future, while focusing on Vision/TV I got most of the obvious stuff like, - A reference page or service for all programmes (/programmes in XML) - keywords Anything more? I'm not sure of the scope of the above points... Given concepts like crossover and product placement it may be worth looking at in-program timing of generic 'objects'. eg: 25:00-26:23 Music: Band:Ah-ha Track:Take On Me Album:... 25:00-26:23 Actor: Bruce Lee Character: Benny 25:00-26:23 Product: Coca Cola 25:00-26:23 Actual Location : Slough GPS-coords:39729358734652 25:00-26:23 Fictional Location : Monaco for *that* famous scene :) This does not need to be commercial - I could see it being used to identify concepts in educational material too. Who does this? Well, collaborative approaches could be used (FreeDB/CDDB worked), some companies would provide product/media info (would need guidelines), some programme makers would find it added value (education) - heck maybe an actor's agent would provide the data as part of the service (or the actor themselves if they were on the 'bronze' package ;) ) Clearly this works when it's about providing meta-information rather than links to a page. Those come from the apps using the meta-data. Tied to this (and many of the other points raised) would be a UUID system for uniquely identifying objects, resolving duplicates and possibly establishing relationships. Clearly one or two minor issues to resolve but... David - 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/backstage@lists.bbc.co.uk/
Re: [backstage] What would you love to see coming out of BBC Vision in the near future?
On 03/03/2008, Ian Forrester [EMAIL PROTECTED] wrote: - XML/RSS/ATOM/JSON of upcoming iplayer programmes - XML/RSS/ATOM/JSON of programmes about to drop off iplayer How about a full iPlayer API so we can actually create programs that use that data? Screen scraping is hugely inefficient, to get a list of all iPlayer programs and their details would take hundreds of page requests using screen scraping. Links to products relevant to programs in the API would be useful, e.g. a link to the DVD of the series, however I think the Trust would be a bit upset if you tried linking to Amazon or something similar (might get away with a reference to the BBC shop though). Of course if there are books that accompany the series then you could list an ISBN, and it's not interfering with commercial markets as all book shops can use ISBNs! (OT: Do DVDs and CDs etc. have an equivalent of an ISBN? Should TV programs themselves have some kind of globally unique identifier? If so who do we get to assign such identifiers?) And iPlayer video/streaming in a format/protocol programs can actually use would be nice, how about Dirac than Kamaelia would be able to play it[1]? And the obligatory Moon on a stick, see previous implementation[2] courtesy of PuTTY[3]. Andy [1] http://kamaelia.sourceforge.net/Components/pydoc/Kamaelia.Codec.Dirac.html [2] http://www.chiark.greenend.org.uk/~sgtatham/moon-on-stick.jpeg [3] http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/moon-on-stick.html -- Computers are like air conditioners. Both stop working, if you open windows. -- Adam Heath - 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/backstage@lists.bbc.co.uk/
Re: [backstage] What would you love to see coming out of BBC Vision in the near future?
Chris I¹ve a lot of recent experience with 16-byte UUIDs for identifying content (RFC 4122) and the slightly more media-savy 32-byte Unique Material Identification (UMID) from SMPTE (SMPTE 330M). Both standards are the basis for the Advanced Authoring Format, an industry standard used by video production tools from companies such as Avid and Quantel, and the related Material Exchange Format (MXF) used for production material interchange and now supported by a number of broadcast quality cameras, transcoders etc.. UUIDs are also known as GUIDs and are common to Microsoft Windows OS. Many unix OSs have a ³uuidgen² command to create UUIDs. Java has a ³java.util.UUID² class for generating and representing UUIDs. UUIDs are very well supported and have been the subject of some interesting security issues as without careful use they can expose your host ids outside your network. I am working on a media-specific Java API for AAF and MXF that includes support for UUIDs and UMIDs. Both can be generated at source and, as long as a consistent generation strategy is used, should be globally unique. Richard On 4/3/08 12:40, Chris Sizemore [EMAIL PROTECTED] wrote: anyone got any thoughts or experiences with the UUID system for uniquely identifying objects mentioned below? in our collective opinion and experience, is there anything like that, or close to that, in existence yet? -- Dr Richard Cartwright media systems architect portability4media.com [EMAIL PROTECTED] mobile +44 (0)7792 799930
Re: [backstage] What would you love to see coming out of BBC Vision in the near future?
Clearly one or two minor issues to resolve but... lol! :) - 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/backstage@lists.bbc.co.uk/
Re: [backstage] Freesat info for open source projects
Dave Whitehead wrote: I'd keep an eye on a thread over at digitalspy from others are experimenting with the Freesat EPG data currentlty being transmitted. http://www.digitalspy.co.uk/forums/showthread.php?t=751053 Thanks for pointing that out, I hadn't seen it. With a bit of tweaking I was able to get the testing EPG data into the Myth database. It seems it's simply standard EIT being broadcast on a non-standard PID, but that and the fact that the programme titles are, mostly, scrambled, may well be because it's just trial data. It was interesting to see the TVAnytime CRIDs in there as on Freeview. It all looks very encouraging. Of course, there will be people reading this mailing list who know all this and also the future plans and are probably feeling quite frustrated that they can't correct all the misapprehensions that are going round. David - 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/backstage@lists.bbc.co.uk/
[backstage] Business Reasons To Support Gnash
Hi, It seems Gnash is attracting a lot of funding and direct support these days... When will the BBC support access to the Flash-based parts of its websites with free software by helping the Gnash project? -- Forwarded message -- From: James Northcott / Chief Systems [EMAIL PROTECTED] Date: 4 Mar 2008 21:45 Subject: [Gnash-dev] Gnash, Flash, Adobe, and cash To: [EMAIL PROTECTED] Hello, My business partners and I are currently working on a Linux-based application that requires Flash playback. Adobe has specifically excluded our application from bundling a Flash player under the terms of their free distribution license, and our efforts to negotiate some sort of paid licensing agreement have stalled. At this point, we are looking for alternatives, and it would seem that helping Gnash would be a viable option for us. This leads me to ask the following questions: 1. What is stopping the Gnash team from fully implementing the Flash 9 file format? Where could we help the most? I understand there are some legal issues with those who have agreed to the Adobe EULA making contributions to Gnash. I'm also sure that there are manpower issues, as well as funding issues. I would appreciate someone taking the time to explain where the largest issues lie. We have some programming resources available, although we have no experience with the Gnash codebase at all, as well as a potentially large number of sample Flash movies that play correctly in the Adobe player but not in Gnash. 2. What kind of monetary investment would be necessary to significantly speed up Gnash development? I realize that this may be a difficult question to answer, but we are quite serious. We were prepared to pay Adobe to license their player, but this seems to have hit a dead end - could our contribution to Gnash help speed up development, and if so, how large a contribution would be required to overcome the blockers for Flash 9 support? We understand the open source model, and we are not interested in owning the copyright or changing the license of the Gnash code. We are simply willing to pay to get Flash 9 playback in our product, if this ends up being within our budget. I appreciate any feedback you have for me. James ___ Gnash-dev mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/gnash-dev -- Regards, Dave Personal opinion only, not the views of any employers. - 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/backstage@lists.bbc.co.uk/
RE: [backstage] What would you love to see coming out of BBC Vision in the near future?
cool stuff richard. so how do/should we expose GUIDs to the outside world, in a sorta Web kind of way? cause it's not enough to just generate unique IDs internally, we also have to broadcast their, um, meaning to the world at large... in other words, seems like you need the ID, some metadata to describe the thing ID'd, and a publishing/broadcasting mechanism so that other people/systems know you have info to communicate. a la: http://musicbrainz.org/artist/ba853904-ae25-4ebb-89d6-c44cfbd71bd2.html sounds like the Web to me... and MusicBrainz, for instance, is an example of all of the above, no? but now, don't we need an EverythingBrainz (as a colleague of mine recently put it)? (BTW, i'm a person that feels that URLs, by definition, are GUIDs) best-- --cs -Original Message- From: [EMAIL PROTECTED] on behalf of Richard Cartwright Sent: Tue 3/4/2008 5:31 PM To: BBC Backstage Subject: Re: [backstage] What would you love to see coming out of BBC Vision in the near future? Chris I¹ve a lot of recent experience with 16-byte UUIDs for identifying content (RFC 4122) and the slightly more media-savy 32-byte Unique Material Identification (UMID) from SMPTE (SMPTE 330M). Both standards are the basis for the Advanced Authoring Format, an industry standard used by video production tools from companies such as Avid and Quantel, and the related Material Exchange Format (MXF) used for production material interchange and now supported by a number of broadcast quality cameras, transcoders etc.. UUIDs are also known as GUIDs and are common to Microsoft Windows OS. Many unix OSs have a ³uuidgen² command to create UUIDs. Java has a ³java.util.UUID² class for generating and representing UUIDs. UUIDs are very well supported and have been the subject of some interesting security issues as without careful use they can expose your host ids outside your network. I am working on a media-specific Java API for AAF and MXF that includes support for UUIDs and UMIDs. Both can be generated at source and, as long as a consistent generation strategy is used, should be globally unique. Richard On 4/3/08 12:40, Chris Sizemore [EMAIL PROTECTED] wrote: anyone got any thoughts or experiences with the UUID system for uniquely identifying objects mentioned below? in our collective opinion and experience, is there anything like that, or close to that, in existence yet? -- Dr Richard Cartwright media systems architect portability4media.com [EMAIL PROTECTED] mobile +44 (0)7792 799930
Re: [backstage] What would you love to see coming out of BBC Vision in the near future?
BBC Vision edit log data would be good. Lots of useful meta-data there. As for getting the meaning out there. GUIDs might be less important than being able to perform semantic queries on whatever naming conventions exist already around the Beeb. e.g. creating a pool of edit log data and opening it up for SPARQL queries would perhaps be very useful. Not necessarily that useful having a particular tape ID as a GUID The ability to run queries over film/video logs, typically only viewed by editors, would no doubt reveal gems for repurposing and redistribution, let along allowing the Beeb to track and re-use source material better. Cheers .M. On Wed, Mar 5, 2008 at 10:17 AM, Chris Sizemore [EMAIL PROTECTED] wrote: cool stuff richard. so how do/should we expose GUIDs to the outside world, in a sorta Web kind of way? cause it's not enough to just generate unique IDs internally, we also have to broadcast their, um, meaning to the world at large... in other words, seems like you need the ID, some metadata to describe the thing ID'd, and a publishing/broadcasting mechanism so that other people/systems know you have info to communicate. a la: http://musicbrainz.org/artist/ba853904-ae25-4ebb-89d6-c44cfbd71bd2.html sounds like the Web to me... and MusicBrainz, for instance, is an example of all of the above, no? but now, don't we need an EverythingBrainz (as a colleague of mine recently put it)? (BTW, i'm a person that feels that URLs, by definition, are GUIDs) best-- --cs -Original Message- From: [EMAIL PROTECTED] on behalf of Richard Cartwright Sent: Tue 3/4/2008 5:31 PM To: BBC Backstage Subject: Re: [backstage] What would you love to see coming out of BBC Vision in the near future? Chris I¹ve a lot of recent experience with 16-byte UUIDs for identifying content (RFC 4122) and the slightly more media-savy 32-byte Unique Material Identification (UMID) from SMPTE (SMPTE 330M). Both standards are the basis for the Advanced Authoring Format, an industry standard used by video production tools from companies such as Avid and Quantel, and the related Material Exchange Format (MXF) used for production material interchange and now supported by a number of broadcast quality cameras, transcoders etc.. UUIDs are also known as GUIDs and are common to Microsoft Windows OS. Many unix OSs have a ³uuidgen² command to create UUIDs. Java has a ³java.util.UUID² class for generating and representing UUIDs. UUIDs are very well supported and have been the subject of some interesting security issues as without careful use they can expose your host ids outside your network. I am working on a media-specific Java API for AAF and MXF that includes support for UUIDs and UMIDs. Both can be generated at source and, as long as a consistent generation strategy is used, should be globally unique. Richard On 4/3/08 12:40, Chris Sizemore [EMAIL PROTECTED] wrote: anyone got any thoughts or experiences with the UUID system for uniquely identifying objects mentioned below? in our collective opinion and experience, is there anything like that, or close to that, in existence yet? -- Dr Richard Cartwright media systems architect portability4media.com [EMAIL PROTECTED] mobile +44 (0)7792 799930 -- MOD Films http://modfilms.com +44 208 144 8981 (UK) +61 2 8003 4811 (AU)
RE: [backstage] What would you love to see coming out of BBC Vision in the near future?
wow, now that's a cool idea. any BBC DMI guys lurking on the list? -Original Message- From: [EMAIL PROTECTED] on behalf of Michela Ledwidge Sent: Wed 3/5/2008 1:08 AM To: backstage@lists.bbc.co.uk Subject: Re: [backstage] What would you love to see coming out of BBC Vision in the near future? BBC Vision edit log data would be good. Lots of useful meta-data there. As for getting the meaning out there. GUIDs might be less important than being able to perform semantic queries on whatever naming conventions exist already around the Beeb. e.g. creating a pool of edit log data and opening it up for SPARQL queries would perhaps be very useful. Not necessarily that useful having a particular tape ID as a GUID The ability to run queries over film/video logs, typically only viewed by editors, would no doubt reveal gems for repurposing and redistribution, let along allowing the Beeb to track and re-use source material better. Cheers .M. On Wed, Mar 5, 2008 at 10:17 AM, Chris Sizemore [EMAIL PROTECTED] wrote: cool stuff richard. so how do/should we expose GUIDs to the outside world, in a sorta Web kind of way? cause it's not enough to just generate unique IDs internally, we also have to broadcast their, um, meaning to the world at large... in other words, seems like you need the ID, some metadata to describe the thing ID'd, and a publishing/broadcasting mechanism so that other people/systems know you have info to communicate. a la: http://musicbrainz.org/artist/ba853904-ae25-4ebb-89d6-c44cfbd71bd2.html sounds like the Web to me... and MusicBrainz, for instance, is an example of all of the above, no? but now, don't we need an EverythingBrainz (as a colleague of mine recently put it)? (BTW, i'm a person that feels that URLs, by definition, are GUIDs) best-- --cs -Original Message- From: [EMAIL PROTECTED] on behalf of Richard Cartwright Sent: Tue 3/4/2008 5:31 PM To: BBC Backstage Subject: Re: [backstage] What would you love to see coming out of BBC Vision in the near future? Chris I¹ve a lot of recent experience with 16-byte UUIDs for identifying content (RFC 4122) and the slightly more media-savy 32-byte Unique Material Identification (UMID) from SMPTE (SMPTE 330M). Both standards are the basis for the Advanced Authoring Format, an industry standard used by video production tools from companies such as Avid and Quantel, and the related Material Exchange Format (MXF) used for production material interchange and now supported by a number of broadcast quality cameras, transcoders etc.. UUIDs are also known as GUIDs and are common to Microsoft Windows OS. Many unix OSs have a ³uuidgen² command to create UUIDs. Java has a ³java.util.UUID² class for generating and representing UUIDs. UUIDs are very well supported and have been the subject of some interesting security issues as without careful use they can expose your host ids outside your network. I am working on a media-specific Java API for AAF and MXF that includes support for UUIDs and UMIDs. Both can be generated at source and, as long as a consistent generation strategy is used, should be globally unique. Richard On 4/3/08 12:40, Chris Sizemore [EMAIL PROTECTED] wrote: anyone got any thoughts or experiences with the UUID system for uniquely identifying objects mentioned below? in our collective opinion and experience, is there anything like that, or close to that, in existence yet? -- Dr Richard Cartwright media systems architect portability4media.com [EMAIL PROTECTED] mobile +44 (0)7792 799930 -- MOD Films http://modfilms.com +44 208 144 8981 (UK) +61 2 8003 4811 (AU)
[backstage] Is it just me, or is some stereo audio on BBC chans (Freeview) out of phase?
Not used my USB Freeview receiver for a while, hooked it up because I dug out an amplified aerial and thought 'heck, why not.' In essense, audio seems to be varying degrees out of phase - measurably 90 degrees out of phase on BBC Three and N24. I observed this phenomenon tonight on BBC Three, BBCs One and Two but most noticeable on News 24. Speech is fine (which is generally monaural, so yeah) and on other channels it's a bit noticeable in places, but it's most obvious on N24 and BBC Three where there's stereo music... The top of the hour buffer (with the countdown) on News 24 is totally out of phase for its duration. I'm sure I've not noticed this before, or if I have it's not been that bad, so I've not really thought too much of it... But with a reference studio setup I've gotten very used to out of phase audio (I do a lot of mixing and production for my uni course) and it sounds really odd. Elephant Diaries' stereo incidental music is also very out of phase. Is this something anybody else has noticed, or is it just me with this particular setup? I've got AC3Filter playing back audio at the moment, but it's doing nothing fancy, just matrixing the audio to a simple L/R config (stereo in, stereo out). I've got recordings from years ago (Glastonbury recordings, music recordings etc) and they never sounded wrong... This has me wondering if it's something to do with my particular setup, or whether some funky psychoacoustic processing has been applied to any stereo audio. Mono sound and speech remains perfectly in phase, dead on the axis Ambient background from in-shot stereo mics sounds like it has a very wide stereo image (binaural or T-bar mic on the camera?) but it's still pretty much in phase Background incidental music and trailers / buffers (N24 etc) sound totally out of phase I can see the phase in Audition as I watch a channel, so I have a good realtime, visual representation - and it tallies with what my ears can hear. Can anybody else hear what I'm on about? It's been a long time since I had a good chance to properly listen to the sound on Freeview, but I need a sanity check on this, because to me, something sounds different. Help! Cheers Christopher
RE: [backstage] What would you love to see coming out of BBC Vision in the near future?
oh, but you mention SPARQL queries, so doesn't that mean that we'd need full resource/RDF/URIs approach at least internally at the Beeb? or at least the capability and internal structure and data model in place internally to publish our data out to the world at a SPARQL end-point? to really offer SPARQL GUIDs are probably neither here nor there, but we'd need to do pretty well with URIs, no? personally, i liked the suggestion earlier to use dBpedia.org URIs as a starter lingua franca of URIs... clearly that wouldn't be relevant for IDing many of the resources pertinent to the editing suite, but even there it'd be relevant for some (people the video clip was about, etc) best-- --cs -Original Message- From: Chris Sizemore Sent: Wed 3/5/2008 6:38 AM To: backstage@lists.bbc.co.uk; backstage@lists.bbc.co.uk Subject: RE: [backstage] What would you love to see coming out of BBC Vision in the near future? wow, now that's a cool idea. any BBC DMI guys lurking on the list? -Original Message- From: [EMAIL PROTECTED] on behalf of Michela Ledwidge Sent: Wed 3/5/2008 1:08 AM To: backstage@lists.bbc.co.uk Subject: Re: [backstage] What would you love to see coming out of BBC Vision in the near future? BBC Vision edit log data would be good. Lots of useful meta-data there. As for getting the meaning out there. GUIDs might be less important than being able to perform semantic queries on whatever naming conventions exist already around the Beeb. e.g. creating a pool of edit log data and opening it up for SPARQL queries would perhaps be very useful. Not necessarily that useful having a particular tape ID as a GUID The ability to run queries over film/video logs, typically only viewed by editors, would no doubt reveal gems for repurposing and redistribution, let along allowing the Beeb to track and re-use source material better. Cheers .M. On Wed, Mar 5, 2008 at 10:17 AM, Chris Sizemore [EMAIL PROTECTED] wrote: cool stuff richard. so how do/should we expose GUIDs to the outside world, in a sorta Web kind of way? cause it's not enough to just generate unique IDs internally, we also have to broadcast their, um, meaning to the world at large... in other words, seems like you need the ID, some metadata to describe the thing ID'd, and a publishing/broadcasting mechanism so that other people/systems know you have info to communicate. a la: http://musicbrainz.org/artist/ba853904-ae25-4ebb-89d6-c44cfbd71bd2.html sounds like the Web to me... and MusicBrainz, for instance, is an example of all of the above, no? but now, don't we need an EverythingBrainz (as a colleague of mine recently put it)? (BTW, i'm a person that feels that URLs, by definition, are GUIDs) best-- --cs -Original Message- From: [EMAIL PROTECTED] on behalf of Richard Cartwright Sent: Tue 3/4/2008 5:31 PM To: BBC Backstage Subject: Re: [backstage] What would you love to see coming out of BBC Vision in the near future? Chris I¹ve a lot of recent experience with 16-byte UUIDs for identifying content (RFC 4122) and the slightly more media-savy 32-byte Unique Material Identification (UMID) from SMPTE (SMPTE 330M). Both standards are the basis for the Advanced Authoring Format, an industry standard used by video production tools from companies such as Avid and Quantel, and the related Material Exchange Format (MXF) used for production material interchange and now supported by a number of broadcast quality cameras, transcoders etc.. UUIDs are also known as GUIDs and are common to Microsoft Windows OS. Many unix OSs have a ³uuidgen² command to create UUIDs. Java has a ³java.util.UUID² class for generating and representing UUIDs. UUIDs are very well supported and have been the subject of some interesting security issues as without careful use they can expose your host ids outside your network. I am working on a media-specific Java API for AAF and MXF that includes support for UUIDs and UMIDs. Both can be generated at source and, as long as a consistent generation strategy is used, should be globally unique. Richard On 4/3/08 12:40, Chris Sizemore [EMAIL PROTECTED] wrote: anyone got any thoughts or experiences with the UUID system for uniquely identifying objects mentioned below? in our collective opinion and experience, is there anything like that, or close to that, in existence yet? -- Dr Richard Cartwright media systems architect portability4media.com [EMAIL PROTECTED] mobile +44 (0)7792 799930 -- MOD Films http://modfilms.com +44 208 144 8981 (UK) +61 2 8003 4811 (AU)
Re: [backstage] One-day Conference To Help Web Developers Address Accessibility in Web 2.0
On Monday 03 March 2008 14:51:33 Ian Forrester wrote: Hi All, We're involved in abilitynet's one day conference - www.abilitynet.org.uk/accessibility2 This may actually be quite interesting, its certainly a topic that could do with a little more publicity and support. (I should say its also nice to see the page's referring to the conference boasts both valid markup and passes automated accesibility tests.) The only thing I would take issue with is that at £150.00 (plus travel and accomodation) this will be out of reach for the group that would benefit from it most. (i.e. small web design company's, freelancers etc.. who probably havn't got a compliance team already telling them they should be aiming for accessibility as well as glitz.) Having said that, at least AbilityNet is a charity, so presumably the cash will go to good use. Cheers Andy. signature.asc Description: This is a digitally signed message part.