search for: gallir

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 gallir 6116 2003-01-18 22:00 update3.diff <p>Regards, --...

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 2004 09:50, Benny Fuchs shaped the electrons to > shout: > > Is there anybody who can help my for implement...

...need a Freelance Coder... > > > > 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... > > > > > > > On Wednesday 25 February 2004 09:50, Benny Fuchs shaped the electrons to > > > sho...

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. thanks --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To

...ubject: Re: [icecast-dev] I need a Freelance Coder... <p>> 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... > > > > On Wednesday 25 February 2004 09:50, Benny Fuchs shaped the electrons to > > shout: > > > Is there anybody...

...t my benny@name-pool.net i would pay for this feature. I think it's not a icecact problem, but a source encoder's. I did something similar, and very simple, for darkice (it's already included in mainstream) that sends the metadata to icecast2. It works perfectly. (http://mnm.uib.es/~gallir/tmp/xmms.png) I don't know if you do live or prerecorded streaming, but check first your source encoder. -- ricardo galli GPG id C8114D34 http://mnm.uib.es/~gallir/ Recursivo. (del lat. recursus), adj. Condición de recursivo. --- >8 ---- List archives: http://www.xiph.org/...

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

...is down, please wait few seconds and try again, I am restarting it frequently for my tests). Conclusions: _very_ stable connection, it recovers from network congestion very nicely. Don't hesitate to ask me for changes or improvements to my patch. <p>Regards, -- ricardo galli gallir@uib.es http://m3d.uib.es/~gallir/ "I just stopped using Windows and now you tell me to use Mirrors?" - said Aunt Tillie, just before downloading 2.5.3 kernel. -------------- next part -------------- A non-text attachment was scrubbed... Name: patch1.diff Type: text/x-diff Size: 1...

...is down, please wait few seconds and try again, I am restarting it frequently for my tests). Conclusions: _very_ stable connection, it recovers from network congestion very nicely. Don't hesitate to ask me for changes or improvements to my patch. <p>Regards, --   ricardo galli   gallir@uib.es   http://m3d.uib.es/~gallir/ "I just stopped using Windows and now you tell me to use Mirrors?"     - said Aunt Tillie, just before downloading 2.5.3 kernel. -------------- next part -------------- A non-text attachment was scrubbed... Name: patch1.diff Type: text/x-diff Size: 94...

In format_mp3.c tatic int format_mp3_write_buf_to_client(format_plugin_t *self, client_t *client, unsigned char *buf, int len) { int ret; if(((mp3_state *)self->_state)->metadata) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This is always true because previously it did state->metadata = strdup("") in format_mp3_get_plugin(). It causes annoying artifacts in xmms

...tter and is more > reliable that the proposed patches previously submitted. I would say you could habe been using my code meanwhile :-) (it works very nice, including flow control for "connection recovery" :-) Cheers, -- ricardo galli GPG id C8114D34 http://mnm.uib.es/~gallir/ Recursivo. (del lat. recursus), adj. Condición de recursivo. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsub...

...th http://mcrg.uib.es:8000/live.ogg which run my code realiable for more than a year now. The server also had a remote DoS bug, I sent the patch also and it was not included, I did not receive any answer neither, so I just stopped. -- ricardo galli GPG id C8114D34 http://mnm.uib.es/~gallir/ Recursivo. (del lat. recursus), adj. Condición de recursivo. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-dev-request@xiph.org' containing only the word 'unsub...

There appears no source buffering in Icecast 2.0. Please correct me if I'm wrong -- my C skills are a bit rusty -- it looks like apart from a tiny 4K buffer, there is no buffering done when relaying a source. Is this an explicit design decision? The Internet being what it is, unreliable and all, it seems harsh to drop a source that's even slightly lagging, when a bit of buffering could

> |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 http://mcrg.uib.es:8000/live.ogg which > |run my code realiable for more than a year now. > | > |The server also had a remote DoS

On Friday 20 February 2004 12:10, Ricardo Galli wrote: > > wants to send such a patch, we're happy to integrate them. I don't > > remember the DoS bug - that might be a real problem. It could be that a > > It started out with this: > > http://www.xiph.org/archives/icecast-dev/0366.html > > and I found the problem and sent the patch: > >

On 24/02/02 08:17, Ricardo Galli shaped the electrons to say: > > > - Added TCP_NODELAY to a nonblocking socket. It is said that it's > > > improve performance in Linux. TODO: check Win32 compatibility. > > > > What's it supposed to do in general? I've had varying success with the > > advanced socket options. > > Turn the Nagle algorithm off,

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Find enclosed a one lines patch that solves a memory leak. If a client is disconnected while the server tries to send a buffer in the queue, the buffer is never released. Regards, - -- ricardo galli GPG id C8114D34 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux)

Hi Mike, find enclosed the patch to move the logic of clients' queue data to a function. Later I'll provide you the patch to use a [configurable] queue size in bytes instead of number of refbufs (see the footnote). Regards, <p>[*] I was doing some testing with MP3, aside it has some nasty bugs [**], lame encoder sends very small packages, about 350 bytes in size,

I am not sure, spent all the day looking the code and couldn't find the problem, but the problem exists: For each connection _without_ a source (a 404 error), about 100 bytes are leaked. It's easy to test: for i in `seq 10000 `; do echo -n -e $i'\r'; \ wget -q http://HOST:8000/any_uri -O /dev/null; done; echo After running it, you'll probably see (with "ps axl")

On Monday 10 February 2003 04:29, Michael Smith shaped the electrons to shout: > Other than the headers, there is no deliberate burst at initial connect > (but there will be an option for this soon). You can try it (48 KB of startup buffers) at: http://mcrg.uib.es:8000/live.ogg and http://mcrg.uib.es:8000/high.ogg The only think I'm still not very convinced is that clients has to