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 09:58:56 +0200
Message-ID: <CAKfGGh1AfFTNijXezra1qhhDJdadLcJjUdJh-SQKPatM6q4wCg@mail.gmail.com>
To: Peter Thatcher <pthatcher@google.com>
Cc: Harald Alvestrand <harald@alvestrand.no>, public-webrtc <public-webrtc@w3.org>, Silvia Pfeiffer <silviapfeiffer1@gmail.com>
I don't know how PeerCDN is designed nor if any of the published code use
DataChannels, but their idea is to create a framework that use a P2P
network DataChannels-based to distribute content. On the other hand,
ShareFest and ShareIt!/WebP2P.io are full-fledged P2P frameworks (ShareFest
similar to BitTorrent and mine like Gnutella).

I've remember another use case I read some time ago, regarding to use a P2P
URI scheme inside <video> tag sources:

<video>
    <source src="p2p:123456789abcd"/>
    <source src="http:/dc:abcd1234/video.avi"/>
    <source src="http://example.com/video.avi"/>
</video>

I find this very doable and with real use cases...
El 17/07/2013 02:29, "Peter Thatcher" <pthatcher@google.com> escribió:

> Looks like none of that code uses WebRTC.
>
>
> On Tue, Jul 16, 2013 at 5:22 PM, piranna@gmail.com <piranna@gmail.com>wrote:
>
>> https://github.com/PeerCDN
>>
>> second result on Google :-) Only that the core is not published, on their
>> page they talk about they didn't finished to think about the bussiness
>> model but they are interested on free it (make sense being javascript...)
>> El 17/07/2013 02:18, "Peter Thatcher" <pthatcher@google.com> escribió:
>>
>> Really?  That would be great.  Do you have a link?
>>>
>>>
>>> On Tue, Jul 16, 2013 at 5:12 PM, 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 07:59:23 UTC

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