Hmm...I'd put streaming at least as important as static data, not only for
sound but video as well. It's also somewhat more controllable as there will
not (at least for a while) be not quite so many streams as static files, and
indefinite storage is not required. I'd not worry that there is a single
point of entry, so long as that cannot be traced. Thus a person could take
locally broadcast TV and re-distribute it globally via freenet without
interference, as in the recent Canadian case.
One of the things that worries me about the current design is scalability:
handling and searching a very large corpus of data is hard, and I see no
equivalent of such things as the Squid digest mechanism. The monotonically
increasing storage requirement ("We will hold files as long as they are
accessed") is also worrying
Jack
-----Original Message-----
From: [email protected]
[mailto:freenet-dev-admin at lists.sourceforge.net]On Behalf Of Brandon
Sent: Monday, May 08, 2000 09:09
To: freenet-dev at lists.sourceforge.net
Subject: Re: [Freenet-dev] Misc.
> I was actually going to bring up the subject of streaming data at some
> point, it would be cool to permit radio stations to broadcast over
> Freenet in an anonymous manner. It shouldn't require fantastic
> modifications, but may not benefit from all of the security afforded to
> static content.
I'm quite interested in doing streaming over Freenet. It can utilize the
benefit of being streamed through a number of unknown proxy servers even
though the other benefits of Freenet will be lost. If we're really clever
we can come up with a way to do the nice Freenet load balancing with live
data. It's tricky, though, since live streaming requires it to come from a
single source. One thing to do would be to stream it out to multiple
sources before entering Freenet and then have multiple entry points. Also,
we can come up with an almost-live system in which various nodes buffer a
portion of the transmission and therefore become new sources. And of
course multicasting will help.
I'm just talking about live streaming, though, like telephone calls.
For streaming MP3s and the like, it won't require nearly so much
cleverness. All we really need is messages that don't require a datalength
and maybe UDP support because I hear that's good for streaming. Then of
course there's a whole new realm of attacks and defenses to be considered
with streaming, but we'll get to those after we have at least a working
proposal for how to do it.
I put streaming in the "way off" category of my todo list, after we're
pretty much done with static content.
_______________________________________________
Freenet-dev mailing list
Freenet-dev at lists.sourceforge.net
http://lists.sourceforge.net/mailman/listinfo/freenet-dev
_______________________________________________
Freenet-dev mailing list
Freenet-dev at lists.sourceforge.net
http://lists.sourceforge.net/mailman/listinfo/freenet-dev
