Icecast 1.3.12
IceS 0.3
Linshout 2.0/2.1 tried
Linux 2.6.7
VIA C3 architechure
Hi. I have found a very interesting problem with the above setup. Icecast
starts up fine, but when I try to connect with iceS I get no response.
I've straced iceS and the last word comes from icecast, but waiting for
more. Icecast mentions nothing during this process, but show a quick
connect/lost connection when I Ctrl-C quit iceS.
I've tried different protocols (xaudiocast and icy headers) with iceS, and
changing the server_name in icecast from dynamic to the local resolved
hostname, no changes.
Icecast ran fine with a 2.4 kernel and non-VIA C3 optimizations, the only
problem I had was that a <defunct> icecast thread was added every time
iceS provided a new file to play.
---
icecast:
---
Starting thread engine...
[29/Mar/2005:16:27:43] Icecast Version 1.3.12 Starting..
[29/Mar/2005:16:27:43] Starting Admin Console Thread...
-> [29/Mar/2005:16:27:43] Starting main connection handler...
-> [29/Mar/2005:16:27:43] Dynamic server name, using the local ip
[192.168.77.2]
-> [29/Mar/2005:16:27:43] Listening on port 8000...
-> [29/Mar/2005:16:27:43] Using '192.168.77.2' as servername...
-> [29/Mar/2005:16:27:43] Server limits: 10 clients, 10 clients per
source, 10 sources, 10 admins
-> [29/Mar/2005:16:27:43] WWW Admin interface accessible at
http://192.168.77.2:8000/admin
-> [29/Mar/2005:16:27:43] Starting Calender Thread...
-> [29/Mar/2005:16:27:43] Starting UDP handler thread...
-> [29/Mar/2005:16:27:43] Starting relay connector thread...
->
-> [29/Mar/2005:16:27:43] [Bandwidth: 0.000000MB/s] [Sources: 0]
[Clients: 0] [Admins: 1] [Uptime: 1 seconds]
---
iceS:
---
ices -b 128 -D /tmp -F /home/rojo/playlist.txt -m /ices -n 'Radio ITX'
-P
'xxx' -R -r -s -S builtin -v -N 2
Logfile opened
DEBUG: Sending following information to libshout:
DEBUG: Stream: 0
DEBUG: Host: 127.0.0.1:8000 (protocol: xaudiocast)
DEBUG: Mount: /ices, Password: xxx
DEBUG: Name: Radio ITX URL: http://www.icecast.org/
DEBUG: Genre: Default genre Desc: Default description
DEBUG: Bitrate: 128 Public: 0
DEBUG: Dump file: (null)
DEBUG: Initializing playlist handler...
DEBUG: Initializing builting playlist handler...
DEBUG: Randomizing playlist...
DEBUG: Using LAME version 3.96.1
DEBUG: Builtin playlist handler serving:
/mnt/five/hdc/incoming/audio/Daft_Punk-Human_After_All-Retail-2005-ToF/01-daft_punk-human_after_all.mp3
DEBUG: Filename cleaned up from
[/mnt/five/hdc/incoming/audio/Daft_Punk-Human_After_All-Retail-2005-ToF/01-daft_punk-human_after_all.mp3]
to [01-daft_punk-human_after_all]
DEBUG: ID3v1: Title: human after all
DEBUG: ID3v1: Artist: Daft Punk
DEBUG: Trimmed file to 7668087 bytes
DEBUG: MPEG-1 layer III, 192 kbps, 44100 Hz, j-stereo
DEBUG: Ext: 0 Mode_Ext: 2 Copyright: 0 Original: 1
DEBUG: Error Protection: 0 Emphasis: 0 Padding: 0
Playing
/mnt/five/hdc/incoming/audio/Daft_Punk-Human_After_All-Retail-2005-ToF/01-daft_punk-human_after_all.mp3
DEBUG: Updated metadata on /ices to: Daft Punk - human after all
DEBUG: Grew output buffer to 59040 bytes
---
Icecast says nothing at this stage, and iceS stands still (no process
active). I press Ctrl-C in iceS, and icecast replies:
---
-> [29/Mar/2005:16:40:41] Accepted encoder on mountpoint /ices from two.
1 sources connected
-> [29/Mar/2005:16:40:41] Lost connection to source on mount /ices,
waiting 30 seconds for timeout
---
Strace on iceS (end part):
---
socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 7
connect(7, {sa_family=AF_INET, sin_port=htons(8000),
sin_addr=inet_addr("127.0.0.1")}, 16) = 0
send(7, "SOURCE xxx /ices\nx-audioc"..., 219, 0) = 219
recv(7, "OK\r\n", 1024, 0) = 4
recv(7,
and there is stands still.
Any ideas on what can be wrong? Suggestions for further debugging?
/Rolf