If a streaming-only client was distributed in binary form (to ensure the software will always only be streaming-only) and keys were sufficiently protected, and NDAs and commercial agreements were signed you might get somewhere. Of course reach, value, etc. would have to be evaluated.
However there's an additional point that people often forget is that the BBC has (as any other entity) the need to protect its name and brand. They can't allow one unauthorised client without allowing them all, e.g. if a device manufacturer was to launch a device with their own iPlayer client, (which may for example be plastered with adverts), the BBC would be in the awkward position of allowing some unauthorised clients, but not others. The syndication policy gives the BBC protection against this. Then of course there's the legal position that the BBC would be put in if it were to allow content to be shown on devices that it has not been licensed for. (BTW this doesn't reflect any official stance the BBC may have - just my personal thoughts on the matter.) On 30 Sep 2010, at 19:10, Alex Cockell <a...@acockell.eclipse.co.uk> wrote: > OK... but please answer me this. > > What is the process by which a streaming-only plugin for, say, VLC > *could* be evaluated and approved.. even though it wasn't written > in-house by the Beeb? > > This is the wall that the devs of Beebplayer and XBMC etc are bashing > their heads against. They are trying to do everything in good faith, > complying with Geo-IP, time restrictions etc (XBMC's plugin was > streaming-only), and they respect the rights issue. > > If they didn't, they'd simply pretend to be an iPhone and grab the > material... BUT THEY DON'T WANT TO BE DISHONEST! > > Adobe only offer ia32 Flash for Linux so far - it's still a big lump of > spaghetti code.. and there's a big old security hole at the mo... you > only have to look at the Internet blog to see the anger that's being > caused. > > The devs are not asking for syndication... they want to write a > *client*, that behaves better on specific kit... > > Also - why shouldn't someone running, say, Gentoo on a SPARC box be > locked out? Another viewer, another customer for DVDs later... after > compiling the BBC VLC plugin? > > Also - when it comes ot replacing kit.. I don't want to pay out a whole > load - then suddenly find the machine bricked by an update... > > We HAVE contacted the Trust... > > Oh - and with the range of architectures being so wide - you have > hobbyists out there, who also love the Beeb... > > On Thu, 2010-09-30 at 17:47 +0100, Anthony McKale wrote: >> Ok puts on bbc hat, lots of us like open source commit to open source >> etc etc >> >> iPlayer’s a bit of a special case where were often legally bound not >> to share the files for >> Rights reasons or even if we do have the rights we have geoip >> agreements not to share them abroad, >> then if we do finally have all the above then we have competition >> issues with competitors getting rather >> Annoyed when we share things there trying to sell, >> >> And at that point I’d advise everyone interested to contact the bbc >> trust would decides such things, >> >> Basically the way to get our video/audio on the web is flash at the >> moment, when html 5 matures and gets >> drm maybe we’ll use that or what ever the new kid on the block is, it >> won’t be my decision that’s for sure >> >> Have a look at the work done for radio aunty and such to see excellent >> ways of embedding flash into your page >> >> Ant >> >> >> On 30/09/2010 17:42, "Alex Cockell" <a...@acockell.eclipse.co.uk> >> wrote: >> >> And by doing so, they're only pissing off their best viewers - >> the early adopters. Shooting themselves in the foot when >> hobbyists only want to *help* >> >> >> ----- Original message ----- >>> They've been going out of their way trying to stop >> unapproved apps >>> grabbing content. They put a lot of effort into making sure >> content is >>> unavailable to open source systems when simply leaving it as >> is would >>> mean anyone could write on top of iPlayer. >>> >>> e.g. read the second PDF >>> >> >> http://pjakma.wordpress.com/2010/05/17/bbc-response-to-my-iplayer-drm-foi-request/ >> >>> >>> Open Source gets a mention under meetings with Technology, >> Piracy and >>> Enforcement ticked in the header of the minutes. >>> >>> On Thu, Sep 30, 2010 at 2:55 PM, Anthony McKale >>> <anthony.mck...@bbc.co.uk> wrote: >>>> Replace BBC with iPlayer and I'd agree with some of those >> points, it's >>>> more a indifference and lack of care rather than being >> directly >>>> hostile though. >>>> >>>> And I'd say that will changes rather soon, due to various >> management >>>> changes. >>>> >>>> Ps since no one's publicly said I can't.... >>>> >>>> Here's some really good ref data feeds (ps like all these >> feeds >>>> PROXY-CACHE don't hit feeds directly or you'll kill them) >>>> >>>> http://www.bbc.co.uk/iplayer/ion/refdata/type/service/ >>>> http://www.bbc.co.uk/iplayer/ion/refdata/type/category/ >>>> >> >> http://www.bbc.co.uk/iplayer/ion/refdata/type/masterbrand/service_type/tv/id >>>> s/service1/ids/sevice2/ >>>> >>>> eg >>>> >> >> http://www.bbc.co.uk/iplayer/ion/refdata/type/service/discoverable_only/1/fo >>>> rmat/json >>>> >>>> Very useful reference feed for ion, ps you guys aren't >> missing much >>>> from not having access to the wiki, it's mainly >> incomplete, inaccurate >>>> or out-of-date. >>>> >>>> Zap >>>> >>>> >>>> On 30/09/2010 13:15, "Iain Wallace" <ikwall...@gmail.com> >> wrote: >>>> >>>>> Unlikely. The BBC have gone out of their way to be >> hostile to open >>>>> source attempts at using iPlayer content, however you >> will find >>>>> working examples and programs for playing iPlayer stuff >> on pretty >>>>> much anything on that same wiki. >>>>> >>>>> On Thu, Sep 30, 2010 at 11:15 AM, Alex Cockell >>>>> <a...@acockell.eclipse.co.uk> wrote: >>>>>> I'm not personally looking for metadata, but it would >> be great if >>>>>> some of the open-source players were permitted back >> into the fold, >>>>>> meaning that VLC and the like could play BBC >> content... Especially >>>>>> for cpu architectures that Adobe don't support. >>>>>> >>>>>> Oh, and be able to distribute said player plugins in >> Linux distro >>>>>> repositories. >>>>>> >>>>>> And I want to be able to play content on my n900 >> again. >>>>>> >>>>>> >>>>>> ----- Original message ----- >>>>>>> Not sure what you're looking for, but all the >> metadata that >>>>>>> iPlayer pages uses to build a programme page is >> openly accessible >>>>>>> http://beebhack.wikia.com/wiki/IPlayer_Metadata >>>>>>> >>>>>>> It can't not be otherwise the javascript on those >> pages wouldn't >>>>>>> work. >>>>>>> >>>>>>> On Wed, Sep 29, 2010 at 2:59 PM, Anthony McKale >>>>>>> <anthony.mck...@bbc.co.uk> wrote: >>>>>>>> it uses some of them, but iplayer it's self is >> created from >>>>>>>> them too >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: owner-backst...@lists.bbc.co.uk on behalf of >> Mo McRoberts >>>>>>>> Sent: Wed 9/29/2010 2:52 PM >>>>>>>> To: backstage@lists.bbc.co.uk >>>>>>>> Subject: Re: [backstage] API into iPlayer content >>>>>>>> >>>>>>>> On Wed, Sep 29, 2010 at 14:23, Anthony McKale >>>>>>>> <anthony.mck...@bbc.co.uk> wrote: >>>>>>>>> yah the feeds aren't https/firewall protected so >> i'm >>>>>>>>> guessing no one should >>>>>>>>> mind >>>>>>>>> or at least it'll be a lesson to them if they >> didn't want >>>>>>>>> folks accessing them >>>>>>>> >>>>>>>> If memory serves either the EMP SWF itself or the >> supporting >>>>>>>> JS makes use of them, which would require their >> visibility. I >>>>>>>> could be wrong, though -- I can't for the life of >> me recall >>>>>>>> how I came to believe this to be the case, so I >> could just be >>>>>>>> making things up. >>>>>>>> >>>>>>>> M. >>>>>>>> - >>>>>>>> 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/ >>>>>> >>>>>> >>>>> >>>>> - >>>>> 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/ >>>> >>> >>> - >>> 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/ >> >> >> >> -- >> Anthony Mckale, Senior CSD >> Mob : 07912981657 >> Internal Phone : (02 776) 64470 >> BBC FMT Children's, TVC East Tower, Floor 1, Room E164 > > -- > > Alex Cockell > Reading, Berks, UK > a...@acockell.eclipse.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/ - 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/
