Re: [backstage] Joost anyone?

2007-01-29 Thread Neil Smith [MVP Digital Media]

Thanks for that Libby, much appreciated.
Off to play with my new toys now ;-)

Cheers - Neil

At 12:17 28/01/2007, you wrote:


On Wed, 17 Jan 2007, Robert Kerry wrote:

 Email me if you'd like an invite - not sure how many I can give out though.

 :o)


(belatedly) I work for Joost and have a few invites spare.

Libby


 Rob
 evilgreenmonkey



 On 17/01/07, John [EMAIL PROTECTED] wrote:
  Any idea how i can get one of those?
 
  Already registered on the beta-testers list,
 
  Appreciate it,
 
 
  John.
 
  On 1/17/07, Brian Butterworth [EMAIL PROTECTED] wrote:
  
  
   Mario,
  
   I would be very pleased to accept your token.
  
   Thanks in advance.
  
   Brian Butterworth
   www.ukfree.tv
  
  
  
   
   From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED] On Behalf Of Mario Menti
   Sent: 17 January 2007 06:52
   To: backstage@lists.bbc.co.uk
   Subject: Re: [backstage] Joost anyone?
  
  
   On 1/16/07, Brian Butterworth [EMAIL PROTECTED] wrote:
  
I'm not after a review, I wish to use it!  The message I got when I
  signed
up was to ask someone else 'who has a token' to provide me with one.
   
And if you don't ask you don't get.
   
   
Brian Butterworth
www.ukfree.tv
  
  
  
   Brian - let me know if you have received an invite off-list. 
If not, I can
  send you one. (Before anyone else asks, I only have this one 
spare token at

  the moment, but more may be forthcoming in future...)
  
   Mario.
  
  
  
  
   --
   No virus found in this incoming message.
   Checked by AVG Free Edition.
   Version: 7.5.432 / Virus Database: 268.16.13/632 - Release Date:
  16/01/2007 16:36
  
  
  
   --
   No virus found in this outgoing message.
   Checked by AVG Free Edition.
   Version: 7.5.432 / Virus Database: 268.16.13/632 - Release Date:
  16/01/2007 16:36
  
 
 
 
  --
  John Griffiths
  http://www.red91.com
 -
 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/


[backstage] RE: Mac Playback [was : backstage Funny Story]

2006-07-04 Thread Neil Smith [MVP Digital Media]
Flip4Mac are currently Beta testing their universal binaries package 
for the Flip4Mac WMV plugin.
Pretty soon you ought to be able to at least view the BBC news WMV 
streams in Quicktime on the intel mac.


Cheers - Neil

At 11:43 04/07/2006, you wrote:

Hi

I run an intel mac. I am sad that I cannot now enjoy
radio so conveniently (but it is still possible) and
video (at all). i guess we are waiting for Real to do
their thing?

Angus


--- Gordon Joly [EMAIL PROTECTED] wrote:

 
 I'm would still be interested to hear Davy's reason
 for not having Flash
 installed - just for anecdotal evidence - we do use
 flash for
 interactive presentations and it's very useful and
 widely distributed,
 but we're aware of all the problems and tradeoffs
 it brings with it. For
 the Pregnancy Timeline I can't think why we
 wouldn't have an accesible
 alternative so I will follow up on that.
 
 Kevin.


 And of course, to accessible, there has to be a
 Flash alternative, surely?

 Gordo


 --
 Think Feynman/
 http://pobox.com/~gordo/
 [EMAIL PROTECTED]///
 -
 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/





___
Copy addresses and emails from any email account to Yahoo! Mail - 
quick, easy and free. http://uk.docs.yahoo.com/trueswitch2.html

-
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] All streamable programmes

2006-05-15 Thread Neil Smith [MVP Digital Media]

Pete -

.ra are real player media files, that is - they contain the actual 
streaming audio data.
.ram is a playlist text format, which can have one or multiple lines, 
on each line is the URL to an audio or video stream


[In quicktime, you have an almost equivalent .qtl format, though 
that's actually a tiny XML file]


Linking to .ram is preferred, because the real player browser plugin 
registers that as one of its own handlers - the browser hands off the 
.ram file to real player, guaranteeing that real player and not some 
other browser plugin will play the file. In addition, clicking on a 
.ram (or .qtl) link will launch the standalone player rather than 
trying to play the content in some plugin directly in the browser.


This is an important distinction, because media players can register 
multiple audio and video types, and may conflict. For example you 
could use a .ram playlist containing links to a bunch of MP3 files, 
which could equally be played by media player, quicktime or real 
player. That's not a great example but you get the idea.


You can apply the same concept to MP4 or 3GPP content, where certain 
features of the streamed content might be preferable to play in one 
or other known player, rather than 'whatever's defaultly registered 
currently'  on the users computer.


Where it becomes more important is if you want to do certain things 
with a stream - real player and quicktime both support SMIL 
containers for specifying how a stream should be laid out on screen 
in the player - however their implementations of SMIL are slightly 
modified from the standard, so you might want to target real player 
by linking to a .ram file, and quicktime by linking to a .qtl file 
type, each of which references a SMIL file containing player-specific 
features (and possibly content)


The real player SMIL file might reference a real audio stream and a 
realtext subtitle file - the quicktime link could reference an MP3 
audio and qttext subtitles.



HTH
Cheers - Neil


At 17:54 15/05/2006, you wrote:

Can you clarify exactly what you mean here.

The recently announced test API lists .ra and .RAM for 'locations' for the
radio stations. I have seen no mention anywhere of any restriction on what
one may personally access. Pardon my ignorance but are .ra files considered
as RAM files?

The multicast trial provides links to RAM files that open in Real Player.

I think I must be getting very confused; perhaps I don't understand what you
mean by link directly to RAM files? Is there some difference between
'listen live' and 'listen again'?

Thanks

Pete Cole

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of Ben Metcalfe
 Sent: 15 May 2006 15:09
 To: backstage@lists.bbc.co.uk
 Subject: RE: [backstage] All streamable programmes

  Is there a list somewhere of all the programmes that are
 streamable ?
 
  i.e. I know working lunch is, and that's top, and the news
 sometimes
  is (although it's often yesterdays 10am news!) But I'm pretty sure
  Countryfile isn't, and wish it was (seperately; maybe a wishlist of
  streamable archive programmes would be good ?)
 
  So what other programmes are fully streamable ?
  It's so gotta be on a page someplace.

 Hmmm, I don't think there is.  I'll try and find out if
 there's something we can do (for TV, you mean?).

 For radio programmes everything is in the BBC Radio Player.
 We don't link directly to RAM files (and ask the backstage
 community not to
 either) because of our ongoing agreement with the record
 industry to only pay licensed music in a BBC branded
 player.  It's how we're able to keep current and chart music
 in our streams where other providers of streams/podcasts must
 remove the music before distribution.


 Cheers

 Ben : backstage.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/


