similar to: Ices 0.3 won't play mp3 file

Hello everyone, I am running Icecast 2.0.0 with ices-3.0. I run ices on a machine which has all the mp3 files I am playing and stream these mp3 to Icecast which is running on another machine. Every now and then, say 2 hours. Ices keeps churning out errors saying updating meta data and socket errors and keeps retrying and after some time it suceeds for one file and then when playing the next file

OK...messing with 'gdb' (of which I am completely new to) <p>Here's is the complete output from what I've done with 'gdb' ---------------------------------------------------------------- # gdb ices GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it

Hi On 08/02/2008, Geoff Shang <Geoff@quitelikely.com> wrote: > Hi, > > Anything helpful in your error.log? You may need to set the log level to 4 > (debug). Ok - I've had 5 seg faults in the last 24 hours which is a pain, as you can imagine. I crona script once per minute to restart Icecast in the event that it fails so the service is never down for more than 59 secs

Hello, I had a problem with ices kh48 and icecastkh13. I usually restart them by cron at 00:00. ----------1---------- This night, icecast told ices "Too many sources" for radio-bro-gwened.ogg... All right, I've just seen that my config file is wrong for icecast (I have 3 sources): <sources>2</sources> But, with this configuration, I can have 3 sources:

This sounds like a network problem. We have several Opticodec-PC Encoders working with Icecast2. It is a VERY reliable server. Our EVAL stream is here: http://stream.orban.com/eval.aac -greg ORBAN -----Original Message----- From: Nagy Gergely - K?k Duna R?di? [mailto:nagyger@kekduna.hu] Sent: Wednesday, February 09, 2005 07:11 To: icecast-dev@xiph.org Cc: Hintz, Charles Subject: [Icecast-dev]

Hello All, We own an Orban Opticodec LE1010 and we are testing it to use with Icecast 2.2 (no relays are used, only one icecast 2.2 is working in one system) With both linux and win32 versions of Icecast2.2 Opticodec with aacplus-v2-32kbps stream generates the following errors: several minutes (2 to 30) after starting of encoding the stream drops (like there were internet connection

With perl 5.8.3, 'configure' is fine but 'make' dies giving ------------------------------------- /usr/lib/libc_r.so: WARNING! setkey(3) not present in the system! /usr/lib/libc_r.so: warning: this program uses gets(), which is unsafe. /usr/lib/libc_r.so: warning: mktemp() possibly used unsafely; consider using mkstemp() /usr/lib/libc_r.so: WARNING! des_setkey(3) not present in

Just a shameless bump incase anyone missed this... :P <p>>From: "Joe Jones" <joe_jones64@hotmail.com> >Reply-To: icecast@xiph.org >To: icecast@xiph.org >Subject: [icecast] Problems with Ices0.3 >Date: Fri, 12 Mar 2004 15:26:23 +0000 > >With perl 5.8.3, 'configure' is fine but 'make' dies giving >

Hi guys, this is my first post and i'm sorry for my bad english :-) The question is this: I have an "Icecast2 beta 3" server (under Red Hat 9) and a Winamp 5.0.8/Oddcast 3.0.7 source client. My users are all with Win Xp and Win Media Player 9 The problem is with metadata. I set them into Oddcast and the server respond with this log messages: --- [2005-08-04 12:03:23] DBUG

Can anybody help me, I have Icecast2 and Ices2 on Mandrake and want to play a static playlist. I am getting the following problem: [2003-06-26 12:56:08] DBUG connection/_handle_get_request Client connected [2003-06-26 12:56:08] DBUG admin/admin_handle_request Got command (streamlist) [2003-06-26 12:56:08] INFO admin/admin_handle_request Bad or missing password on admin command request

On Wed, 2004-01-21 at 11:50, jigen wrote: > Hi everyone, > I would like to update metadata by using this request: > http://server:port/admin/metadata?mount=/foo.ogg&action=updinfo&song=New+Metadata, > but when I send the request, icecast returns an error: > "Missing parameter" and metadata doesn't change. > > This is error.log: > >

your close.... :) from the icecast2 documentation : http://192.168.1.10:8000/admin/metadata?mount=/mystream&mode=updinfo&song=ACDC+Back+In+Black o change your action parameter to mode and you'll be all set... and FYI, Missing parameter is a general message which means, "I was expecting you to pass in a variable into the admin request (mode in this case) but you did

Hi everyone, I would like to update metadata by using this request: http://server:port/admin/metadata?mount=/foo.ogg&action=updinfo&song=New+Metadata, but when I send the request, icecast returns an error: "Missing parameter" and metadata doesn't change. This is error.log: [2004-01-21 12:20:32] DBUG

Linux blort.psg.com 3.13.0-29-generic #53-Ubuntu SMP Wed Jun 4 21:02:19 UTC 2014 i686 i686 i686 GNU/Linux # icecast2 --version Icecast 2.3.3 <listen-socket> <port>43000</port> </listen-socket> <listen-socket> <port>43001</port> <shoutcast-compat>1</shoutcast-compat> </listen-socket> source is

Hi, thanks in advance for any help that can be provided for this head-scratcher. I'm configuring a new server and can't get it to move listen clients to the fallback file when the source client disconnects. I probably have a misconfiguration in icecast.xml. Here is the <mount> section: <mount type="normal">

I'm trying to using metadata now in my application that uses libshout, and am seeing curious behaviour. my icecast2 log says: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= [2003-04-03 08:45:50] INFO connection/_handle_source_request Source logging in at mountpoint "/cajun" [2003-04-03 08:45:50] DBUG source/source_main Source creation complete [2003-04-03

hallo firstly sorry for posting to wrong thread i want to ask if somebody could explain meaning of log records below DBUG stats/modify_node_event update global connections (686) DBUG stats/modify_node_event update global client_connections (685) number in parentheeses is increasing in every log line what is menaing of this number? because this number goes over 59669 and it seems that after

On Thursday 03 April 2003 23:55, Paul Bournival wrote: > I'm trying to using metadata now in my application that uses libshout, > and am seeing curious behaviour. > > my icecast2 log says: > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > [2003-04-03 08:45:50] INFO connection/_handle_source_request Source > logging in at mountpoint

Michael Smith wrote: > What does the server log say about why the connection is refused? there are two sources replaced at 4:00 AM, /tilos_low.ogg and /tilos_high.ogg related section from error log: <p>[2002-10-03 04:00:00] INFO source/source_main Removing source following disconnection [2002-10-03 04:00:00] DBUG source/source_main Source exiting [2002-10-03 04:00:00] INFO

This is also on Stack Overflow… It’s odd, because sometimes it seems to wrk, and sometimes not??? error.log [2019-01-01 13:08:31] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) [2019-01-01 13:08:31] INFO admin/admin_handle_request Bad or missing password on admin command request (command: stats.xml) [2019-01-01 13:08:31] INFO