Re: work on url for television started

From: Simon Gibbs (simon@arch.sel.sony.com)
Date: Fri, Oct 16 1998


Message-ID: <3627A093.F71DFA32@arch.sel.sony.com>
Date: Fri, 16 Oct 1998 12:37:55 -0700
From: Simon Gibbs <simon@arch.sel.sony.com>
To: Larry Masinter <masinter@parc.xerox.com>
CC: www-tv@w3.org, Philipp Hoschka <Philipp.Hoschka@sophia.inria.fr>, Rodger Lea <rodger@arch.sel.sony.com>
Subject: Re: work on url for television started

Ok - maybe I should have been more explicit.
It's quite possible that DTV receivers will display
signals from several sources, both broadcast and
and those originating local devices in the home.
Examples of local sources could include DVD players,
AV disk arrays, PCs, DVCR etc. Furthermore,
the various home networking technologies now
underdevelopment will allow the receiver to select
and control local sources. So it's certainly reasonable
to imagine an HTML page rendered on the receiver
but containing URLs that refer to in-home content.
For example, imagine an "integrated" EPG. It would
be nice if this allowed me to access both what is
coming in over broadcast channels and what is
sitting around on local storage. So the problem then
is to define a URL scheme for local content that
allows the receiver to locate and play that content.

Simon



Larry Masinter wrote:

> > As input to this process consider the following...
> >
> > DTV receivers, in addition to tuning and displaying broadcast
> > signals, are likely to receive content from other devices in the
> > home. For example a digital cable set-top box may have a
> > "pass-through" IEEE 1394 connection to an ATSC receiver for
> > high-def decoding. The same network connection can also be used
> > to receive digital video streams from other devices in the
> > home. Just as existing URLs can refer to local and remote
> > objects, so perhaps we should allow tv URLs to refer to local
> > and remote sources.
>
> As written, this isn't very compelling. Perhaps we should, perhaps
> we shouldn't. You've set the context, but not really described
> the problem you're trying to solve.  Yes, here's a device with
> a lot of capabilities. So what's the problem?
>
> Larry