OK...attached are the Icecast2 server config, Ices0.3 config and all the logging that happens. <p>Joe.>From: Geoff Shang <gshang@pacific.net.au> >Reply-To: icecast@xiph.org >To: icecast@xiph.org >Subject: Re: [icecast] Ices 0.3 won't play mp3 file >Date: Fri, 9 Apr 2004 10:39:14 +1000 > >Hi: > >Perhaps send us your ices config file? Does ices 0.3 keep a log? Might >try looking there if so. > >Geoff. > >--- >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@xiph.org' >containing only the word 'unsubscribe' in the body. No subject is needed. >Unsubscribe messages sent to the list will be ignored/filtered._________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger -------------- next part -------------- 127.0.0.1 - - [09/Apr/2004:09:24:48 +0100] "GET /admin/metadata HTTP/1.0" 404 86 "-" "ices/0.3 libshout/2.0" 0 127.0.0.1 - - [09/Apr/2004:09:24:48 +0100] "GET /admin/metadata HTTP/1.0" 200 155 "-" "ices/0.3 libshout/2.0" 0 127.0.0.1 - - [09/Apr/2004:09:25:08 +0100] "SOURCE /stream.mp3 HTTP/1.0" 200 4115 "-" "ices/0.3 libshout/2.0" 20 -------------- next part -------------- [2004-04-09 09:24:36] INFO main/main icecast server started [2004-04-09 09:24:48] DBUG connection/_handle_get_request Client connected [2004-04-09 09:24:48] DBUG admin/admin_handle_request Got command (metadata) [2004-04-09 09:24:48] WARN admin/admin_handle_request Admin command metadata on non-existent source /stream.mp3 [2004-04-09 09:24:48] INFO connection/_handle_source_request Source logging in at mountpoint "/stream.mp3" [2004-04-09 09:24:48] DBUG source/source_main Source creation complete [2004-04-09 09:24:48] DBUG connection/_handle_get_request Client connected [2004-04-09 09:24:48] DBUG admin/admin_handle_request Got command (metadata) [2004-04-09 09:24:48] INFO admin/admin_handle_request Received admin command metadata on mount "/stream.mp3" [2004-04-09 09:24:48] DBUG admin/command_metadata Got metadata update request [2004-04-09 09:24:48] DBUG admin/command_metadata Metadata on mountpoint /stream.mp3 changed to "Assassinatorr" [2004-04-09 09:25:08] WARN source/source_main Disconnecting source: socket timeout (20 s) expired [2004-04-09 09:25:08] INFO source/source_main Removing source following disconnection [2004-04-09 09:25:08] INFO source/source_main Source "/stream.mp3" exiting -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast/attachments/20040409/f2f73fd8/icecast.xml.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: ices.conf.txt Type: text/xml Size: 863 bytes Desc: ices.conf.txt Url : http://lists.xiph.org/pipermail/icecast/attachments/20040409/f2f73fd8/ices.conf.bin -------------- next part -------------- /usr/home/herbal/Assassinatorr.mp3 3716075 128 0:0:3:52 0.110224 1 -------------- next part -------------- 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
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. 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. That's all I can think of right now. Geoff. --- >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@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
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@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.