W3C home > Mailing lists > Public > public-webrtc@w3.org > July 2013

Re: URL.createObjectURL() for DataChannels

From: <piranna@gmail.com>
Date: Wed, 17 Jul 2013 02:29:59 +0200
Message-ID: <CAKfGGh3qD-Hq4JBWbXLaDh3jWR7riKb9hnEA0yaA4QfF5myskw@mail.gmail.com>
To: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
Cc: Peter Thatcher <pthatcher@google.com>, Harald Alvestrand <harald@alvestrand.no>, public-webrtc <public-webrtc@w3.org>
Yes, Silvia is right, ShareFest is a similar application to the one I'm
developing (ShareIt!), and my idea is that instead get the data and process
and compose it by hand using custom protocols or reimplementing  standar
ones like HTTP in Javascript, just to be able to re-use the current parsers
implemented inside the browser.
El 17/07/2013 02:22, "Silvia Pfeiffer" <silviapfeiffer1@gmail.com> escribió:

> Maybe they used to, but that's not the case any more. They seem to be
> commercialising this, which is fair enough IMHO.
>
> It should be really similar to https://github.com/Peer5/ShareFest/ but
> with the returned resource presented in the browser rather than saved
> to disk.
>
> Silvia.
>
> On Wed, Jul 17, 2013 at 10:12 AM, piranna@gmail.com <piranna@gmail.com>
> wrote:
> > Similar to PeerCDN, you say? I believe they have the code on GitHub...
> >
> > El 17/07/2013 02:08, "Peter Thatcher" <pthatcher@google.com> escribió:
> >
> >> That's pretty cool.  Has anyone done something a little more
> >> open-source-ish so that piranna@gmail.com and others interested can
> see how
> >> it could be done?
> >>
> >>
> >> On Tue, Jul 16, 2013 at 4:58 PM, Silvia Pfeiffer
> >> <silviapfeiffer1@gmail.com> wrote:
> >>>
> >>> I thought that's exactly what these guys do:
> >>> http://gigaom.com/2013/03/28/peercdn-p2p-cdn/
> >>>
> >>> On Wed, Jul 17, 2013 at 9:42 AM, Peter Thatcher <pthatcher@google.com>
> >>> wrote:
> >>> > Although it may have had some details incorrect, I think the general
> >>> > idea is
> >>> > an interesting one:  could web page resources (such as images) be
> >>> > loaded
> >>> > through a the data channel?
> >>> >
> >>> > I can think of a few ways that might be accomplished.  But before I
> >>> > think
> >>> > too much about it:  has anyone else spent some time thinking about
> how
> >>> > it
> >>> > could be done and under what circumstances it could be useful?
> >>> >
> >>> >
> >>> >
> >>> > On Tue, Jul 16, 2013 at 5:46 AM, Harald Alvestrand
> >>> > <harald@alvestrand.no>
> >>> > wrote:
> >>> >>
> >>> >> On 07/15/2013 11:32 AM, piranna@gmail.com wrote:
> >>> >>>
> >>> >>> With URL.createObjectURL() you can create a temporal URL for
> example
> >>> >>> from a getUserMedia() video and attach it to a <video> tag, or you
> >>> >>> can
> >>> >>> use it with a Javascript fragment of code inside a Blob object and
> >>> >>> give it to an inline WebWorker (also from inside a file:// scheme).
> >>> >>
> >>> >>
> >>> >> Sorry, I can't parse that description.
> >>> >> - It's "temporary", not "temporal"
> >>> >> - There aren't Javascript fragments inside Blob objects
> >>> >> - I don't know what you mean by "give it to an inline WebWorker".
> >>> >>
> >>> >>
> >>> >>>
> >>> >>> My idea is to be able to do the same but with WebRTC DataChannels.
> >>> >>> This way, they could be accesed using an iframe location or similar
> >>> >>> (also a <video> tag if required) using nested URLs this way:
> >>> >>>
> >>> >>> iframe.location = "http:blob:<random-blob-UUID>/index.html"
> >>> >>
> >>> >>
> >>> >> This URL is malformed, unless I've forgotten everything I know about
> >>> >> HTTP
> >>> >> URLs.
> >>> >> If you want an URL that accesses some protocol other than HTTP,
> please
> >>> >> don't use HTTP URLs.
> >>> >>
> >>> >>
> >>> >>>
> >>> >>> This would allow literally surf over webpages hosted on the other
> >>> >>> peer
> >>> >>> or whatever other thing you can do with a normal URL on the browser
> >>> >>> without needing to reimplement them, just changing the TCP/HTTP
> >>> >>> transport for the datachannel itself, and also maybe it would be
> >>> >>> integrated directly on the browser (via plugin?) so it would run on
> >>> >>> the main document setting that URL directly in the URL address bar.
> >>> >>
> >>> >>
> >>> >> Unfortunately HTTP has the concept of an end-of-page (unless you use
> >>> >> one
> >>> >> of the infinite-document tricks that people have been using while
> >>> >> waiting
> >>> >> for webchannels to become available).
> >>> >>
> >>> >>>
> >>> >>> For security, it would be required that only connect to
> DataChannels
> >>> >>> whose protocol attribute is set and it's equal to the scheme we are
> >>> >>> trying to use on it.
> >>> >>
> >>> >>
> >>> >> Please try to reformulate what you want to do rather than trying to
> >>> >> express it in terms of HTTP; HTTP just doesn't work that way.
> >>> >>
> >>> >>
> >>> >>>
> >>> >>>
> >>> >>> --
> >>> >>> "Si quieres viajar alrededor del mundo y ser invitado a hablar en
> un
> >>> >>> monton de sitios diferentes, simplemente escribe un sistema
> operativo
> >>> >>> Unix."
> >>> >>> – Linus Tordvals, creador del sistema operativo Linux
> >>> >>>
> >>> >>
> >>> >>
> >>> >
> >>
> >>
> >
>
Received on Wednesday, 17 July 2013 00:30:26 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:35 UTC