similar to: Fwd: Patch to icecast2

On 19/02/02 03:06, Jack Moffitt shaped the electrons to say: > > The point is, is this list related to icecast2 development? I made some > > changes to the server and sent a patch to Jack Moffitt, but I'm not sure > > he's still mainaining the server. > > You're in the right place, and I still maintain the server. I don't > remember your patch right

Hi all, I am ricardo galli, I've juscribed just a couple of days ago. I wanted to stay as a lurker for a longer period, but this list has almost no traffic, so I wake up due to the silence. The point is, is this list related to icecast2 development? I made some changes to the server and sent a patch to Jack Moffitt, but I'm not sure he's still mainaining the server. If he

I send a patch again the last CVS version. The changes are: - Configurable prebuffer, in seconds. - prebuffering parameter in configurable in <limits>...<prebuffer>seconds</prebuffer>... - Created a new function (send_client_queue) to send the client->queue. Better modularisation. - Moved queue_lenght verification to send_client_queue(). - instead of disconnecting when

For what's it's worth, I do something similar to this with Andrew Taylor's libshout-java. The Web server manages a playlist, letting users add/remove tracks from the playlist. This playlist is consumed by a "streamer" process that accesses the audio data and pushes it to the Icecast server. [ Java Web Server ] <------> [ Playlist ] |

On Friday 17 January 2003 20:17, Karl Heyes shaped the electrons to say: > I would suggest a slightly different approach. > > Instead of increasing the syscall overhead for all sockets, trapping > for uncommon cases. Try the sock_write_bytes and if that is > continuously having to queue (ie not all data can be sent) then display > the warning, maybe make it a run-time option

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Huh, why not just use ices with a perl song choser module ? This eliminates the need to develop the libshout based streamer (use ices instead) and give ices the title from your module, ices will take care of the rest. Or I am wrong ? :) On Wed, 25 Feb 2004, Renaud Waldura wrote: > For what's it's worth, I do something similar to this

I must use Windows for Streaming. and the interface must be an port or something else, because the software interface runs on a dedicated server. ----- Original Message ----- From: "Ricardo Galli" <gallir@uib.es> To: <icecast-dev@xiph.org> Sent: Wednesday, February 25, 2004 10:10 AM Subject: Re: [icecast-dev] I need a Freelance Coder... <p>> On Wednesday 25 February

On Wednesday 25 February 2004 09:50, Benny Fuchs shaped the electrons to shout: > Is there anybody who can help my for implement a feature in icecast 2? > I want to update ogg vorbis meta data album/title/genre/artist via an > webbased interface. like metadata.xml for mp3 files. If there`s > anybody, contact my benny@name-pool.net i would pay for this feature. I think it's not a

> - Configurable prebuffer, in seconds. > > - prebuffering parameter in configurable in > <limits>...<prebuffer>seconds</prebuffer>... We're in the process of redoing some of this. We will prebuffer some etc, so in the end this functionality will be there. I apologize that this patch won't get applied for that reason. > - Created a new function

On Friday 20 February 2004 01:50, Michael Smith shaped the electrons to shout: > > |No, if you search old archives (almost two years ago, > > |http://breu.bulma.net/?l2480) you will see I've sent patches for > > | server buffering (fast start) and other things that were never > > | included. > > | > > |You can check the difference with

On Friday 20 February 2004 00:09, Renaud Waldura shaped the electrons to shout: > 1- this is such a stoopid question I should be ashamed of myself -- > RTFM > > 2- this is a well-known issue that everybody's aware of, it doesn't > need further discussion thank you, as it is actively being worked on > > 3- it is meant to be that way and will not change. No, if you

On 19/02/02 23:09, Likai Liu shaped the electrons to say: > Ricardo Galli wrote: > >By assigning a timestamp to each packet read from the source socket. I > > think the only sane way to do it. > > great idea. with this implementation, actually you can set a smaller > buffer size, but wait a longer time for recovery. once congestion is > clear, previous "missed"

Hello there, I'm checking if I can upgrade safely from CentOS6.5 to 6.6 using yum, and here's what it says: ===================== [snip] --> Finished Dependency Resolution --> Running transaction check ---> Package kernel.x86_64 0:2.6.32-431.23.3.el6.centos.plus will be erased ---> Package kernel-devel.x86_64 0:2.6.32-431.23.3.el6.centos.plus will be erased ---> Package

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--

*Hi everyone, I am a new subscriber, so I hope I'm posting in the right way. I need to load a hdf5 file, so I installed the hdf5 libraries ad the hdf5 R package; in downloaded a small sample file from the hdf5 website and I could correctly load it. But when I try to load my file: * require(hdf5) rm(list=ls()) ls() hdf5load("my_file.h5", verbosity=3) *I get this error message: *

I've loaded R-0.50-a1 but when I try to apply the patches it cannot find the files to apply patches to. [9] gilp/R0.50 : patch <R-0.50-a1.patch1 Looks like a new-style context diff. File to patch: [10] gilp/R0.50 : [10] gilp/R0.50 : [10] gilp/R0.50 : cd R-0.50-a1 [11] gilp/R0.50/R-0.50-a1 : ls CHANGES RESOURCES configure.mac* COPYING TASKS configure.win* COPYRIGHTS TASKS.OLD

> On May 10, 2018, at 8:58 AM, Andrea Di Biagio <andrea.dibiagio at gmail.com> wrote: > > Hi all, > > The goal of this RFC is to make information related to variant scheduling > classes accessible at MC level. This would help tools like llvm-mca > understand/resolve variant scheduling classes. > > To achieve this goal, I plan to introduce a new class of

I'm make silly error (swap arguments in llvm::StroreInst constructor call: llvm::Value* var = genExpr(bb,*varExpr,false); llvm::Value* val = genExpr(bb,*valExpr,true ); llvm::StoreInst* lStore = new llvm::StoreInst(var,val,bb); instead assert(var && var->getType()->getTypeID()==llvm::Type::PointerTyID && "var side isn't pointer type"); llvm::StoreInst*

Still haven't tracked down the gconf/option bug (gdb makes it clear that addScreenBinding is being called with really weird values sometimes) here's a patch though to fix a bug in adding/removing plugins that was crashing compiz -------------- next part -------------- A non-text attachment was scrubbed... Name: patch1.patch Type: text/x-patch Size: 535 bytes Desc: not available Url :

lvqcl wrote: > Thanks. I hope that this code will help to avoid "bug" reports > such as http://sourceforge.net/p/flac/bugs/409/ (it seems that > the author of this report compiled FLAC without --enable-sse option). Oh, wow, I didn't even realise that the sourceforge bug tracker was still being used. I'll need to go through that lot. > OTOH, SSE support is