What we actually implemented: SSK@<pk>/<name>/<index>/<subpart>
Index increases over time. Subpart is 0...5. Each index is a FEC chunk distributed over the 6 subparts. So we try to fetch all six. When we have 4, we decode. Of course this means gratuitous redirects - 12 files inserted per index chunk. The better option is to use a manifest - 7 files per index chunk. Even better would be to include some of the previous chunks' manifests in the manifest, for some redundancy. On Tue, Sep 02, 2003 at 01:34:44PM +0100, Theodore Hong wrote: > Toad <[EMAIL PROTECTED]> wrote: > > On Sat, Aug 30, 2003 at 07:56:49PM -0700, Ian Clarke wrote: > > > I have spoken to some of the guys providing this funding, they are > > > well aware of Freenet, and I am hopeful that they consider us a > > > good target for funding. > > > > > > One thing that would *really* help in this regard would be to have > > > a working demonstration of radio over Freenet, remember that these > > > are the people behind radio stations like Voice of America so > > > audio communication is something they really understand. > > > > > > Toad did some work on this a while ago, but it was put on hold > > > while we worked on NIO and NGR - now that these are in-place, it > > > would be cool if people really started to look at radio over > > > freenet once again. > > > > It needs much better working routing. If streaming over Freenet > > works, we KNOW that routing has gotten somewhere. > > Well, let's see. How can we fit streaming within the current Freenet > framework? Off the top of my head, I can think of a couple of > options: > > 1) Just have a really long-lived insert of a file that keeps getting > longer as the stream goes on. Clients can either retrieve it from the > beginning or request it starting at some offset from the beginning. > > 2) Insert a chain of files, each of which corresponds to say 15 > minutes of audio. At the beginning of each is a pointer to the next > one, so that you can start requesting it in the background while you > listen to the current one. > > Thoughts? Are there security problems with having a request persist > for a long time, as in option 1? Other problems or ideas? > > theo > > > -- > Theodore Hong Dept. of Computing, Imperial College London > [EMAIL PROTECTED] 180 Queen's Gate, London SW7 2BZ > PGP key: http://www.doc.ic.ac.uk/~twh1/ > _______________________________________________ > Devl mailing list > [EMAIL PROTECTED] > http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl -- Matthew J Toseland - [EMAIL PROTECTED] Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so.
pgp00000.pgp
Description: PGP signature
_______________________________________________ Devl mailing list [EMAIL PROTECTED] http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/devl
