On Mon, 21 Oct 2002, Ian Clarke wrote:
> On Mon, Oct 21, 2002 at 03:32:32PM +1000, fish wrote:
> > thanks for the headsup that happens when I use mpg321 rather than
> > mpg123 ^_^. stupid debian symlinks them when they're not
> > compatabile. (my code relies on mpg123 resampling to t
On Sun, 20 Oct 2002, Ian Clarke wrote:
> Tried your test stream, but playback was way too fast - I tried it with
> both xmms and ogg123.
thanks for the headsup that happens when I use mpg321 rather than
mpg123 ^_^. stupid debian symlinks them when they're not
compatabile. (my code
fish <[EMAIL PROTECTED]> writes:
> On Mon, 21 Oct 2002, Ian Clarke wrote:
>
> > You code could be pretty clever about how it requests files - i.e
> > adjusting the number of simultaenous requests based on observed
> > retrieval time etc. Additionally, getting FEC in there somewhere
> > wouldn
On Mon, Oct 21, 2002 at 06:31:43PM +1000, fish wrote:
> that's what I'm going for... you can actully put a http:// url into the
> playlist right now to stream from icecast (which is how I'm doing live
> stream testing here), and I'd imagine that works with shoutcast too. Of
> course, I'll add UI f
fish writes:
> On Mon, 21 Oct 2002, Ian Clarke wrote:
>
> > You code could be pretty clever about how it requests files - i.e
> > adjusting the number of simultaenous requests based on observed
> > retrieval time etc. Additionally, getting FEC in there somewhere
> > wouldn't be too shabby ei
On Mon, Oct 21, 2002 at 03:32:32PM +1000, fish wrote:
> thanks for the headsup that happens when I use mpg321 rather than
> mpg123 ^_^. stupid debian symlinks them when they're not
> compatabile. (my code relies on mpg123 resampling to the correct
> sample rate to feed into oggenc, and
Tried your test stream, but playback was way too fast - I tried it with
both xmms and ogg123.
Ian.
On Sun, Oct 20, 2002 at 08:40:41AM +1000, fish wrote:
>
> anyone who tries this, get
> http://.dspaudio.com/~jaymz/freenetmp3stream-test3.tar.gz , which is
> much more robust than the last one
Tried your test stream, but playback was way too fast - I tried it with
both xmms and ogg123.
Ian.
On Sun, Oct 20, 2002 at 08:40:41AM +1000, fish wrote:
>
> anyone who tries this, get
> http://.dspaudio.com/~jaymz/freenetmp3stream-test3.tar.gz , which is
> much more robust than the last one
anyone who tries this, get
http://.dspaudio.com/~jaymz/freenetmp3stream-test3.tar.gz , which is
much more robust than the last one
- fish
___
devl mailing list
devl at freenetproject.org
http://hawk.freenetproject.org/cgi-bin/mailman/listi
On Sat, 19 Oct 2002, Ian Clarke wrote:
> On Sat, Oct 19, 2002 at 08:57:50PM +1000, fish wrote:
> > btw, i'm coding this up now anyhow. Are ogg streams acceptable to
> > everyone, or should I go back to mp3?
>
> Shouldn't this be possible in a format independent way?
the actual streaming proto
http://www.dspaudio.com/~jaymz/freenet-mp3-stream-v2-test2.tar.gz
this test is for linux people only (the stuff will work on windows with a
little massaging, but there are no exe's and no canned configs), and needs
python 2.2. This is just for testing. If you guys actully do anything
with this,
On Fri, 18 Oct 2002, r2q2 wrote:
> I have an idea similar where also an SSK is used
> but DCHKs (dated content hash keys) are inserted by the streamer
> and the nodes retrieve each CHK in a series. Eventually the CHK's would
> expire on
btw, i'm coding this up now anyhow. Are ogg streams a
On Sun, 20 Oct 2002, fish wrote:
>
> http://www.dspaudio.com/~jaymz/freenet-mp3-stream-v2-test2.tar.gz
>
> this test is for linux people only (the stuff will work on windows with a
> little massaging, but there are no exe's and no canned configs), and needs
> python 2.2. This is just for testin
On Sat, Oct 19, 2002 at 08:57:50PM +1000, fish wrote:
>
> On Fri, 18 Oct 2002, r2q2 wrote:
>
> > I have an idea similar where also an SSK is used
> > but DCHKs (dated content hash keys) are inserted by the streamer
> > and the nodes retrieve each CHK in a series. Eventually the CHK's would
>
On Sat, 19 Oct 2002, Ian Clarke wrote:
> On Sat, Oct 19, 2002 at 05:52:54PM +1000, fish wrote:
> > The major issue, is that in this case, later portions of the audio *will*
> > drop off the network. you have been warned.
>
> This may be avoided if, say, for every three streams requested in-or
one thing I forgot to mention with live streams it is desirable for
such streams to insert at a *low* htl, and retrieve at a *high* one, as
oppsed to the freenet behaviour usually of equality between the two - so,
say, insert @ 10, retrieve @ 25.
- fish
On Sat, 19 Oct 2002, fish wr
On Sat, 19 Oct 2002, Matthew Toseland wrote:
I've actully implented freenet streams back in the day, and i had 3 or 4
people actully tell me that they were able to retrieve them somewhat. I,
however, pay for data now, and can't be doing this anymore
If people would like me to very quickly fix
On Sun, 20 Oct 2002, fish wrote:
>
> http://www.dspaudio.com/~jaymz/freenet-mp3-stream-v2-test2.tar.gz
>
> this test is for linux people only (the stuff will work on windows with a
> little massaging, but there are no exe's and no canned configs), and needs
> python 2.2. This is just for testin
anyone who tries this, get
http://.dspaudio.com/~jaymz/freenetmp3stream-test3.tar.gz , which is
much more robust than the last one
- fish
___
devl mailing list
[EMAIL PROTECTED]
http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Sat, Oct 19, 2002 at 08:57:50PM +1000, fish wrote:
> btw, i'm coding this up now anyhow. Are ogg streams acceptable to
> everyone, or should I go back to mp3?
Shouldn't this be possible in a format independent way?
Ian.
--
Ian Clarkeian@[freenetproject.org|locut.us|cematics.
On Sat, 19 Oct 2002, Ian Clarke wrote:
> On Sat, Oct 19, 2002 at 08:57:50PM +1000, fish wrote:
> > btw, i'm coding this up now anyhow. Are ogg streams acceptable to
> > everyone, or should I go back to mp3?
>
> Shouldn't this be possible in a format independent way?
the actual streaming proto
On Sat, Oct 19, 2002 at 08:57:50PM +1000, fish wrote:
> btw, i'm coding this up now anyhow. Are ogg streams acceptable to
> everyone, or should I go back to mp3?
Shouldn't this be possible in a format independent way?
Ian.
--
Ian Clarkeian@[freenetproject.org|locut.us|cematics.
On Sat, Oct 19, 2002 at 08:57:50PM +1000, fish wrote:
>
> On Fri, 18 Oct 2002, r2q2 wrote:
>
> > I have an idea similar where also an SSK is used
> > but DCHKs (dated content hash keys) are inserted by the streamer
> > and the nodes retrieve each CHK in a series. Eventually the CHK's would
>
http://www.dspaudio.com/~jaymz/freenet-mp3-stream-v2-test2.tar.gz
this test is for linux people only (the stuff will work on windows with a
little massaging, but there are no exe's and no canned configs), and needs
python 2.2. This is just for testing. If you guys actully do anything
with this,
On Fri, 18 Oct 2002, r2q2 wrote:
> I have an idea similar where also an SSK is used
> but DCHKs (dated content hash keys) are inserted by the streamer
> and the nodes retrieve each CHK in a series. Eventually the CHK's would
> expire on
btw, i'm coding this up now anyhow. Are ogg streams a
On Sat, Oct 19, 2002 at 05:52:54PM +1000, fish wrote:
> The major issue, is that in this case, later portions of the audio *will*
> drop off the network. you have been warned.
This may be avoided if, say, for every three streams requested in-order
(ie. 1,2,3,4), one stream from a random positi
On Sat, 19 Oct 2002, Ian Clarke wrote:
> On Sat, Oct 19, 2002 at 05:52:54PM +1000, fish wrote:
> > The major issue, is that in this case, later portions of the audio *will*
> > drop off the network. you have been warned.
>
> This may be avoided if, say, for every three streams requested in-or
On Sat, Oct 19, 2002 at 05:52:54PM +1000, fish wrote:
> The major issue, is that in this case, later portions of the audio *will*
> drop off the network. you have been warned.
This may be avoided if, say, for every three streams requested in-order
(ie. 1,2,3,4), one stream from a random positi
one thing I forgot to mention with live streams it is desirable for
such streams to insert at a *low* htl, and retrieve at a *high* one, as
oppsed to the freenet behaviour usually of equality between the two - so,
say, insert @ 10, retrieve @ 25.
- fish
On Sat, 19 Oct 2002, fish wr
On Fri, Oct 18, 2002 at 11:05:15PM +, r2q2 wrote:
> I have an idea similar where also an SSK is used
> but DCHKs (dated content hash keys) are inserted by the streamer
> and the nodes retrieve each CHK in a series. Eventually the CHK's would
> expire on
> their own. Each CHK would be the siz
On Sat, 19 Oct 2002, Matthew Toseland wrote:
I've actully implented freenet streams back in the day, and i had 3 or 4
people actully tell me that they were able to retrieve them somewhat. I,
however, pay for data now, and can't be doing this anymore
If people would like me to very quickly fix
I have an idea similar where also an SSK is used
but DCHKs (dated content hash keys) are inserted by the streamer
and the nodes retrieve each CHK in a series. Eventually the CHK's would
expire on
their own. Each CHK would be the size of an given timeslice
( 16 kbps 256 kbps) which would be the
On Fri, Oct 18, 2002 at 11:05:15PM +, r2q2 wrote:
> I have an idea similar where also an SSK is used
> but DCHKs (dated content hash keys) are inserted by the streamer
> and the nodes retrieve each CHK in a series. Eventually the CHK's would
> expire on
> their own. Each CHK would be the siz
I have an idea similar where also an SSK is used
but DCHKs (dated content hash keys) are inserted by the streamer
and the nodes retrieve each CHK in a series. Eventually the CHK's would
expire on
their own. Each CHK would be the size of an given timeslice
( 16 kbps 256 kbps) which would be the b
34 matches
Mail list logo