Karl Heyes wrote:> On Mon, 2005-05-02 at 17:43, Jack Coates wrote: > ... > >>Ices and Icecast both start okay, and aren't logging any complaints. But >>when I try to connect to the ogg stream with Winamp, I get nothing. >>Using tethereal, I can see that the the connection handshakes okay, the >>metadata is passed back to the client, the client acks, and that's the >>end. Nothing is logged by icecast or ices, aside from this sort of thing: >>[2005-05-02 09:38:04] DBUG connection/_handle_get_request Client connected >>[2005-05-02 09:38:04] DBUG connection/_handle_get_request Source found >>for client > > > from this description I would say that the input is stalled, some other > app has the device open and ices stalls when trying to open it. >Thanks for the reply. Is there any other explanation? This machine is a server with no other audio-using applications on it, and ps -aux shows nothing with any sound access. Ices logs that it opened the sound device ok: [2005-05-02 10:11:19] INFO input-alsa/alsa_open_module Opened audio device hw:0,0 [2005-05-02 10:11:19] INFO input-alsa/alsa_open_module using 2 channel(s), 44100 Hz, buffer 371 ms (2 periods) [2005-05-02 10:11:19] INFO stream/ices_instance_stream Connected to server: localhost:8000/stream.ogg [2005-05-02 10:11:19] INFO signals/signal_usr1_handler Metadata update requested I'd also expect that sound system blocking would prevent rec -s w -c 2 -r 44100 test.wav from working.> >>Any ideas? Here's the pertinent config... >> >>icecast-2.0.1-1mdk >>ices-2.0.0-4mdk > > > ices 2.0.1 has better ALSA support. Using ALSA asoundrc you can > configure a device to use dsnoop/dmix and allow multiple apps share the > same device at the same time. >I can certainly give it a try, but I don't see why it would make a difference...> >>cat /etc/ices.conf >><?xml version="1.0"?> >><ices> >> <background>0</background> >> <logpath>/var/log/ices</logpath> >> <logfile>ices.log</logfile> >> <loglevel>4</loglevel> > > >> <consolelog>1</consolelog> > > > avoid setting this to 1, console access tends to be very slow, the log > file is best used. > > karl. >ok, that's just active during debugging anyway. -- Jack at Monkeynoodle dot Org: It's a Scientific Venture... Riding the Emergency Third Rail Power Trip since 1996!
On Mon, 2005-05-02 at 17:43, Jack Coates wrote:> cat /etc/ices.conf > <?xml version="1.0"?> > <ices>...> <stream> > <instance> > <hostname>localhost</hostname> > <port>8000</port> > ...password line snipped > <mount>/stream.ogg</mount> > </instance> > </stream> > <encode> > <quality>3</quality> > <channels>2</channels> > </encode>just a point of interest, encode should go in an <instance> and state a samplerate as well as channels. If there really is no stream data after the initial connection then icecast will timeout the ices, are you seeing that? karl.
Karl Heyes wrote:> On Mon, 2005-05-02 at 17:43, Jack Coates wrote: > > >>cat /etc/ices.conf >><?xml version="1.0"?> >><ices> > > ... > >> <stream> >> <instance> >> <hostname>localhost</hostname> >> <port>8000</port> >>...password line snipped >> <mount>/stream.ogg</mount> >> </instance> >> </stream> >> <encode> >> <quality>3</quality> >> <channels>2</channels> >> </encode> > > > just a point of interest, encode should go in an <instance> and state a > samplerate as well as channels. If there really is no stream data after > the initial connection then icecast will timeout the ices, are you > seeing that? > > karl. >Yes! That was it -- I moved the encode section into the instance and tweaked the bitrates a bit per documentation, working like a champ now. <encode> <quality>3</quality> <channels>2</channels> <nominal-bitrate>65536</nominal-bitrate> <maximum-bitrate>131072</maximum-bitrate> <minimum-bitrate>-1</minimum-bitrate> <managed>0</managed> <samplerate>44100</samplerate> </encode> Thanks, -- Jack at Monkeynoodle dot Org: It's a Scientific Venture... Riding the Emergency Third Rail Power Trip since 1996!
Hi,
I'm trying to set up Icecast and Ices to stream from my sound card's
line-in. I'm using ALSA. I'm experienced in Linux but haven't spent
much
time on multimedia and I'm new to streaming. Platform is Mandrake 10.1
with kernel held to 2.4. The sound card is working and I can record to
file using sox.
Ices and Icecast both start okay, and aren't logging any complaints. But
when I try to connect to the ogg stream with Winamp, I get nothing.
Using tethereal, I can see that the the connection handshakes okay, the
metadata is passed back to the client, the client acks, and that's the
end. Nothing is logged by icecast or ices, aside from this sort of thing:
[2005-05-02 09:38:04] DBUG connection/_handle_get_request Client connected
[2005-05-02 09:38:04] DBUG connection/_handle_get_request Source found
for client
Any ideas? Here's the pertinent config...
icecast-2.0.1-1mdk
ices-2.0.0-4mdk
cat /etc/ices.conf
<?xml version="1.0"?>
<ices>
<background>0</background>
<logpath>/var/log/ices</logpath>
<logfile>ices.log</logfile>
<loglevel>4</loglevel>
<consolelog>1</consolelog>
<stream>
<metadata>
<name>Radio Waves</name>
<genre>Any</genre>
<description>The real radio</description>
<url>http://www.monkeynoodle.org</url>
</metadata>
<input>
<module>alsa</module>
<param name="rate">44100</param>
<param name="channels">2</param>
<param name="device">hw:0,0</param>
<param name="buffer-time">500</param>
<param name="metadata">0</param>
</input>
<instance>
<hostname>localhost</hostname>
<port>8000</port>
...password line snipped
<mount>/stream.ogg</mount>
</instance>
</stream>
<encode>
<quality>3</quality>
<channels>2</channels>
</encode>
</ices>
cat /etc/icecast.xml
<icecast>
<limits>
<clients>100</clients>
<sources>5</sources>
<threadpool>5</threadpool>
<queue-size>102400</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>10</source-timeout>
</limits>
<authentication>
... passwords snipped....
</authentication>
<hostname>localhost</hostname>
<listen-socket>
<port>8000</port>
</listen-socket>
<fileserve>1</fileserve>
... paths & logging snipped....
<security>
<changeowner>
<user>icecast</user>
<group>icecast</group>
</changeowner>
</security>
</icecast>
--
Jack at Monkeynoodle dot Org: It's a Scientific Venture...
Riding the Emergency Third Rail Power Trip since 1996!
On Mon, 2005-05-02 at 17:43, Jack Coates wrote: ...> Ices and Icecast both start okay, and aren't logging any complaints. But > when I try to connect to the ogg stream with Winamp, I get nothing. > Using tethereal, I can see that the the connection handshakes okay, the > metadata is passed back to the client, the client acks, and that's the > end. Nothing is logged by icecast or ices, aside from this sort of thing: > [2005-05-02 09:38:04] DBUG connection/_handle_get_request Client connected > [2005-05-02 09:38:04] DBUG connection/_handle_get_request Source found > for clientfrom this description I would say that the input is stalled, some other app has the device open and ices stalls when trying to open it.> Any ideas? Here's the pertinent config... > > icecast-2.0.1-1mdk > ices-2.0.0-4mdkices 2.0.1 has better ALSA support. Using ALSA asoundrc you can configure a device to use dsnoop/dmix and allow multiple apps share the same device at the same time.> cat /etc/ices.conf > <?xml version="1.0"?> > <ices> > <background>0</background> > <logpath>/var/log/ices</logpath> > <logfile>ices.log</logfile> > <loglevel>4</loglevel>> <consolelog>1</consolelog>avoid setting this to 1, console access tends to be very slow, the log file is best used. karl.