All things related to multicast

["Richard Mavrogeanes" <>]

Yes, it support WM (in fact, this is the primary use today).  But it also 
supports MPEG-1, MPEG-2, MPEG-4, web documents, presentations (multicast and 
unicast).  Quite flexible.
 
Rich Mavrogeanes
Founder
VBrick Systems, Inc.
12 Beaumont Road
Wallingford CT 06492 USA
+1 203.303.0200 office
+1 203.623-1698 mobile
http://www.vbrick.com <http://www.vbrick.com/> 
http://www.vbrick.net/vbbb
Building Vision Across Your Network

________________________________

From: Tony Ballardie 
[mailto:]
Sent: Tue 11/4/2008 7:00 PM
To: Richard Mavrogeanes
Cc: wg-multicast
Subject: RE: news feeds?



This sounds really interesting. I think RSS is a good way to keep
session info up to date, or purge it.

Look forward to seeing the presentation Rich, and trying it out.

Btw, does it / could it support windows media nsc files? If not that's a
bit of a showstopper imo.

Tony


> -----Original Message-----
> From: Richard Mavrogeanes 
> [mailto:]
> Sent: 04 November 2008 22:56
> To: Stig Venaas; Frank Fulchiero
> Cc: Marc Manthey; wg-multicast
> Subject: RE: news feeds?
>
> At the I2 Fall Conference, I presented our RSS method, which is
> proposed to replace SAP.
>
> In essence, all transmitters send a small message that contains the
SDP
> via unicast to one or more registration servers.  The server converts
> SDP info to RSS fields, and it allows including additional fields not
> available in a SDP file or message.
>
> The server has a nifty method to prune old listings when that message
> is no longer received from the transmitter.
>
> In addition, the system support AES encryption of the stream URL
> (meaning the IP:port construct for multicast or the http or rtsp url
> for unicast).  The transmitter sends the password in its message, and
> the server encrypts the URL using the password as the key (I
> illustrated this at the meeting).
>
> Further, the system has the notion of "channels".  Based on the
session
> information field in the SDP, a unique RSS file is created, and any
> announcement with the same information is added to the same RSS.
Thus,
> users can construct private channels where users subscribe via
> http://foo/uniqueRSS.rss.  All other messages go into a grand default
> RSS.
>
> The advantage of this approach is:
>
> - A XML / RSS construct is created which is easy to search, sort,
> extract
> - Some level of privacy, if not "security" is maintained because it is
> virtually impossible to decode encrypted URLs
> - Non-live video (VoD) is supported, either via manual entry of the
URL
> and data into the server, or by announcing VoD assets dynamically
>
>
> This is up and operational today and I've asked if there were people
in
> this group interested in working on it, perhaps leading to an RFC.
>
> I've been remiss in not sending the Presentation to Allen for
> posting...I've been on the road almost full time since the meeting and
> have not had the change to forward it...but I will :)
>
> /rich
>
>
>
> Rich Mavrogeanes
> Founder
> VBrick Systems, Inc.
> 12 Beaumont Road
> Wallingford CT 06492 USA
> +1 203.303.0200 office
> +1 203.623-1698 mobile
> http://www.vbrick.com <http://www.vbrick.com/>  <http://www.vbrick.com/>
> http://www.vbrick.net/vbbb
> Building Vision Across Your Network
>
> ________________________________
>
> From: Stig Venaas 
> [mailto:]
> Sent: Tue 11/4/2008 5:40 PM
> To: Frank Fulchiero
> Cc: Marc Manthey; wg-multicast
> Subject: Re: news feeds?
>
>
>
> Frank Fulchiero wrote:
> > I think the challenge and goal should be a system that is flexible
> > enough to be used with hardware boxes, tuners, computer browsers,
> mobile
> > browsers, software players, etc.
>
> Yes
>
> > Not sure why you could not have the best of all worlds.
> > Besides the technical challenge of devising it, standardizing it,
and
> > getting the content owners to use it!
>
> If done right, the channel reflector could work from hardware boxes,
> tuners or whatever. It's just a matter of using HTTP instead of SAP to
> retrieve the info. You may need some ways of quering just the relevant
> data and some way to filter hits, but I don't see any reason why it
> can't be done.
>
> My dream is to be able to search lots of metadata to find interesting
> content independently of (or not knowing) who is sending it etc. I
> think
> the main problem with that though, is to get the content providers to
> provide the metadata. I'm not impressed with the info people provide
in
> SAP.
>
> Stig
>
> > Cheers,
> > Frank
> >
> > On Nov 4, 2008, at 2:24 PM, Marc Manthey wrote:
> >
> >>>> Not to diminish the importance of Hitoshi's work, but why should
a
> >>>> web browser be needed to watch a video?
> >>>> Do you need to fire up a browser to watch television?
> >>
> >> i agree with you frank , but think about  millions of  little
> "mobile"
> >> devices
> >> there is sometimes not more then a "browser" , but  it could be
> "linked "
> >> to a player for example.
> >>
> >>
> >> /marc
> >> --
> >> web : http://www.let.de <http://www.let.de/>  <http://www.let.de/>
> >> PGP/GnuPG: 0x1ac02f3296b12b4d  jabber 
> >> :
> >
>
>