Re: [backstage] iMP: accessibility, is the smell really that bad?

2005-11-08 Thread Neil Smith [MVP Digital Media]

Thanks for the screenshots James.

So unless they just ripped the graphics from WMP (possible but 
unlikely) it's using that as an embedded client.


It could be worth trying some of the standard WM player keyboard 
shortcuts, eg F9/F10 for volume, ALT+ENTER for full screen, and see 
if it intercepts them. The skin might need to be specifically coded 
to hand those events to the player.


I suppose the questions are - what's the broadcast stream format (is 
it WMV or some more globally viewable content like MP4). And is it 
DRM protected, which would definitely prevent Mac** or Linux users, 
or any other OS, from viewing the content.


Cheers - Neil

** Well, Mac media player supports early v4 DRM but they're up to v7 
now and that's completely broken on the Mac WMP - and not looking to 
be updated by all appearances. Unless the beeb can apply some leverage wink /


At 00:38 08/11/2005, you wrote:

Here's a few screenies: http://www.webcoding.co.uk/imp/

Note that you can actually play the DRM'd files in Media Player 
itself, it doesnt have to go through the iMP player design.  All 
the video's can be fast forwarded etc without issue.

Jim.

Neil Smith [MVP Digital Media] wrote:


At 12:01 07/11/2005, you wrote:

Since it's a testing beta more aimed at testing the technology and 
the idea I'm sure the accessibility elements will come in when it's out.
The boards suggest a limited budget to examine this idea and 
that's why we havent seen a linux or mac client and I suspect the 
same can be applied to a complete design and other related issues.



I missed getting on the Beta due to being out of the country.

But my impression was it uses a skinned windows media player. I 
could be wrong. If I'm not though, any inherent limitations of WMP 
(broken, mostly on Mac, and not available for unixes) would be present.


Thoughts ?

Cheers - Neil -
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/


Re: [backstage] iMP: accessibility, is the smell really that bad?

2005-11-07 Thread Neil Smith [MVP Digital Media]

At 12:01 07/11/2005, you wrote:
Since it's a testing beta more aimed at testing the technology and 
the idea I'm sure the accessibility elements will come in when it's out.
The boards suggest a limited budget to examine this idea and that's 
why we havent seen a linux or mac client and I suspect the same can 
be applied to a complete design and other related issues.


I missed getting on the Beta due to being out of the country.

But my impression was it uses a skinned windows media player. I could 
be wrong. If I'm not though, any inherent limitations of WMP (broken, 
mostly on Mac, and not available for unixes) would be present.


Thoughts ?

Cheers - Neil  


-
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] Some changes to the TV-Anytime data

2005-09-15 Thread Neil Smith [MVP Digital Media]

At 18:32 14/09/2005 +0100, you wrote:
Some bug fixes and modifications have been made to the data set - these 
are outlined below.


2. When audio description is being provided for a programme, this is 
indicated with an extra AudioAtrributes entry with an AudioLanguage 
purpose of type 1 (Audio description for the visually impaired):

AudioAttributes
 NumOfChannels1/NumOfChannels
 AudioLanguage purpose='urn:tva:metadata:cs:AudioPurposeCS:2004:1'E
N-UK/AudioLanguage
/AudioAttributes


delurk Ahh - this reminds me of something I meant to ask ! /delurk

From other interest areas, I know the Beeb are involved in the W3C Timed 
Text initiative. I think one of the contacts is David Kirby in the RD 
section of BBC.


For those of you who don't know, this is an XML format for storing 
subtitles or captions (if you're in the USA).


So here's a thought : Supposing each broadcast program is subtitled - most 
are, to meet disability guidelines for deaf viewers.  How about publishing 
the subtitle files as part of backstage, in W3C TT format (maybe in the 
final draft format until the complete spec is ratified).


Then in the TV data feeds, publish a linkage to the subtitle file.  So, not 
actually embedded in the TV data feeds, but as a separate dataset. Now we'd 
have something similar to the google video and Blinkx text searches.


I do this on my Captionkit website, but of course it's a manual process to 
enter the captions in the editor.


As the BBC already pay people to create and store this data, it's 
definitely available and I think it would be a massive benefit to publish 
it. If you did that I'd for-sure drum up a demo project in under a week 
(probably a PHP API) to make use of those, and link a subtitle search to 
program information for repeats etc.


Food for thought ?

Cheers - Neil 


-
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/