I concur with Mike's sentiments - personally, I'm not entirely satisfied with the solution the Beeb has gone with, but then again, I can understand why the BBC chose what they did - and it could be worse (there are aspects of the MSDRM scheme they're using which some would describe as 'benefits', but which I don't feel are really appropriate for open discussion on this list). I believe others have mentioned it though (their attempts to strip the DRM out of the files after downloading them) and I've done it myself in the past (purchased, DRMed music in WMA format which I had to decrypt to allow me to play back on my older DAP). Put it like this: you won't hear me complaining, at least in the near future! Plus I'd rather have MSDRM than any Apple DRM scheme, hands down, if you had to push me to a decision... I'd rather have neither and work on a trust basis given that we've technically already paid to watch this content, but that's one of those arguments you can get into and never work to a resolution. Oh, and the rights owners would just laugh and go elsewhere, so that doesn't really work.
On the brighter side of things, given that I'm a lazy sod, the fact that the content is deleted 7 days after you watch it is kind of handy, I had another two shows expire on me tonight and I thought "hmm, I would've liked to have kept those"... But then I thought "never mind, I would've burnt them off to DVD-R or archived them on my fileserver and probably only watched them once or twice again in the future, so no great loss." So, my hard drive has a little more free space - for more lovely content! - as a result. ;) > -----Original Message----- > From: mike chamberlain [mailto:[EMAIL PROTECTED] > Sent: 29 July 2007 22:49 > To: backstage@lists.bbc.co.uk > Subject: Re: [backstage] iPlayer Today? > > On 7/29/07, Andy <[EMAIL PROTECTED]> wrote: > > > That would actually be the same issue. No iPlayer client > existed when > > the BBC started the project. They created it. The BBC claim > (possible > > incorrectly) that there exists no cross platform DRM > solution, and yet > > they never considered creating it. If you find no adequate > solution to > > your problem then most people would _at least_ consider the > 2 options > > that all such projects have of coping with this problem. > > 1. Develop it yourself (in house so to speak). > > 2. Pay someone else to develop it for you. > > Options 3, Buy an off the shelf solution and use it. Bonus > points if the people whose content your licensing are happy > with it and will endemnify you against someone cracking it. > > > > > "At the time, the only two solutions deployed at scale on the > > > internet were Microsoft's DRM, and Apple's Fairplay DRM. Fairplay > > > did not include the ability to expire content, and > therefore could > > > not meet the minimum requirements for our rights at all." > > > > As above, if there is no adequate solution, you develop your own! > > > > Why is this _so_ difficult? > > All you really need is a format for describing restrictions > (how about > > something based on XML) and some kind of cryptographic system. > > "If you think cryptography will solve your problem, you don't > know anything about cryptography, and you don't understand > your problem." > > Given we all know DRM's broken, yet is mandated by the people > who own the content, what's better for the BBC to do? Write > it's own and be responsible for fixing any breakages, or use > one the content providers are happy with? > > Mike > - > 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/