search for: get_serialno

...one when a client connects or every time it add a new buffer to the faststart queue. 2. Storing the last predata sent to a client against the current one (less "precise"). <p>If you agree, I can fix it. ¿How would you implement/hide it to lower layers? ¿Add a "plugin->get_serialno" in format_xxx.c and then do something like "if (source->format->has_predata) -> ... source->format->get_serialno(refbuf); ..." for example? <p>PS: this can be also used for selectively dropping packages, altough I just read it doesn't seem to be interes...

Hi, find enclosed a patch to implement faststart (or prebuffering). Basically, it stores a number of "refbuf"s, configurable by seconds. When a new client connects, it adds the prebuffers to que clients' queue so they are delivered as fast as permitted by the connection. As result, the players prebuffers are filled up faster giving a better "response". I tried

Hi Mike, find the patch for faststart that takes in account different logical streams. I tried with ices' playlist, it works just fine [*]. I could be still further optimised, but it will make the code less clear (for example, I could check for has_paredata before checking for serailno, which saves a couple of calls and also will avoid any change in format_mp3.[ch]). <p>[*]

..., but it will make the code less clear > (for example, I could check for has_paredata before checking for > serailno, which saves a couple of calls and also will avoid any change in > format_mp3.[ch]). > <p>There's already too much format-specific knowledge in the core, this get_serialno() thing has no chance of going in. The right way to do this is to move it all entirely into get_predata(), and have a default implementation of that (for mp3 to use, for example, as well as any other formats that get added in the future) that only does the 'faststart' stuff. The vorbis...