View Full Version : [ubuntu] Streaming audio (hw0,0) with ices2 and icecast2: volume far too low...

July 8th, 2010, 04:01 PM
I achieved to create a stream of the audio output of my sound card thanks to ices2 and icecast2. i receive it with an internet radio device (NOXON). works alright, BUT the volume is far too low....

any suggestions?


ah, and there is a ~7sec delay... it's not to bad, but if it can be reduced, please tell me how.

July 8th, 2010, 05:51 PM
Tried alsamixer?

July 9th, 2010, 02:14 PM
I started it already but I did not get that I could change the options through the F-keys.

I'll try to raise everything up to the top. I'll check tonight if it works.


July 9th, 2010, 04:49 PM
The volume is higher now, but the quality is really bad.

I couldn't figure out why, so I'll post the ices-alsa.xml below

<?xml version="1.0"?>

<!-- run in background -->
<!-- where logs go. -->
<!-- size in kilobytes -->
<!-- 1=error, 2=warn, 3=infoa ,4=debug -->
<!-- logfile is ignored if this is set to 1 -->

<!-- optional filename to write process id to -->
<!-- <pidfile>/home/ices/ices.pid</pidfile> -->

<!-- metadata used for stream listing -->
<name>Example stream name</name>
<genre>Example genre</genre>
<description>A short description of your stream</description>

<!-- 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. -->
<param name="rate">44100</param>
<param name="channels">2</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>

<!-- 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

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. -->

<!-- Server details.

You define hostname and port for the server here, along
with the source password and mountpoint. -->

<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. -->


<!-- stereo->mono downmixing, enabled by setting this to 1 -->

<!-- resampling.

Set to the frequency (in Hz) you wish to resample to, -->



with these settings I achieved 89kbps..

and this is the xml of icecast.

<!-- 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. -->
<!-- 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 -->

<!-- Sources log in with username 'source' -->
<!-- Relays log in username 'relay' -->

<!-- Admin logs in with the username given below -->

<!-- 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

<!-- Uncomment this if you want directory listings -->

<!-- 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. -->

<!-- You may have multiple <listener> elements -->
<!-- <bind-address></bind-address> -->
<!-- <shoutcast-mount>/stream</shoutcast-mount> -->


<!-- setting this makes all relays on-demand unless overridden, this is
useful for master relays which do not have <relay> definitions here.
The default is 0 -->



<!-- Only define a <mount> section if you want to use advanced options,
like alternative usernames or passwords


<authentication type="htpasswd">
<option name="filename" value="myauth"/>
<option name="allow_duplicate_users" value="0"/>

<authentication type="url">
<option name="mount_add" value="http://myauthserver.net/notify_mount.php"/>
<option name="mount_remove" value="http://myauthserver.net/notify_mount.php"/>
<option name="listener_add" value="http://myauthserver.net/notify_listener.php"/>
<option name="listener_remove" value="http://myauthserver.net/notify_listener.php"/>



<!-- basedir is only used if chroot is enabled -->

<!-- Note that if <chroot> is turned on below, these paths must both
be relative to the new root, not the original root -->
<!-- <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"/>

<!-- <playlistlog>playlist.log</playlistlog> -->
<loglevel>3</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
<logsize>10000</logsize> <!-- Max size of a logfile -->
<!-- If logarchive is enabled (1), then when logsize is reached
the logfile will be moved to [error|access|playlist].log.DATESTAMP,
otherwise it will be moved to [error|access|playlist].log.old.
Default is non-archive mode (i.e. overwrite)
<!-- <logarchive>1</logarchive> -->


what can i do to improve the quality?