| View previous topic :: View next topic |
| Author |
Message |
HalNineThousand
Joined: 27 Apr 2008
Posts: 14
|
 Posted: Mon Oct 20, 2008 10:32 am Post subject: Mount Point Not Showing Up from Ices2 Stream |
 |
|
I had Icecast2 setup on a Debian Sarge system (eventually it was upgraded to Etch) with Darkice with a HD radio hooked up to my sound card. It did fine on providing me a stream of my favorite local radio station that I could listen to through my computer or through a Squeezebox.
I've changed my setup and am now working with Debian Etch installed on a Soekris system, which means less memory and a slower CPU. Originally I tried copying over my old setup for Icecast2 and Darkice, but when I ran Darkice, using the same configuration file as before, it would lock up the entire system.
Since that makes it quite hard to troubleshoot and I had to reboot after each test (I even tried running "nice darkice" and it didn't make a difference!), I decided to switch to Ices2.
I'm using the same config file for Icecast2 that was working on Debian Etch (the same version I'm using now) as little as a week ago. I didn't see anything in it that looked like I needed to change it.
I've set up Ices and it appears to be working okay, logging in to Icecast2 and connecting with it, but the problem is my mount point is not showing up at all. When I log in to Icecast2 through the web interface (myserver:8000) and check the list of mount points, there are none and no results when I try to load one as a URL.
I'm really hoping someone will point out something just incredibly obvious that I missed because I'm working on this so late at night (or early in the morning) and I'm just missing something right in front of my face. (This is the last step in getting my LAN re-organized for home and business, so I've been on this project to get it all working for the week.)
Here's my Ices2 config file (mostly copied from the example:
| Code: |
<ices>
<!-- run in background -->
<background>0</background>
<!-- where logs go. -->
<logpath>/var/log/ices</logpath>
<logfile>ices.log</logfile>
<!-- size in kilobytes -->
<logsize>1024</logsize>
<!-- 1=error, 2=warn, 3=infoa ,4=debug -->
<loglevel>3</loglevel>
<!-- logfile is ignored if this is set to 1 -->
<consolelog>0</consolelog>
<!-- optional filename to write process id to -->
<!-- <pidfile>/var/log/ices/ices.pid</pidfile> -->
<stream>
<!-- metadata used for stream listing -->
<metadata>
<name>WCVE-FM</name>
<genre>NPR</genre>
<description>Public radio station from Richmond, VA</description>
<url>http://ozma.thresh.oz</url>
</metadata>
<!--
Input module.
This example uses the 'oss' module. It takes input from the
OSS audio device (e.g. line-in), and processes it for live
encoding.
-->
<input>
<module>alsa</module>
<param name="rate">44100</param>
<param name="channels">1</param>
<param name="device">hw:0,0</param>
<!-- Read metadata (from stdin by default, or -->
<!--
filename defined below (if the latter, only on SIGUSR1)
-->
<!-- <param name="metadata">1</param> -->
<!-- <param name="metadatafilename">test</param> -->
</input>
<!--
Stream instance.
You may have one or more instances here. This allows you to
send the same input data to one or more servers (or to different
mountpoints on the same server). Each of them can have different
parameters. This is primarily useful for a) relaying to multiple
independent servers, and b) encoding/reencoding to multiple
bitrates.
If one instance fails (for example, the associated server goes
down, etc), the others will continue to function correctly.
This example defines a single instance doing live encoding at
low bitrate.
-->
<instance>
<!--
Server details.
You define hostname and port for the server here, along
with the source password and mountpoint.
-->
<hostname>localhost</hostname>
<port>8000</port>
<password>[real password omitted]</password>
<mount>/wcve.ogg</mount>
<yp>1</yp>
<!-- allow stream to be advertised on YP, default 0 -->
<!--
Live encoding/reencoding:
channels and samplerate currently MUST match the channels
and samplerate given in the parameters to the oss input
module above or the remsaple/downmix section below.
-->
<encode>
<quality>0</quality>
<samplerate>44100</samplerate>
<channels>2</channels>
</encode>
<!--
stereo->mono downmixing, enabled by setting this to 1
-->
<downmix>1</downmix>
<!--
resampling.
Set to the frequency (in Hz) you wish to resample to,
-->
<resample>
<in-rate>44100</in-rate>
<out-rate>44100</out-rate>
</resample>
</instance>
</stream>
</ices>
|
And here's the log file from Ices2 from one instance when I start it:
| Code: |
[2008-10-19 23:30:23] INFO ices-core/main IceS 2.0.1 started...
[2008-10-19 23:30:23] INFO input-alsa/alsa_open_module Opened audio device hw:0,0
[2008-10-19 23:30:23] INFO input-alsa/alsa_open_module using 1 channel(s), 44100 Hz, buffer 500 ms
[2008-10-19 23:30:23] INFO input-alsa/alsa_open_module Starting metadata update thread
[2008-10-19 23:30:23] INFO signals/signal_usr1_handler Metadata update requested
[2008-10-19 23:30:23] WARN metadata/metadata_thread_signal Failed to open file "test" for metadata update: No such file or directory
[2008-10-19 23:30:23] INFO audio/resample_initialise Initialised resampler for 2 channels, from 44100 Hz to 44100 Hz
[2008-10-19 23:30:23] INFO encode/encode_initialise Encoder initialising in VBR mode: 2 channel(s), 44100 Hz, quality 0.000000
[2008-10-19 23:30:24] INFO stream/ices_instance_stream Connected to server: localhost:8000/wcve.ogg |
Any help would be appreciated. Just in case, here's the Icecast2 config file. I doubt there's a problem since it was working fine previously:
| Code: |
<icecast>
<limits>
<clients>100</clients>
<sources>2</sources>
<threadpool>5</threadpool>
<queue-size>102400</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>10</source-timeout>
<!-- If enabled, this will provide a burst of data when a client
first connects, thereby significantly reducing the startup
time for listeners that do substantial buffering. However,
it also significantly increases latency between the source
client and listening client. For low-latency setups, you
might want to disable this. -->
<burst-on-connect>1</burst-on-connect>
<!-- same as burst-on-connect, but this allows for being more
specific on how much to burst. Most people won't need to
change from the default 64k. Applies to all mountpoints -->
<burst-size>65535</burst-size>
</limits>
<authentication>
<!-- Sources log in with username 'source' -->
<source-password>[bleep]</source-password>
<!-- Relays log in username 'relay' -->
<relay-password>[bleep]</relay-password>
<!-- Admin logs in with the username given below -->
<admin-user>[bleep]</admin-user>
<admin-password>[bleep]</admin-password>
</authentication>
<!-- Uncomment this if you want directory listings -->
<!--
<directory>
<yp-url-timeout>15</yp-url-timeout>
<yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
</directory>
<directory>
<yp-url-timeout>15</yp-url-timeout>
<yp-url>http://www.oddsock.org/cgi-bin/yp-cgi</yp-url>
</directory>
-->
<!-- This is the hostname other people will use to connect to your server.
It affects mainly the urls generated by Icecast for playlists and yp
listings. -->
<hostname>ozma.thresh.oz</hostname>
<!-- You can use these two if you only want a single listener -->
<!--<port>8000</port> -->
<!--<bind-address>127.0.0.1</bind-address>-->
<!-- You may have multiple <listener> elements -->
<listen-socket>
<port>8000</port>
<!-- <bind-address>127.0.0.1</bind-address> -->
</listen-socket>
<!--
<listen-socket>
<port>8001</port>
</listen-socket>
-->
<module>oss
<param name='device'>/dev/dsp</param>
<param name='rate'>44100</param>
<param name='channels'>2</param>
</module>
<!--<master-server>127.0.0.1</master-server>-->
<!--<master-server-port>8001</master-server-port>-->
<!--<master-update-interval>120</master-update-interval>-->
<!--<master-password>hackme</master-password>-->
<!--
<relay>
<server>127.0.0.1</server>
<port>8001</port>
<mount>/example.ogg</mount>
<local-mount>/different.ogg</local-mount>
<relay-shoutcast-metadata>0</relay-shoutcast-metadata>
</relay>
-->
<!-- Only define a <mount> section if you want to use advanced options,
like alternative usernames or passwords
<mount>
<mount-name>/example-complex.ogg</mount-name>
<username>othersource</username>
<password>hackmemore</password>
<max-listeners>1</max-listeners>
<dump-file>/tmp/dump-example1.ogg</dump-file>
<burst-size>65536</burst-size>
<fallback-mount>/example2.ogg</fallback-mount>
<fallback-override>1</fallback-override>
<hidden>1</hidden>
<no-yp>1</no-yp>
<authentication type="htpasswd">
<option name="filename" value="myauth"/>
<option name="allow_duplicate_users" value="0"/>
</authentication>
</mount>
-->
<fileserve>1</fileserve>
<!-- set the mountpoint for a shoutcast source to use, the default if not
specified is /stream but you can change it here if an alternative is
wanted or an extension is required
<shoutcast-mount>/live.nsv</shoutcast-mount>
-->
<paths>
<!-- basedir is only used if chroot is enabled -->
<basedir>/usr/share/icecast2</basedir>
<!-- Note that if <chroot> is turned on below, these paths must both
be relative to the new root, not the original root -->
<logdir>/var/log/icecast2</logdir>
<webroot>/usr/share/icecast2/web</webroot>
<adminroot>/usr/share/icecast2/admin</adminroot>
<!-- <pidfile>/usr/share/icecast2/icecast.pid</pidfile> -->
<!-- Aliases: treat requests for 'source' path as being for 'dest' path
May be made specific to a port or bound address using the "port"
and "bind-address" attributes.
-->
<!--
<alias source="/foo" dest="/bar"/>
-->
<!-- Aliases: can also be used for simple redirections as well,
this example will redirect all requests for http://server:port/ to
the status page
-->
<alias source="/" dest="/status.xsl"/>
</paths>
<logging>
<accesslog>access.log</accesslog>
<errorlog>error.log</errorlog>
<!-- <playlistlog>playlist.log</playlistlog> -->
<loglevel>4</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
</logging>
<security>
<chroot>0</chroot>
<!--
<changeowner>
<user>nobody</user>
<group>nogroup</group>
</changeowner>
-->
</security>
</icecast>
|
|
|
| Back to top |
|
 |
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Mon Oct 20, 2008 1:10 pm Post subject: |
|
|
your ices xml has input with 1 channel but you are trying to encode 2 channels, and with downmix enabled. You also have resample enabled when you should not have.
karl. |
|
| Back to top |
|
|
HalNineThousand
Joined: 27 Apr 2008
Posts: 14
|
| Posted: Mon Oct 20, 2008 4:25 pm Post subject: |
|
|
I eliminated resampling by commenting it out and cut out downmixing by changing the value to 0 and commented out the number of channels for encoding. When I restarted ices2 and checked the admin interface on Icecast2, I did have a mount point.
However I tried loading it in my browser. As I expected, it asked me which program to open it with and I tried two different ones I've used for streaming playback before and both had problems. Apparently they tried to download and save the file in /tmp. Then I tried, with both VLC and Kaffeine, to open it as a stream. Had problems on Kaffeine (since I have to specify more than a port number). On VLC it didn't recognize it as a stream.
Do I need to do something with a playlist or should it work directly as is once I have a stream mounted by Icecast2?
Thanks! |
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Mon Oct 20, 2008 4:57 pm Post subject: |
|
|
you don't comment out the channels, you specify the number you want eg 1 if you want a mono stream. I tried to access your server but could not so I cannot try it myself.
karl. |
|
| Back to top |
|
|
HalNineThousand
Joined: 27 Apr 2008
Posts: 14
|
| Posted: Mon Oct 20, 2008 5:09 pm Post subject: |
|
|
Okay, specified 1 channel instead of 2 and uncommented that part. It still doesn't come up.
You won't be able to access the server, it's on an internal LAN ( a kid relative likes the Oz books, so all my computers are named after Oz characters and I used Oz as the internal domain).
Here's the messages from VLC. It looks like it's not seeing anything where the steram should be:
| Code: |
main debug: adding playlist item `http://ozma.thresh.oz:8000/wcve.ogg' ( http://ozma.thresh.oz:8000/wcve.ogg )
main debug: creating new input thread
main debug: waiting for thread completion
main debug: `http://ozma.thresh.oz:8000/wcve.ogg' gives access `http' demux `' path `ozma.thresh.oz:8000/wcve.ogg'
main debug: creating demux: access='http' demux='' path='ozma.thresh.oz:8000/wcve.ogg'
main debug: looking for access_demux module: 0 candidates
main warning: no access_demux module matched "http"
main debug: creating access 'http' path='ozma.thresh.oz:8000/wcve.ogg'
main debug: looking for access2 module: 7 candidates
access_http debug: http: server='ozma.thresh.oz' port=8000 file='/wcve.ogg
main debug: net: connecting to ozma.thresh.oz port 8000
main debug: thread 1134172496 (input) created at priority 0 (input/input.c:265)
main debug: connection in progress
access_http debug: protocol 'HTTP' answer code 404
access_http error: error: HTTP/1.0 404 File Not Found
access_http debug: switching to HTTP version 1.0
main debug: net: connecting to ozma.thresh.oz port 8000
main debug: connection in progress
access_http debug: protocol 'HTTP' answer code 404
access_http error: error: HTTP/1.0 404 File Not Found
main debug: net: connecting to ozma.thresh.oz port 8000
main debug: connection in progress
access_mms error: error: HTTP/1.0 404 File Not Found
vcdx warning: Can't get file status for ozma.thresh.oz:8000/wcve.ogg:
No such file or directory
vcdx warning: could not retrieve file info for `ozma.thresh.oz:8000/wcve.ogg': No such file or directory
vcdx warning: can't open nrg image file ozma.thresh.oz:8000/wcve.ogg for reading
access_file warning: ozma.thresh.oz:8000/wcve.ogg: No such file or directory
cdda warning: could not open ozma.thresh.oz:8000/wcve.ogg
main warning: no access2 module matching "http" could be loaded
main error: no suitable access module for `http://ozma.thresh.oz:8000/wcve.ogg'
main debug: thread 1134172496 joined (input/input.c:412)
main: nothing to play |
And, just in case, here's the updated ices2.xml file:
| Code: |
<ices>
<!-- run in background -->
<background>0</background>
<!-- where logs go. -->
<logpath>/var/log/ices</logpath>
<logfile>ices.log</logfile>
<!-- size in kilobytes -->
<logsize>1024</logsize>
<!-- 1=error, 2=warn, 3=infoa ,4=debug -->
<loglevel>3</loglevel>
<!-- logfile is ignored if this is set to 1 -->
<consolelog>0</consolelog>
<!-- optional filename to write process id to -->
<!-- <pidfile>/var/log/ices/ices.pid</pidfile> -->
<stream>
<!-- metadata used for stream listing -->
<metadata>
<name>WCVE-FM</name>
<genre>NPR</genre>
<description>Public radio station from Richmond, VA</description>
<url>http://ozma.thresh.oz</url>
</metadata>
<!--
Input module.
This example uses the 'oss' module. It takes input from the
OSS audio device (e.g. line-in), and processes it for live
encoding.
-->
<input>
<module>alsa</module>
<param name="rate">44100</param>
<param name="channels">1</param>
<param name="device">hw:0,0</param>
<!-- Read metadata (from stdin by default, or -->
<!--
filename defined below (if the latter, only on SIGUSR1)
-->
<!-- <param name="metadata">1</param> -->
<!-- <param name="metadatafilename">test</param> -->
</input>
<!--
Stream instance.
You may have one or more instances here. This allows you to
send the same input data to one or more servers (or to different
mountpoints on the same server). Each of them can have different
parameters. This is primarily useful for a) relaying to multiple
independent servers, and b) encoding/reencoding to multiple
bitrates.
If one instance fails (for example, the associated server goes
down, etc), the others will continue to function correctly.
This example defines a single instance doing live encoding at
low bitrate.
-->
<instance>
<!--
Server details.
You define hostname and port for the server here, along
with the source password and mountpoint.
-->
<hostname>localhost</hostname>
<port>8000</port>
<password>[bleep]</password>
<mount>/wcve.ogg</mount>
<yp>1</yp>
<!-- allow stream to be advertised on YP, default 0 -->
<!--
Live encoding/reencoding:
channels and samplerate currently MUST match the channels
and samplerate given in the parameters to the oss input
module above or the remsaple/downmix section below.
-->
<encode>
<quality>0</quality>
<samplerate>44100</samplerate>
<channels>1</channels>
</encode>
<!--
stereo->mono downmixing, enabled by setting this to 1
-->
<downmix>0</downmix>
<!--
resampling.
Set to the frequency (in Hz) you wish to resample to,
-->
<!-- <resample>
<in-rate>44100</in-rate>
<out-rate>44100</out-rate>
</resample>-->
</instance>
</stream>
</ices>
|
I'm figuring the problem still is with Ices, since it should be giving Icecast the same kind of stream Darkice would have. I'd have just gone with Darkice, but, as I said, when I ran it, it locked up the entire computer. I don't know if it's not compatible with the hardware or if there's a resource issue.
And as more info, I'm using a USB sound card, a rather cheap one. It doesn't seem to be able to provide stereo. When I changed the number of channels to 2 in the input section, Ices wouldn't run.
Thanks again for any help! |
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Mon Oct 20, 2008 6:09 pm Post subject: |
|
|
vlc sees a 404 response which means there's no stream of that name.
If there is a lockup problem then check the hardware/driver side of things first, ices just takes one thing and encodes to another but if there is a problem with accessing the hardware then ices could be the trigger. Use arecord with the same setting as input to see if it works.
karl. |
|
| Back to top |
|
|
HalNineThousand
Joined: 27 Apr 2008
Posts: 14
|
| Posted: Mon Oct 20, 2008 8:10 pm Post subject: |
|
|
| karlH wrote: |
| vlc sees a 404 response which means there's no stream of that name. |
Yeah, that's what I figured. So how can it be that Icecast sees it as a mount, but the stream isn't there? I also don't get an error like I did when I tried to load that URL in my browser and before there was a mount point, I got an error page from Icecast, but don't now (but obviously no stream).
Could this be due to a technical issue with my config that means Ices isn't putting out a stream to Icecast?
| karlH wrote: |
If there is a lockup problem then check the hardware/driver side of things first, ices just takes one thing and encodes to another but if there is a problem with accessing the hardware then ices could be the trigger. Use arecord with the same setting as input to see if it works.
karl. |
Yeah, I figured it could be that. My first thought was taking up too much CPU time and didn't look much beyond that. Since this is an embedded box and I'd have to hook up a null modem cable to see any output I didn't want to get into that. I figured, at the time, it would be easier to switch to Ices and just adapt a sample config file than to troubleshoot something that might require constant rebooting.
I'm also using a USB sound card, which might cause some issues as well since it's an El Cheapo (okay, I can't remember the actual brand!) and has only one input and one output. I noticed in the Alsa section of the config that I can't even read 2 channels from the card -- I get errors if I try to, so it's not the best piece of hardware out there, but for now, I don't need the highest fidelity. At some point, if it works well, I may get a better USB sound card.
Anybody have any ideas why Icecast shows this stream as a mount but the browser and VLC don't see a stream?
Thanks! |
|
| Back to top |
|
|
HalNineThousand
Joined: 27 Apr 2008
Posts: 14
|
| Posted: Mon Oct 20, 2008 9:46 pm Post subject: |
|
|
I tried Darkice again. This time I changed the input channels to 1 instead of 2. (It seems this USB sound card, by Star Tech -- I checked on that -- is only providing mono input.)
It didn't lock the system, but it didn't work. I've added the output and config files below.
I'd wonder if I wasn't getting a stream from the sound card, but Ices didn't report an error on that and I've got speakers plugged into the card and I can hear the signal from the radio that goes in through the input, so I know sound is being handled by the sound card -- although it's possible it's in some messed up way.
Here's the Darkice config:
| Code: |
# sample DarkIce configuration file, edit for your needs before using
# see the darkice.cfg man page for details
# this section describes general aspects of the live streaming session
[general]
duration = 0 # duration of encoding, in seconds. 0 means forever
bufferSecs = 5 # size of internal slip buffer, in seconds
# this section describes the audio input that will be streamed
[input]
device = /dev/dsp # OSS DSP soundcard device for the audio input
sampleRate = 22050 # sample rate in Hz. try 11025, 22050 or 44100
bitsPerSample = 16 # bits per sample. try 16
channel = 1 # channels. 1 = mono, 2 = stereo
# this section describes a streaming connection to an IceCast2 server
# there may be up to 8 of these sections, named [icecast2-0] ... [icecast2-7]
# these can be mixed with [icecast-x] and [shoutcast-x] sections
[icecast2-0]
bitrateMode = abr # average bit rate
format = vorbis # format of the stream: ogg vorbis
bitrate = 96 # bitrate of the stream sent to the server
server = localhost
# host name of the server
port = 8000 # port of the IceCast2 server, usually 8000
password = [bleeped] # source password to the IceCast2 server
mountPoint = wcve.ogg # mount point of this stream on the IceCast2 server
name = WCVE-FM Ogg Vorbis Stream
# name of the stream
description = Local Public Radio on WCVE-FM
# description of the stream
url = http://ozma.thresh.oz
# URL related to the stream
genre = NPR # genre of the stream
public = yes # advertise this stream?
|
And here's the output from running Darkice:
| Code: |
[root@ozma:~]$ darkice -c /data/Data/xfer/darkice/darkice.cfg
DarkIce 0.18 live audio streamer, http://darkice.tyrell.hu/
Copyright (c) 2000-2007, Tyrell Hungary, http://tyrell.hu/
Using config file: /data/Data/xfer/darkice/darkice.cfg
Using OSS DSP input device: /dev/dsp
Using POSIX real-time scheduling, priority 98
DarkIce: VorbisLibEncoder.cpp:177: vorbis encode init error [1] |
|
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Mon Oct 20, 2008 9:56 pm Post subject: |
|
|
try checking your icecast error log, that may very well show the stream connecting then terminating. I can't comment on darkice as I don't use it.
karl. |
|
| Back to top |
|
|
HalNineThousand
Joined: 27 Apr 2008
Posts: 14
|
| Posted: Tue Oct 21, 2008 1:05 am Post subject: |
|
|
I had checked it earlier, but I guess I missed the one line that might have a clue to it. I went through so many DBUG lines I guess my eyes skipped over the one WARN line. When you brought it up, i went back and read it carefully, looking for something different and found this when I start Ices:
| Code: |
[2008-10-20 20:49:43] DBUG source/get_next_buffer last 1224550172, timeout 10, now 1224550183
[2008-10-20 20:49:43] WARN source/get_next_buffer Disconnecting source due to socket timeout
[2008-10-20 20:49:43] INFO source/source_shutdown Source "/wcve.ogg" exiting
|
(Full output when I start Ices at the bottom of the post.)
So it looks like Icecast2 isn't getting a stream from Ices, if I read it correctly. For what it's worth, on that first line, each time I run Ices, the total read in (1224550183) goes up more, so I'm guessing it is getting something at the start, even if it's just metadata.
Could this be a problem due to a crappy sound card?
Full log output:
| Code: |
[2008-10-20 20:49:20] DBUG slave/_slave_thread checking master stream list
[2008-10-20 20:49:32] DBUG stats/modify_node_event update node clients (1)
[2008-10-20 20:49:32] DBUG stats/modify_node_event update node connections (287)
[2008-10-20 20:49:32] INFO connection/_handle_source_request Source logging in at mountpoint "/wcve.ogg"
[2008-10-20 20:49:32] DBUG connection/connection_complete_source sources count is 0
[2008-10-20 20:49:32] DBUG source/source_apply_mount Applying mount information for "/wcve.ogg"
[2008-10-20 20:49:32] DBUG source/source_apply_mount YP changed to 1
[2008-10-20 20:49:32] DBUG source/source_update_settings public set to 1
[2008-10-20 20:49:32] DBUG source/source_update_settings max listeners to -1
[2008-10-20 20:49:32] DBUG source/source_update_settings queue size to 102400
[2008-10-20 20:49:32] DBUG source/source_update_settings burst size to 65535
[2008-10-20 20:49:32] DBUG source/source_update_settings source timeout to 10
[2008-10-20 20:49:32] DBUG source/source_update_settings fallback_when_full to 0
[2008-10-20 20:49:32] DBUG connection/connection_complete_source source is ready to start
[2008-10-20 20:49:32] DBUG fserve/fserve_add_client_callback Adding client to file serving engine
[2008-10-20 20:49:32] DBUG source/source_init Source creation complete
[2008-10-20 20:49:32] DBUG stats/modify_node_event update node sources (1)
[2008-10-20 20:49:32] DBUG stats/process_source_event new source stat /wcve.ogg
[2008-10-20 20:49:32] DBUG stats/process_source_event new node public (1)
[2008-10-20 20:49:32] DBUG stats/process_source_event new node server_name (WCVE-FM)
[2008-10-20 20:49:32] DBUG stats/process_source_event new node server_description (Public radio station from Richmond, VA)
[2008-10-20 20:49:32] DBUG stats/process_source_event new node server_url (http://ozma.thresh.oz)
[2008-10-20 20:49:32] DBUG stats/process_source_event new node genre (NPR)
[2008-10-20 20:49:32] DBUG stats/process_source_event new node server_type (application/ogg)
[2008-10-20 20:49:32] DBUG stats/process_source_event new node max_listeners (unlimited)
[2008-10-20 20:49:32] DBUG stats/process_source_event new node source_ip (127.0.0.1)
[2008-10-20 20:49:32] DBUG stats/process_source_event new node user_agent (IceS 2.0.1)
[2008-10-20 20:49:32] DBUG stats/modify_node_event update node source_client_connections (17)
[2008-10-20 20:49:32] DBUG stats/process_source_event new node listeners (0)
[2008-10-20 20:49:32] DBUG stats/process_source_event new node samplerate (44100)
[2008-10-20 20:49:32] DBUG stats/process_source_event new node channels (1)
[2008-10-20 20:49:32] DBUG stats/process_source_event new node quality (0.00)
[2008-10-20 20:49:32] DBUG stats/process_source_event new node audio_info (samplerate=44100;channels=1;quality=0%2e00)
[2008-10-20 20:49:32] DBUG stats/process_source_event new node listenurl (http://ozma.thresh.oz:8000/wcve.ogg)
[2008-10-20 20:49:32] DBUG stats/modify_node_event update node source_total_connections (17)
[2008-10-20 20:49:32] DBUG stats/process_source_event new node slow_listeners (0)
[2008-10-20 20:49:32] DBUG stats/modify_node_event update node listeners (0)
[2008-10-20 20:49:32] DBUG stats/process_source_event new node listener_peak (0)
[2008-10-20 20:49:32] DBUG stats/process_source_event new node stream_start (Mon, 20 Oct 2008 20:49:32 -0400)
[2008-10-20 20:49:33] DBUG stats/process_source_event new node total_bytes_read (0)
[2008-10-20 20:49:33] DBUG stats/process_source_event new node total_bytes_sent (0)
[2008-10-20 20:49:37] DBUG stats/modify_node_event update node total_bytes_read (0)
[2008-10-20 20:49:37] DBUG stats/modify_node_event update node total_bytes_sent (0)
[2008-10-20 20:49:42] DBUG stats/modify_node_event update node total_bytes_read (0)
[2008-10-20 20:49:42] DBUG stats/modify_node_event update node total_bytes_sent (0)
[2008-10-20 20:49:43] DBUG source/get_next_buffer last 1224550172, timeout 10, now 1224550183
[2008-10-20 20:49:43] WARN source/get_next_buffer Disconnecting source due to socket timeout
[2008-10-20 20:49:43] INFO source/source_shutdown Source "/wcve.ogg" exiting
[2008-10-20 20:49:43] DBUG source/source_clear_source clearing source "/wcve.ogg"
[2008-10-20 20:49:43] DBUG format-ogg/format_ogg_free_headers releasing header pages
[2008-10-20 20:49:43] DBUG format-ogg/free_ogg_codecs freeing codecs
[2008-10-20 20:49:43] DBUG source/source_free_source freeing source "/wcve.ogg"
[2008-10-20 20:49:43] DBUG stats/process_source_event delete source node /wcve.ogg
[2008-10-20 20:49:43] DBUG stats/modify_node_event update node clients (0)
[2008-10-20 20:49:43] DBUG stats/modify_node_event update node sources (0) |
|
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Tue Oct 21, 2008 1:47 am Post subject: |
|
|
a timeout, so no content for 10 secs. probably means that ices is stuck reading pcm from the device. One of the previous things I suggested was trying out arecord, as that will read and save to file without involving any encoding or icecast. If arecord can retrieve a set of samples from the device then ices should be able to as well.
karl. |
|
| Back to top |
|
|
HalNineThousand
Joined: 27 Apr 2008
Posts: 14
|
| Posted: Tue Oct 21, 2008 2:29 am Post subject: |
|
|
Tried arecord:
| Code: |
[root@ozma:~]$ arecord -d 10 -f cd -t wav -D copy foobar.wav
ALSA lib pcm.c:2143:(snd_pcm_open_noupdate) Unknown PCM copy
arecord: main:550: audio open error: No such file or directory
|
Just to be sure about /dev/dsp:
| Code: |
[root@ozma:~]$ ls -l /dev/dsp
crw-rw---- 1 root audio 14, 3 2008-10-19 21:51 /dev/dsp
|
And to check the devices:
| Code: |
[root@ozma:~]$ arecord -l
**** List of CAPTURE Hardware Devices ****
card 0: default [C-Media USB Headphone Set ], device 0: USB Audio [USB Audio]
Subdevices: 1/1
Subdevice #0: subdevice #0
|
The big question I have is why I get a "No such file or directory" for /dev/dsp when it does exist. Is that because the output is not what arecord expects to get? I don't get any errors from Ices on it. |
|
| Back to top |
|
|
karlH
Code Warrior
Joined: 13 Jun 2005
Posts: 5476
Location: UK
|
| Posted: Tue Oct 21, 2008 3:19 am Post subject: |
|
|
firstly don't confuse oss with alsa, /dev/dsp is oss hw:0,0 is alsa.
arecord -D hw:0,0 -d 10 -f S16 -r 44100 -c 1 file.wav
karl. |
|
| Back to top |
|
|
HalNineThousand
Joined: 27 Apr 2008
Posts: 14
|
| Posted: Tue Oct 21, 2008 4:30 am Post subject: |
|
|
Okay, thanks. I'm still confused on a lot of issues regarding sound on Linux.
Here's what I got:
| Code: |
[root@ozma:~]$ arecord -D hw:0,0 -d 10 -f S16 -r 44100 -c 1 file.wav
Recording WAVE 'file.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Mono
arecord: xrun:1093: read/write error, state = PREPARED |
I made sure Ices or other programs that might be using the sound device weren't running before I did that, but it's possible I missed something. |
|
| Back to top |
|
|
HalNineThousand
Joined: 27 Apr 2008
Posts: 14
|
| Posted: Tue Oct 21, 2008 9:20 pm Post subject: |
|
|
| I had a reference to this issue in my browser, but lost the page when I hit the wrong key -- I'll try to find it again, but it sounds like there was a kernel bug filed about this issue with the same chip in a sound card, so I may need a newer kernel or a new USB sound card to make it work. |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2002 phpBB Group
subRebel style by ktauber
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
