Re: [backstage] Business Reasons To Support Gnash
Hum... *only* sound and video? All that content is a pretty big deal Jase, you are misquoting me - I didn't say it was a small deal , and re-reading my email, it didn't carry my point below. (Note to self: it's not enough just to think about writing something.) My main aim in listing those 3 points was to say I can't see the point of faithfully re-creating the Flash player in an open source style when really, there are only those 3 areas in which it has the drop on JS. This advantage surely cannot last forever. Regarding the points you raise, I'm not convinced of the usefulness of cross-browser clientside storage, I don't hear a lot of users clamouring for it since the predominant use case is a single browser on a single machine. Anything else suggests a return to the days of this site is best viewed in {{browser}} so users have to switch browser in the middle of their session. As for adverts, totally with the necessary evil aspect of them. I don't like them and as long as I'm free to use AdBlock Plus or equivalent, they can carry on making them and paying for my favourite sites. I'm aware of the parasitic nature of this browsing mode, so every once in a while I disable the AdBlock and randomly click on a few ads. S. On Wed, Mar 5, 2008 at 3:55 PM, Jason Cartwright [EMAIL PROTECTED] wrote: - Hum... *only* sound and video? All that content is a pretty big deal. - Cross-browser client-side storage? Sure, you can do it in JS, sometimes, using one of many APIs, but flash's shared object could make a good fallback (I've not tried this though). - Don't most JS uploaders will use a (hidden? 1px by 1px?) flash file in the page to do the heavy lifting (again, I've not tried this)? Seems Flickr's does. - Pretty much all display advertising on the web is done in Flash (where rather a lot of money is spent, apparently) J On Wed, Mar 5, 2008 at 2:23 PM, simon [EMAIL PROTECTED] wrote: Once you remove games, I believe there are only 3 things Flash player has that cannot be recreated with html + css + javascript: 1. binary socket (Audio, Video) 2. XML socket 3. no page refresh file upload with user feedback events (% loaded etc) I'm hoping someone can remove item 3 for me with a link to some fancy JS uploader S. On Wed, Mar 5, 2008 at 12:40 PM, Adam [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Playing whack-a-mole with corporate and device use cases that the legal or technological implications of Flash being proprietary break misses the forest for the trees. These are all just instances of the freedom of software users being compromised. That said, on other lists I've seen people argue that Gnash is counter-productive precisely because it supports something that isn't an open standard. This would be a reasonable argument if there was an open standard to support, but there really isn't (SVG+JavaScript or DHTML+AJAX are not substitutes). So I agree that if the BBC could provide such a standard that would be really positive. The BBC have already announced that they are working on a standard with a number of other companies. http://www.p2p-next.org/ - 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/ -- Jason Cartwright Web Specialist, EMEA Marketing [EMAIL PROTECTED] +44(0)2070313161 www.jasoncartwright.com +44(0)7976500729
Re: [backstage] What would you love to see coming out of BBC Vision in the near future?
Hi Chris It¹s not the size or form of your ID that matters, it is what you do with it that counts ;-) For UUIDs, UMIDs or URLs, you need a common understanding of what happens to them in inevitable change. I think of one use for a URL as a reference to a location where content can be expected to change, such as a news service home page, whereas I consider a UUID is immutable, it refers to one item of content for ever. Create a new version of the content and you have to create a new ID. However, this is a way of thinking and true for most ID schemes ... it all depends on how you choose to manage your identifiers. My excursion into the world of AAF has taught me a lot about comprehensive techniques for structuring and managing IDs for, and relationships between, all kinds of different media material. Most of what AAF is about is structural metadata, how one thing relates to another in a package, along a timeline, encoded with a particular codec etc.. This allows you to trace relationships between content through its various authoring stages back to its original source, a kind of super edit decision list. Structural metadata can be enhanced with descriptive metadata, normally using a schema of your own choosing as there is limited agreement between organisations about what this should be. So to build and expose your EverythingBrainz, perhaps what is needed is an API for exploring structural relationships between items of content, perhaps based on UUIDs, and an API for searching on descriptive metadata (actors, locations, scripts, awards) that may return results including related UUIDs? These APIs could be WSDL or ReSTful in style. For example, I personally think the musicbrainz example should be a location where you find out information about ³Blur² ... http://musixbrainz.org/artist/blur Where an item is currently published is really an item of descriptive metadata. Every generation of the page should have its own ID within a content management system and the published URL refers to the currently published version. The API I propose would allow you to find out the ID of the currently published version and, with appropriate permissions, to explore previous versions of the page via ID relationships. UUID, URL, maiden name, doesn¹t matter as long as the relationships are consistent. In summary, I believe that you could use many different ID schemes and many different descriptive metadata schemas. The important things are: understanding relationships between IDs are how they managed over time; how to map between the ontologies of the various different descriptive schema. Within an organisation such as the BBC, maybe what is most important in the first instance is a common set of principles for managing and publishing IDs rather than a one size fits all system? Cheers, Richard On 4/3/08 23:17, 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
Re: [backstage] Is it just me, or is some stereo audio on BBC chans (Freeview) out of phase?
Christopher Woods wrote: Can you give an exact channel, date and time when you observed the phenomenon? (03:59 GMT last night on N24, perhaps?) Definitely. Observable on BBC2 last night/this morning (05/03/2008) during the intro for Spin (03:44am). Also observable during the 60second countdown buffer for N24 top of the hour (4am). I can send MPEG2 files if you want (direct streamrip, advantage of having USB DTV receiver). I have access to DTT stream recordings. :-) I took a look at the N24 music you mentioned. Listening to it, there's a very clear difference in the stereo characteristic of the sound between the (virtually mono) talking head segments on either side of the music, and a lesser difference between the music at the end of the special report and the N24 countdown in question. Converting the stereo to mid/side encoding and listening to the new channels separately, the side channel contains virtually no LF component, whereas the mid-channel contains plenty - you'd expect them to contain roughly the same amount if the signal had been subjected to a 90 degree phase offset, and you'd expect all the low frequencies to be concentrated in the side channel in the case of a 180 degree phase inversion. So at the moment, I don't see any evidence for an overall phase error, I'm afraid - at least for the one section of audio I've had a look at. :-) The difference in the characteristic of the sound that I can hear could simply be due to the transition between dead-centre mono speech and a very complex bit of music with a broad sound stage. S - 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] Is it just me, or is some stereo audio on BBC chans (Freeview) out of phase?
Have you tried two different freeview receivers? Could it be something strange going on in hardware, or delay introduced on speaker setup / processing? On Thu, Mar 6, 2008 at 1:08 PM, Steve Jolly [EMAIL PROTECTED] wrote: Christopher Woods wrote: Can you give an exact channel, date and time when you observed the phenomenon? (03:59 GMT last night on N24, perhaps?) Definitely. Observable on BBC2 last night/this morning (05/03/2008) during the intro for Spin (03:44am). Also observable during the 60second countdown buffer for N24 top of the hour (4am). I can send MPEG2 files if you want (direct streamrip, advantage of having USB DTV receiver). I have access to DTT stream recordings. :-) I took a look at the N24 music you mentioned. Listening to it, there's a very clear difference in the stereo characteristic of the sound between the (virtually mono) talking head segments on either side of the music, and a lesser difference between the music at the end of the special report and the N24 countdown in question. Converting the stereo to mid/side encoding and listening to the new channels separately, the side channel contains virtually no LF component, whereas the mid-channel contains plenty - you'd expect them to contain roughly the same amount if the signal had been subjected to a 90 degree phase offset, and you'd expect all the low frequencies to be concentrated in the side channel in the case of a 180 degree phase inversion. So at the moment, I don't see any evidence for an overall phase error, I'm afraid - at least for the one section of audio I've had a look at. :-) The difference in the characteristic of the sound that I can hear could simply be due to the transition between dead-centre mono speech and a very complex bit of music with a broad sound stage. S - 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] Is it just me, or is some stereo audio on BBC chans (Freeview) out of phase?
I've been emailing Christopher off-list about this - I suspect it may well be a reciever issue. Most of the services on mux 1 are coded in London, and are the same across much of the country on DTT -- and I'm not seeing any phase issues on our monitoring here, with a couple of different set-top-boxes. I've suggested that Christopher tries another reciever, or moves the aerial to somewhere with better signal strength. (I don't know that much about how the decoding process works, but perhaps someone more fluent in DVB will know - is it possible that error correction and recovery could be doing odd things to the sound in the event of low signal strength?) - martin On 3/6/08, Matt Barber [EMAIL PROTECTED] wrote: Have you tried two different freeview receivers? Could it be something strange going on in hardware, or delay introduced on speaker setup / processing? On Thu, Mar 6, 2008 at 1:08 PM, Steve Jolly [EMAIL PROTECTED] wrote: Christopher Woods wrote: Can you give an exact channel, date and time when you observed the phenomenon? (03:59 GMT last night on N24, perhaps?) Definitely. Observable on BBC2 last night/this morning (05/03/2008) during the intro for Spin (03:44am). Also observable during the 60second countdown buffer for N24 top of the hour (4am). I can send MPEG2 files if you want (direct streamrip, advantage of having USB DTV receiver). I have access to DTT stream recordings. :-) I took a look at the N24 music you mentioned. Listening to it, there's a very clear difference in the stereo characteristic of the sound between the (virtually mono) talking head segments on either side of the music, and a lesser difference between the music at the end of the special report and the N24 countdown in question. Converting the stereo to mid/side encoding and listening to the new channels separately, the side channel contains virtually no LF component, whereas the mid-channel contains plenty - you'd expect them to contain roughly the same amount if the signal had been subjected to a 90 degree phase offset, and you'd expect all the low frequencies to be concentrated in the side channel in the case of a 180 degree phase inversion. So at the moment, I don't see any evidence for an overall phase error, I'm afraid - at least for the one section of audio I've had a look at. :-) The difference in the characteristic of the sound that I can hear could simply be due to the transition between dead-centre mono speech and a very complex bit of music with a broad sound stage. S - 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/ - 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] Is it just me, or is some stereo audio on BBC chans (Freeview) out of phase?
Martin Deutsch wrote: I've suggested that Christopher tries another reciever, or moves the aerial to somewhere with better signal strength. (I don't know that much about how the decoding process works, but perhaps someone more fluent in DVB will know - is it possible that error correction and recovery could be doing odd things to the sound in the event of low signal strength?) I wouldn't describe myself as an expert, but from what I know of DVB, I think that it would be very unlikely that a receiver could end up with an audio phase error and no other symptoms as a consequence of reception difficulties. S - 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] Is it just me, or is some stereo audio on BBC chans (Freeview) out of phase?
Martin Deutsch wrote: I've suggested that Christopher tries another reciever, or moves the aerial to somewhere with better signal strength. (I don't know that much about how the decoding process works, but perhaps someone more fluent in DVB will know - is it possible that error correction and recovery could be doing odd things to the sound in the event of low signal strength?) I wouldn't describe myself as an expert, but from what I know of DVB, I think that it would be very unlikely that a receiver could end up with an audio phase error and no other symptoms as a consequence of reception difficulties. Well guys, thank you all for humouring me on this (thanks in particular to Steve Jolly and Martin Deutsch) - I guess I'm just going crazy in my old twenty-two years of age. :( My brain's got to be playing tricks on me... In the years that I used the same receiver at my parents' house before moving to Brum for uni, I never once thought twice about how it sounded. It was just something, when I tuned in again here, that made me think that sounds wrong, hmm... The most frustrating thing is that to me, it still doesn't sound quite right, but my theories and observations have been roundly (and reassuringly comprehensively) disproved here! Never mind... I'm going to take these ears back to the shop on Monday morning, they've obviously outlived their usefulness. ;) Might get a new brain too (I'll get a lot for my brain because, as a drummer, it's never been used.) One thing that can't be denied is the encoding bitrate on News 24 as opposed to BBC One... When BBC One simulcasts N24 overnight, the difference is immediately noticeable - and it's only a difference of 192kbps on N24 versus 256kbps on BBC One! - 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/