[icecast] Ices 0.3 won't play mp3 file

Tue Apr 13 18:48:24 UTC 2004


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 and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read 
called at 
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 
2627 in elfstab_build_psymtabs
Deprecated bfd_read called at 
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 
933 in fill_symbuf

(gdb) run -c /local/ices0.3/conf/ices.conf
Starting program: /local/ices0.3/bin/ices -c /local/ices0.3/conf/ices.conf
Logfile opened
DEBUG: Sending following information to libshout:
DEBUG: Stream: 0
DEBUG: Host: localhost:8000 (protocol: http)
DEBUG: Mount: /stream.mp3, Password: WhateverEncoder
DEBUG: Name: Name       URL: http://81.103.61.14/
DEBUG: Genre: Genre     Desc: Default description
DEBUG: Bitrate: 128     Public: 0
DEBUG: Dump file: (null)
DEBUG: Initializing playlist handler...
DEBUG: Initializing builting playlist handler...
DEBUG: Builtin playlist handler serving: /usr/home/herbal/Assassinatorr.mp3
DEBUG: Filename cleaned up from [/usr/home/herbal/Assassinatorr.mp3] to 
[Assassinatorr]
DEBUG: Trimmed file to 3716075 bytes
DEBUG: MPEG-1 layer III, 128 kbps, 44100 Hz, j-stereo
DEBUG: Ext: 0   Mode_Ext: 2     Copyright: 1    Original: 1
DEBUG: Error Protection: 0      Emphasis: 0     Padding: 0
Playing /usr/home/herbal/Assassinatorr.mp3
DEBUG: Updated metadata on /stream.mp3 to: Assassinatorr
Mounted on http://localhost:8000/stream.mp3
DEBUG: Delaying metadata update...
DEBUG: Updated metadata on /stream.mp3 to: Assassinatorr
-------------------------------------------------------------
After a few mins, this is where I had to use a "kill -9" to stop the never 
ending Ices
-------------------------------------------------------------
Program received signal SIGKILL, Killed.
0x282a2da4 in .cerror () from /usr/lib/libc.so.4
(gdb) backtrace
#0  0x282a2da4 in .cerror () from /usr/lib/libc.so.4
#1  0x2842ff59 in _thread_sig_handle_pending () from /usr/lib/libc_r.so.4
#2  0x2842f84d in _thread_sig_handler () from /usr/lib/libc_r.so.4
#3  0xbfbfffac in ?? ()
#4  0x281192b4 in _shout_timing_sleep (sleeptime=231) at timing.c:59
#5  0x281161a7 in shout_sync (self=0x81be200) at shout.c:261
#6  0x805c597 in stream_send_data (stream=0x81be180, buf=0xbfbfeb30 "f", 
len=4096) at stream.c:369
#7  0x805c211 in stream_send (config=0x81b4a00, source=0xbfbffb60) at 
stream.c:256
#8  0x805be61 in ices_stream_loop (config=0x81b4a00) at stream.c:111
#9  0x805ac82 in main (argc=3, argv=0xbfbffc14) at ices.c:40
----------------------------------------------------------------

<p>As I mentioned...I'm completely new to this 'gdb' so if there's anything 
specific you want to see, just tell me how to do it :D

<p><p>Joe.

<p>>From: Brendan Cully <brendan at xiph.org>
>Reply-To: icecast at xiph.org
>To: icecast at xiph.org
>Subject: Re: [icecast] Ices 0.3 won't play mp3 file
>Date: Tue, 13 Apr 2004 10:46:20 -0400
>
>On Saturday, 10 April 2004 at 16:32, Geoff Shang wrote:
> > Hi:
> >
> > Ok, I'm not an ices 0.3 expert, as I've hardly ever used it.  But a 
>couple
> > of things seem a bit odd to me.
> >
> > The first one is that the module you've used is ices.   Not sure if this 
>is
> > valid or not, I'dve thought that a correct value would have been less
> > generic but I could be wrong.
>
>this should be harmless.
>
> > The second is that you've specified the bitrate but not specified
> > re-encoding.  I don't know if this is valid.  Someone who knows more 
>about
> > Ices 0.3 would have to comment.
>
>This is ok too, it just gets passed along as a header that yp can
>use.
>
>I'm mystified about the error too. I think the next step would be to
>run ices in gdb and see where it's hanging.
>
>PS. thanks, Geoff, for all the work you do on this list.
>--- >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-request at xiph.org'
>containing only the word 'unsubscribe' in the body.  No subject is needed.
>Unsubscribe messages sent to the list will be ignored/filtered.

_________________________________________________________________
Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo

--- >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-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.