similar to: 1.3.11 and metadata

On 5-May-05, at 12:52 PM, Karl Heyes wrote: >> My (potentially misguided) belief is that the client >> downloads/receives >> the latter attribute once, on initially connecting to the relay. >> >> KH and I have been playing with a branch he built that lets you >> configure all that stuff in the icecast.xml file however it's not >> making it into the

Hi All, I have recently downloaded and compiled IceCast 1.3.11 with the crypt option turned on. Once I did this I have not been able to access the ADMIN console through telnet. I got the latest version of mkpasswd from CVS and compiled it. I have included the encrypted version of the password into the configuration file and then started icecast. Am I doing something wrong? One thing that

sorry folks, i should have done this properly the first time i post my changes. the attachment contains a gzipped version of unified recursive diff ... this diff is made between a fresh cvs copy of icecast 1.3.11 and the source branch of icecast 1.3.11-mingw that i have. some things are missing, but don't worry about that. i'm not going to explain why individual files present in one

On Saturday, 11 August 2001 at 16:53, Asymmetric wrote: > Hmm two questions.. > > Second, to the icecast guys.. what exactly is the problem with metadata > currently? Would it be terribly hard to just stream out an ID3 tag when you tell me. Works alright here, except in xmms which has a bug in its shoutcast metadata handler. I've submitted a patch at bugs.xmms.org for it. >

On Sunday, 12 August 2001 at 04:33, Asymmetric wrote: > At 17:05 8/11/2001 -0400, you wrote: > > > >you tell me. Works alright here, except in xmms which has a bug in its > >shoutcast metadata handler. I've submitted a patch at bugs.xmms.org > >for it. > > Hmm.. well with the current version of winamp and the previous two it would > and does skip if I

I have tried these steps and the encryption on the console still does not seem to validate? Any other thoughts? Thanks, Tom -----Original Message----- From: Jerome Alet [mailto:alet@unice.fr] Sent: Tuesday, November 20, 2001 3:50 PM To: icecast@xiph.org Subject: Re: [icecast] Encrypted password problem with icecast 1.3.11 On Mon, Nov 19, 2001 at 12:03:53PM -0500, Thomas Steiger wrote: > I

Hello all, When I try to run IceCast 1.3.11, it starts up okay, but crashes with Segmentation Violation as soon as a client tries to connect to it. I am suspecting that there is a race condition, because when I try to strace icecast, it works fine. I am a novice level coder, so I dont know how else I can help you. :-) This is a problem I had with 1.3.10, but I downloaded 1.3.11 to see if you

Contrary to the report, this only affect 1.3.x version of icecast, not _all_ versions. But this is a serious problem and I do hope you all took my advice last time and aren't running icecast as root. I'll try to have a patch today. jack. ----- Forwarded message from dizznutt@my.security.nl ----- Date: Tue, 2 Apr 2002 07:51:55 +0000 (GMT+00:00) From: dizznutt@my.security.nl To:

At 17:05 8/11/2001 -0400, you wrote: >you tell me. Works alright here, except in xmms which has a bug in its >shoutcast metadata handler. I've submitted a patch at bugs.xmms.org >for it. Hmm.. well with the current version of winamp and the previous two it would and does skip if I have metadata enabled.. it'll start anywhere from ten minutes to an hour into the stream and then

*sigh* Yes, you're right... It _has_ been a few years. My drive is filling up and all, I probably have tons of old/vulnerable daemons, so it's probably time for a fresh install. I'll let you know what turns up! -P -----Original Message----- From: Jack Moffitt [mailto:jack@xiph.org] Sent: Wednesday, August 08, 2001 1:29 PM To: Kenyon, Paul Cc: icecast-dev@xiph.org Subject: Re:

Hello, I am running icecast 1.3.11 under OpenBSD 2.8-STABLE. On a first look, everything works fine, but after ~1.5 hours of streaming, clients start losing the stream and have to rebuffer every couple minutes. While this happens, the prepuffering starts to take a couple times longer than it did before. It seems to work fine again now that I reconnected both client and streamer, but it appears

This is what I get when I do ldd on the icecast binary. [root@gala bin]# ldd icecast libcrypt.so.1 => /lib/libcrypt.so.1 (0x0ffb3000) libm.so.6 => /lib/libm.so.6 (0x0ff65000) libpthread.so.0 => /lib/libpthread.so.0 (0x0ff2e000) libc.so.6 => /lib/libc.so.6 (0x0fde9000) /lib/ld.so.1 => /lib/ld.so.1 (0x30000000) [root@gala bin]# It looks like

hi, don't know whether this is already covered in the list, sorry if it's old news... is there any 1.3.11 bugfix release out there? can't find things on icecast.org attached the email from bugtraq. best, uno <p> <strong>attached mail follows:</strong><hr noshade> Hello, Attached is a full analysis to accompany the earlier disclosed remote root/shell

On Tue, 7 Aug 2001, Brendan Cully wrote: > On Tuesday, 07 August 2001 at 12:56, Richard Fromm wrote: > > i believe there is a bug in the following line in write_chunk_with_metadata() > > in source.c. here is the original: > > > > if (source->info.udpseqnr == clicon->food.client->udpseqnr) { > > > > and here is the change: > > > >

hello, Is there some known bug in ices 0.2.2 or icecast 1.3.11 which causes the source to be kicked? In my log files I find the same thing ... some stupid script kiddie makes ten connections from the same ip and *wham* the source is kicked, no more streaming. however, the server itself doesn't crash. t. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project

Hi, I've been happily running icecast for days now, but today it segfaulted after an uptime of 1 day and ~8 hours. Currently, I am "betatesting" my little stream here myself, which means I am listening to it as the only client, tweaking oddcast settings or just letting it run. A couple tunes before the segfault I noticed my client stopping to update song titles, but it kept on

Hello, it's me again. Some friends asked for slapcat outputs as I remember. I arrived to office and I got'em & posting here if you can help me it'll be very appreciated. Thanks in advance ---==system log taken during login try==--- Mar 10 15:21:29 Storm slapd[5841]: @(#) $OpenLDAP: slapd 2.2.27 (Sep 9 2005 17:48:51) $

On Tuesday, 07 August 2001 at 12:56, Richard Fromm wrote: > i've been trying to get title streaming of metadata to work with icecast > 1.3.10. i've found what i believe to be a bug -- is this the right place to > file a bug report? I think so. > it appears that this information should be periodically inserted into the data > stream. the behavior that i was seeing was

On Thursday, 28 March 2002 at 05:05, Cédric Mallet wrote: > dimanche 24 mars 2002, 21:42:54, Brendan Cully a écrit : > > >> I also had strange results when commenting this function (in that case > >> it is supposed to stream the name of the song, by reading the IdTag). With > >> Winamp, I didn't get anything ("unnamned"), with XMMS, I had the proper

On Thursday, 14 March 2002 at 03:12, Cédric Mallet wrote: > I use Ices with the perl module. I would like to know how to use the > function supposed to return metadata, for example to read Id Tag. > I didn't find anything in the documentation. Are there commands to get > all the fields provided by the IdTag ? No, ices exports no commands to perl or python. You'll have to use