Provided by: ezstream_1.0.2-2_amd64 
NAME
ezstream — source client for Icecast with external de-/encoder support
SYNOPSIS
ezstream [-hqrVv] -c configfile [-p pidfile]
ezstream -s file
DESCRIPTION
ezstream is a command line source client for media streams, primarily for streaming to
Icecast servers.
It allows the creation of media streams based on input from files or standard input that is
piped through an optional external de- and encoder. As every part of this chain is highly
configurable, ezstream can be useful in a large number of streaming setups.
Command line arguments
-c configfile
Use the XML configuration in configfile.
-h Print a summary of available command line arguments with short descriptions and
exit.
-p pidfile
Write the ezstream process ID (a single number) to pidfile. The file will be
written even when it already exists. A file lock is maintained until the main
ezstream process terminates. If the file cannot be written for any reason, ezstream
will log this, but not consider it a fatal error.
-q Be more quiet. Suppress the output that external programs send to standard error.
-r Maintain a line of real-time status information about the stream on standard output.
(Implies -q.)
-s file
Run ezstream as a line-based shuffling utility. If a playlist argument of “-” is
given, a list of media file names is read from standard input instead of an input
file. After successfully reading the entire list, it is shuffled and printed to
standard output, and ezstream will exit.
-V Print the ezstream version number and exit.
-v Increase logging verbosity. May be used up to three times to also include debug
logging output.
Runtime control
Ezstream offers limited runtime control via signals. By sending a signal to the ezstream
process, e.g. with the kill(1) utility, a certain action will be triggered.
SIGHUP
Rereads the playlist file after the track that is currently streamed. If the playlist
is not to be shuffled, ezstream attempts to find the previously streamed file and
continue with the one following it, or restarts from the beginning of the list
otherwise.
SIGUSR1
Skips the currently playing track and moves on to the next in playlist mode, or
restarts the current track when streaming a single file.
SIGUSR2
Triggers rereading of metadata for the stream by running the configured program or
script. This is the only meaningful signal when streaming from standard input.
CONFIGURATION FILE SYNTAX
The ezstream utility uses a simple XML configuration file format. It has a tree-like
structure and is made up of XML elements. Of all the possible XML features, only regular
elements that contain text or other elements, and comments, appear in an ezstream
configuration file.
Each element in the configuration file consists of a start tag, its content, and an end tag.
For example:
<filename>playlist.m3u</filename>
<!-- XML comments look like this. -->
XML CONFIGURATION
In this section, each available element is listed and described. Note that for this
purpose, elements are introduced in their short, i.e. empty form. In the configuration
file, they need to be used as start tag + content + end tag, like in the introductory
example shown above.
Root element
<ezstream />
(Mandatory.) The configuration file's root element. It contains all other
configuration elements.
Servers block
<servers />
This element contains all server blocks as child elements. Its parent is the
<ezstream /> element.
A configuration file may contain multiple named server configurations. The stream
configuration determines what server configuration should be used.
Server block
<server />
(Mandatory.) This element contains a complete server configuration as child elements.
Its parent is the <servers /> element.
Server configuration
<name />
Set the name of the server configuration. This may be referenced in a <stream />.
The name is case-aware, but not case-sensitive.
Default: default
<protocol />
Transport protocol used to stream to the server:
HTTP Plain-text HTTP. The <tls /> option defines, if TLS via RFC2817 or RFC2818
is also attempted.
HTTPS HTTP over TLS. This option implies that <tls /> is set to "required".
ICY ICY streaming protocol
RoarAudio RoarAudio streaming protocol
Default: HTTP
<hostname />
(Mandatory.) The FQDN host name or IP address of the server.
<port />
Port number on which the server is listening.
Default: 8000
<user />
User to authenticate as on the server.
Default: source
<password />
(Mandatory.) Password to authenticate with on the server.
<reconnect_attempts />
Number of reconnect attempts in case of connection issues with the server, or 0 (zero)
for trying indefinitely.
Default: 0
<tls />
Configure the TLS encryption requirement for the server connection. Possible values
are:
None No TLS encryption will be attempted.
May Opportunistic TLS encryption may be used, if the server supports it
Required TLS encryption is required. This is the only setting that is providing
security against both passive and active attackers.
Default: May
This option is ignored when <protocol /> is set to HTTPS, which implies a value of
Required.
<tls_cipher_suite />
Configure allowed cipher suites for TLS.
For example (modern cipher suites, PFS, TLS 1.2 or better):
HIGH:!RSA:!SHA:!DH:!aNULL:!eNULL:!TLSv1.
Default: libshout default cipher suite
<ca_dir />
Directory in which OpenSSL finds root CA certificates for validating the HTTPS server
identity.
Default: system default
<ca_file />
Path of a root CA bundle file for validating the HTTPS server identity.
Default: system default
<client_cert />
X.503 client certificate and key (in PEM format containing both certificate and key in
the same file) for authentication on an HTTPS server.
Default: no client certificate authentication
Streams block
<streams />
This element contains all stream blocks as child elements. Its parent is the
<ezstream /> element.
Note: While multiple stream configurations are supported by the file format, only the
one configuration with the name default will be used by ezstream.
Stream block
<stream />
(Mandatory.) This element contains the entire stream configuration as child elements.
Its parent is the <streams /> element.
Stream configuration
<name />
Set the name of the stream configuration.
The name is case-aware, but not case-sensitive.
Note: At this time, only the stream configuration with the default name is used and
must be present.
Default: default
<mountpoint />
(Mandatory.) Stream mountpoint on the server.
<public />
Boolean setting of whether the broadcast may be listed in a public YP directory, or
not.
0|No|False The broadcast is private (the default).
1|Yes|True The broadcast is public.
<intake />
Use the intake (input media) configuration with the provided symbolic name for this
stream.
Default: default
<server />
Use the server configuration with the provided symbolic name for this stream.
Default: default
<format />
(Mandatory.) The stream format.
Ogg Ogg media format
MP3 MP3 audio format
WebM WebM media format
Matroska Matroska media format
<encoder />
Use the encoder configuration with the provided symbolic name (see below), for
(re)encoding the stream. Not configuring an encoder makes ezstream stream input media
files as-is.
The configured encoder's output stream format must match what is configured in
<format />.
<stream_name />
Informational name of the broadcast.
Default: none
<stream_url />
Informational URL associated with the broadcast, e.g. the web site.
Default: none
<stream_genre />
Informational genre of the broadcast.
Default: none
<stream_description />
Informational description of the broadcast.
Default: none
<stream_quality />
Informational quality setting of the VBR broadcast.
Default: none
<stream_bitrate />
Informational bitrate setting of the CBR broadcast.
Default: none
<stream_samplerate />
Informational sample rate of the broadcast audio.
Default: none
<stream_channels />
Informational number of audio channels of the broadcast.
Default: none
Intakes block
<intakes />
This element contains all intake blocks as child elements. Its parent is the
<ezstream /> element.
A configuration file may contain multiple named intake configurations. The stream
configuration determines what intake (media input) configuration should be used.
Intake block
<intake />
(Mandatory.) This element contains the entire input media configuration as child
elements. Its parent is the <intakes /> element.
Intake configuration
<name />
Set the name of the intake configuration. This may be referenced in a <stream />.
The name is case-aware, but not case-sensitive.
Default: default
<type />
Configure the input media type:
autodetect Attempt to autodetect, whether the input is a playlist, or a single media
file. Playlists are detected by their “.m3u” and “.txt” file name
extensions. (This is the default.)
file The input is one single media file.
playlist The input is a playlist. Playlists are a newline-delimited list of media
file path names. Comments in playlists are introduced by a ‘#’ sign at the
beginning of a line and ignored by ezstream.
program The input is an executable “Playlist Program”. See SCRIPTING for more
information.
stdin The input is read from standard input and streamed as-is without any
reencoding.
<filename />
The input media file name; mandatory for all but the stdin type.
<shuffle />
Boolean setting of whether the playlist type media should be shuffled, or not.
0|No|False Stream the playlist content sequentially (the default).
1|Yes|True Shuffle the playlist prior to streaming its content.
<stream_once />
Boolean setting of whether ezstream should exit after streaming its media input, or
start over.
0|No|False Attempt to start over whenever the end of the media input is reached (the
default).
1|Yes|True After streaming all media input, exit.
Metadata block
<metadata />
This element contains the entire metadata configuration as child elements. Its parent
is the <ezstream /> element.
Metadata configuration
<program />
Set an executable “Metadata Program” to be queried for all metadata on SIGUSR2 or
whenever a new track begins. See SCRIPTING for more information.
Default: use metadata as contained in media files
<format_str />
Set the format of the string that should be used for the ‘@M@’ placeholder, when
quering for metadata from an executable.
Default: @a@ - @t@
<refresh_interval />
Configure a time interval for additional metadata updates via a “Metadata Program”:
-1 Do not trigger any additional metadata updates (the default).
0 Trigger metadata updates at the highest reasonable frequency.
>0 Configure the time (in seconds) in between additional metadata updates.
<normalize_strings />
Boolean setting of whether metadata strings should have excess whitespace removed, or
not.
0|No|False Use metadata strings as-is (the default).
1|Yes|True Trim leading and trailing whitespace, as well as remove excess whitespace
in case that there is more than one in sequence.
<no_updates />
Boolean setting of whether metadata updates should be suppressed altogether, or not.
0|No|False Update metadata in the usual manner (the default).
1|Yes|True Disable all metadata updates, and keep existing metadata in streams
untouched.
Decoders block
<decoders />
This element contains all decoder blocks as child elements. Its parent is the
<ezstream /> element.
Decoder block
<decoder />
This element contains all configuration of a single decoder. Its parent is the
<decoders /> element.
Decoder configuration
<name />
Set the name of the decoder configuration.
The name is case-aware, but not case-sensitive.
Default: default
<program />
(Mandatory.) Set the full command line to decode a media input file, represented by the
‘@T@’ placeholder, into a “canonical internal format” on standard output.
The canonical format should be the same for all configured decoders, e.g. RAW audio
with a specific signedness, bitrate, and samplerate that can be consumed by encoders.
For exotic use cases, metadata placeholders may be used here.
Example:
<program>oggdec -R -o - @T@</program>
<file_ext />
(Mandatory.) Set a filename extension to be associated with this decoder.
It is possible to specify more than one <file_ext /> element per decoder to associate
more than one file extension to the same decoder.
A filename extension can only be associated with one decoder.
Encoders block
<encoders />
This element contains all encoder blocks as child elements. Its parent is the
<ezstream /> element.
Encoder block
<encoder />
This element contains all configuration of a single encoder. Its parent is the
<encoders /> element.
Encoder configuration
<name />
(Mandatory.) Set the name of the encoder configuration. This may be referenced in a
<stream /> block in case (re)encoding is desired.
The name is case-aware, but not case-sensitive.
Default: default
<format />
(Mandatory.) Stream format produced by this encoder. This must be one of the available
stream formats as specified for the <stream /> block.
<program />
(Mandatory.) Set the full command line to encode the “canonical internal format” from
standard input into a supported stream format on standard output.
Metadata placeholders may be used here.
Example:
<program>oggenc -r -q 1.5 -t @M@ -</program>
SCRIPTING
The ezstream utility provides hooks for externally controlled playlist and metadata
management. This is done by running external programs or scripts that need to behave in
ways explained here.
Common Rules
- The program must be an executable file.
- The program must write one line to standard output and exit.
- The program must not require arbitrary command line options to function. A wrapper
script must be used if there is no other way.
Playlist Programs
- The program must return only filenames, with one filename per execution.
- The program should not return an empty line unless ezstream is supposed to know that the
end of the playlist has been reached. This is significant when the <stream_once/>
option is enabled.
Metadata Programs
- The program must not return anything (just a newline character is okay) if it is called
by ezstream with a command line argument that the program does not support.
- When called without command line arguments, the program should return a complete string
that should be used for metadata.
- When called with the command line argument "artist", the program should return only the
artist information of the metadata. (Optional.)
- When called with the command line argument "title", the program should return only the
title information of the metadata. (Optional.)
- The supplied metadata must be encoded in UTF-8.
METADATA
The main tool for handling metadata with ezstream is placeholders in decoder and encoder
commands that are replaced with real content during runtime.
Note: All placeholders are replaced with content enclosed in single quotes, with escaped
single quote and backslash characters in between, so that interpretation by the shell does
not occur. Do not add any additional quoting!
Metadata Placeholders
@T@ Replaced with the media file name. Required in /ezstream/decoders/decoder/program.
Available in /ezstream/metadata/format_str.
@M@ Replaced with a metadata string. (See below for a detailed explanation.) Available in
/ezstream/decoders/decoder/program and /ezstream/encoders/encoder/program.
@a@ Replaced with the artist information. Available in /ezstream/decoders/decoder/program,
/ezstream/encoders/encoder/program and /ezstream/metadata/format_str.
@t@ Replaced with the title information. Available in /ezstream/decoders/decoder/program,
/ezstream/encoders/encoder/program and /ezstream/metadata/format_str.
@b@ Replaced with the album information. Available in /ezstream/decoders/decoder/program,
/ezstream/encoders/encoder/program and /ezstream/metadata/format_str.
@s@ Replaced with the string returned by /ezstream/metadata/program when called without any
command line arguments. Available only in /ezstream/metadata/format_str.
The @M@ Placeholder
While all other placeholders are simply replaced with whatever data they are associated
with, ‘@M@’ is context-sensitive. The logic used by ezstream is the following:
If ('@M@ is present')
If (/ezstream/metadata/program AND /ezstream/metadata/format_str)
Replace with format string result.
Else
If (NOT /ezstream/metadata/program AND '@t@ is present')
Replace with empty string.
else
Replace with generated metadata string.
Endif
Endif
Endif
The generated metadata string for ‘@M@’ is of the format “Artist - Title”, if both artist
and title information is available. If one of the two is missing, the available one is
displayed without a leading or trailing dash, e.g. just “Artist”. If neither artist nor
title are available, the name of the media file — without its file extension — is used.
Metadata Caveats
It is possible to generate strange results with odd combinations of placeholders, external
metadata programs and updates during runtime via SIGUSR2. If things start to become just
confusing, simplify.
Metadata updates during runtime are done with a eccentric feature of libshout. Additional
metadata information that is already present in the stream sent via ezstream is usually
destroyed and replaced with the new data. It is not possible to properly discern between
artist and title information, which means that anything set with the SIGUSR2 feature will
continue to end up entirely in the "Title" field of a stream.
Additional limitations in Icecast may apply as well, where one historic example is that of
all possible Ogg-based streams, only Ogg Vorbis can have its metadata manipulated.
The ID3v1 tags (relevant when streaming in MP3 format) do not specify any character
encoding, so ezstream operates in a manner of “best effort”. In case of encoding issues, it
may help to explicitly set a codeset to work with via the LC_CTYPE environment variable, as
ezstream assumes ID3v1 tags to be in the user's current locale. Note that, even though
support for different locales is provided by ezstream, Icecast itself and the listening
clients also have a say in the matter. The only way to ensure consistent results with
metadata in non-Ogg streams is to use only the characters available in the ISO-8859-1
codeset.
External encoders may put additional, and possibly artificial, restrictions on valid
characters in metadata.
FILES
/usr/share/doc/ezstream/examples Directory containing example configuration files for
various uses of ezstream, as well as example playlist and
metadata scripts.
SEE ALSO
ezstream-cfgmigrate(1), ezstream-file.sh(1)
AUTHORS
ezstream was written by:
Ed Zaleski <oddsock@oddsock.org>
Moritz Grimm <mgrimm@mrsserver.net>
This manual was written by Moritz Grimm.