search for: predata

Hello- Sorry to ask a basic question, but I've spent many hours on this now and seem to be missing something. I have a loop that looks like this: mainmat=data.frame(matrix(data=0, ncol=92, nrow=length(predata$Words_MH))) for(i in 1:length(predata$Words_MH)){ for(j in 1:92){ mainmat[i,j]=ifelse(j %in% as.numeric(unlist(strsplit(predata$Words_MH[i], split=","))), 1, 0) } } What it's doing is creating a matrix with 92 columns, that's the number of different codes,...

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

On Sunday 19 January 2003 03:35, Michael Smith shaped the electrons to shout: > There's a bad interaction here between the predata and this faststart. > Suppose we have two logical streams (A and B), and the stream has just > recently got to logical stream B. Now, this means the fast start queue > contains the end of stream A, then the stream B headers, then the start > of stream B audio data. Good point, I didn...

...zero, it has also zero impact in the > execution. If you don't feel very comfortable with the change in the > behaviour, you can change the default value to zero > (CONFIG_DEFAULT_FASTSTART). > > Hope you like it. > > Regards, There's a bad interaction here between the predata and this faststart. Suppose we have two logical streams (A and B), and the stream has just recently got to logical stream B. Now, this means the fast start queue contains the end of stream A, then the stream B headers, then the start of stream B audio data. So, we send to the client: pr...

This small example will make icecast unusable after few seconds. The problem resides on EPIPE received when trying to send the first (58) bytes of the vorbis predata. Change the URL for your own, and try it in a LAN. I have no idea on the reasons of these errors, altough I suspect it's related to the fact that the headers are sent in blocking state and then we change to non-blocking. I will try to put all headers in a refbuf and append it to the client...

...per-source queue acts as the single structure for storing the stream refbuf objects, maintaining the queue is trivial, and by using the associated pointers, any new clients can start anywhere on the queue and have the correct information to hand, without any need to maintain separate structures eg predata/burst. A few other points to raise with this patch which may not be obvious . burst-on-connect would not work due to the fact that the code for placement of new clients is not in. This is be fairly trivial but I avoided it here to focus on the queue side. . format_ogg.[ch] is new. format_vorbis...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Mike, I think you dealing with the development. Almost a year ago I've sent few patches to Jack, several of them are already applied to the current version. I'm back again, and tested the last version. I noticed it isn't as resilient to network congestion as my last patched version (just disconnect the ethernet cable of