search for: pre_data

...e a refbuf is a page, we could drop them all but the logical stream headers, which are cached and sent first (easy to check). So, before discarding a page, we should check is "complete" (in the sense that the headers were not already sent, i.e. client->pos == 0) and that is not a a pre_data. OTH, it seems logic and without that property icecast wouldn't work: when a new client connects, icecast sends it a pre_data and then start with the first available _random_ refbuf. What's the problem with "restarting" the stream with a "new", out of sequence, refbu...

Hi Mike Find enclosed the patch with the fastart implementation for vorbis (for the moment). Now is based on size in bytes and the buffers are sent all together with pre_data. Hope you like it. At least is the smallest one: :-) -rw-r--r-- 1 gallir gallir 5486 2003-01-21 01:29 update3c.diff -rw-r--r-- 1 gallir gallir 10014 2003-01-19 20:14 update3b.diff -rw-r--r-- 1 gallir gallir 10014 2003-01-19 16:52 update3a.diff -rw-r--r-- 1 gallir...

On Saturday 18 January 2003 03:37, Michael Smith shaped the electrons to shout: > We can't just drop packets, the transmission model assumed by the > format handlers (and required by at least one of them) will not permit It's not vorbis. Does it? > us to drop any data. It'd be possible, in theory at least, to tag > buffers with a flag to say that they can be dropped, but

On Tuesday 21 January 2003 11:37, Ricardo Galli wrote: > Hi Mike > Find enclosed the patch with the fastart implementation for vorbis (for > the moment). > Now is based on size in bytes and the buffers are sent all together with > pre_data. > > Hope you like it. At least is the smallest one: :-) Ricardo, This is much improved. There are a few things to clean up (comments, for instance, since we're not targetting C99), plus actually writing the generic implementation for get_predata() (which at the moment only mp3 will u...