summaryrefslogtreecommitdiff
path: root/audio/fIcy/fIcy.pod
diff options
context:
space:
mode:
Diffstat (limited to 'audio/fIcy/fIcy.pod')
-rw-r--r--audio/fIcy/fIcy.pod315
1 files changed, 315 insertions, 0 deletions
diff --git a/audio/fIcy/fIcy.pod b/audio/fIcy/fIcy.pod
new file mode 100644
index 0000000000..969d2e221b
--- /dev/null
+++ b/audio/fIcy/fIcy.pod
@@ -0,0 +1,315 @@
+# pod source for fIcy/fResync/fPls man page. Build with:
+# pod2man -s1 -r1.0.18 --stderr -nFICY -c'SlackBuilds.org'
+
+=pod
+
+=head1 NAME
+
+fIcy - an icecast/shoutcast stream grabber suite
+
+=head1 SYNOPSIS
+
+fIcy B<[options]> B<server [port [path]]|url>
+
+The main program. Takes directly a stream url and dumps the tracks on
+the specified file/s and standard output, depending on the settings.
+
+fPls B<[options]> B<file|url> B<[fIcy options]>
+
+Playlist manager. Reads a playlist (local or remote) and manages fIcy
+retries/timeouts/errors, forwarding the specified flags.
+
+fResync B<[options]> B<file>
+
+MPEG resyncing utility. Re-aligns head frame headers on dumped or
+broken files. Usually needed for embedded hardware decoders or editing
+software.
+
+=head1 DESCRIPTION
+
+fIcy is a small icecast/shoutcast stream grabber suite for use under shell
+environment. Its goal is to automatically rip a stream into user customisable
+files. It will work with ICY compatible streams, allowing you to either to save
+the stream to disk or to pipe the output to a media player, or even both. fIcy,
+among other uses, is ideal for batch/unattended recording of radio programs and
+stream debugging.
+
+The fIcy package includes:
+
+=over
+
+=item -
+
+fIcy itself, a stream separator/multiplexer,
+
+=item -
+
+fResync, a fast MPEG-resyncing utility,
+
+=item -
+
+fPls, a playlist frontend for fIcy.
+
+=back
+
+=head1 OPTIONS
+
+=head2 fIcy options
+
+ -d Do not dump the output to stdout.
+ Useful when only ripping.
+
+ -E num Enumerate files when song title [metadata] changes, starting at
+ num. When 0, fIcy will try to find the highest unused file
+ number automatically. Uses -o as a prefix.
+
+ -h Help
+
+ -c Do not clobber files.
+
+ -m Use song title [metadata] when naming files. Uses -o as prefix.
+
+ -n If the file exists create new one with .n as suffix.
+
+ -p When dumping to stdout consider writing errors as transient
+ (that is: flush the output buffer until stdout is ready).
+ Useful when you pipe the output to a media player and want to
+ kill it while not interrupting the rip.
+
+ -o file Dump the output to file or use file as a prefix (depending on
+ other settings). Hint: to dump without a prefix use "./".
+
+ -s suffix Use sfx as a suffix for new files.
+ Hint: the .mp3/.m4a extension is NOT implicit.
+
+ -t Display song title [metadata] while ripping.
+
+ -r Remove/don't save partial chunks. This will skip the first
+ chunk and remove the last one upon termination which are
+ (supposedly) incomplete. To use in combination with -m or -E.
+
+ -q file Append "file name" sequence to file. The file name is written
+ upon file completition. This may be used to trigger events and
+ rejoin splitted parts with an external tool without -E.
+ fResync will use this file in the future.
+
+ -x regex Save only files whose title (NOT filename) matches against this
+ (or one of these) extended regular expressions. Multiple -x can
+ be specified on the command line to form OR conditions. Dump
+ unaffected. Can be combined with -X.
+
+ -X regex Do NOT save files whose title matches against this extended
+ regular expression. Same semantics as -x.
+
+ -I file Load include/exclude REs from file. Each line must be prefixed
+ with + or - to indicate whether it's a positive or negative
+ expression (-xX).
+
+ -f expr Filter titles through the specified coprocessor expression. The
+ raw title is passed to the expression (doesn't include any
+ additional prefixes/suffixes). As the result will be used
+ internally, some limitations apply. Read carefully the
+ Filtering_ section.
+
+ -F file Filter titles through the specified coprocessor script. Same
+ semantics as -f, but the expressions are loaded from a file
+ instead. Conflicts with -f.
+
+ -C path Specify the path of the external title rewriting coprocessor.
+ Defaults to "sed". The executable must support the '-e', '-f'
+ flags and operate through stdin/out, like "sed".
+
+ -M time Maximum recording time. See Notes_.
+
+ -i time Maximum network idle time. Stops recording after the specified
+ amount of time is passed without network activity. Defaults to
+ 0 (default tcp timeout).
+
+ -a file Read authentication credentials from file (the file must
+ contain a line of the form user:password). Note that only the
+ Basic HTTP authentication scheme is supported.
+
+ -l num Redirect follow limit. Defaults to 1. 0 disables redirection
+ entirely.
+
+
+=head2 fResync options
+
+ -b By default fResync maps the entire file into memory when
+ operating. However this can create problems on loaded systems
+ with large files or when simulating. This reverts to a
+ buffered I/O mode. This flag is also implicit when simulating.
+
+ -s Simulate the process. Print on the standard output the starting
+ sync offset and stream length, but don't modify the source
+ file.
+
+ -v Verbose.
+
+ -n frames Require/decode at least n valid consecutive frames to validate
+ the sync offset. Defaults to 6.
+
+ -m len Maximum frame length. Defaults to 1597. fResync uses this value
+ to determine the maximal region of the file to be checked.
+
+
+=head2 fPls options
+
+ -P path Specify a different name or full path for the fIcy executable
+ (defaults to "fIcy").
+
+ -v Verbose.
+
+ -R max Specifies the maximal number of retries to do for each stream
+ upon connection/read failure.
+
+ -L max Specifies the maximal number of loops to do for the entire
+ playlist (-1 for infinite).
+
+ -T time Wait time to pause after each failure.
+
+ -M time Maximum cumulative recording time. See Notes_.
+
+ -i time Maximum network idle time. Same as fIcy's when loading a
+ playlist via http. Forwarded to fIcy.
+
+ -a file Read authentication credentials from file. Same as fIcy's when
+ loading a playlist via http. The credentials are automatically
+ forwarded to fIcy, but you can override them when needed.
+
+ -l num Redirect follow limit. Same as fIcy's when loading a playlist
+ via http. Forwarded to fIcy.
+
+ -d file Run as a daemon, redirecting messages to file. fIcy's -d
+ option is enforced. As the process is chdir-ed to the root
+ directory you also have to specify absolute paths for all
+ options, including fIcy's ones.
+
+
+=head1 EXAMPLES
+
+Use fIcy to display ICY titles while playing::
+
+ fPls http://example.com:8080/listen.pls -t | mpg123 -
+
+Rip a station until stopped::
+
+ fPls -L-1 http://netradio.invalid/listen.pls -s.mp3 -o./ -cmrd
+
+Connect directly to the stream with server:port and /path::
+
+ fIcy -s .mp3 -o ./ -md 123.123.123.123 8080 /path/to/stream
+
+Rip an .mp3 stream while playing, but allows the player to be restarted later
+by using a named fifo (note that you can re/open "fifo" with any player)::
+
+ $ mkfifo fifo
+ $ fIcy -p ... > fifo
+ $ mpg123 fifo
+
+Record your favourite program "XYZ" usually on-air between 16:30-17:00::
+
+ at 16:30
+ fPls -M 30m http://example.com/listen.pls -o program.mp3 -x XYZ
+ ^D
+
+Cleanup a ripped and/or damaged mp3 file::
+
+ fResync file.mp3
+
+
+=head1 NOTES
+
+The output files produced by fIcy may miss audio framing information and
+headers since the separation does not consider the audio data. For this reason,
+your player 'may' (but should not) fail to reproduce the dump or output some
+initial noise: this is expected. fResync can be used to cleanup MPEG files
+after processing.
+
+You can also use other tools such as mpgedit for cutting the file in arbitrary
+positions without diminishing the quality. Assuming that your song spans across
+three files (use -q to know which ones), that's how to proceed::
+
+ cat 1.mp3 2.mp3 3.mp3 > temp.mp3 && xmpgedit temp.mp3
+
+Do *not* resync the files if you're going to post-process them this way:
+fResync would remove at least one boundary frame on each file, while other
+tools could also insert extra empty frames to silence the decoder!
+
+The -M flag supported by both fIcy and fPls accepts a time specification in
+seconds, `HH:MM` or `N minutes/hours/days`. Time starts just after the
+connection has been established, but without counting further delays. Also
+beware that -M specified in fPls means `cumulative recording time` (time
+accumulates across retries/timeouts), while -M specified in fIcy means `single
+stream recording time` (recording stops at the first error or when the
+specified time has elapsed).
+
+=head1 FILTERING
+
+Most online radio stations tend to put banners in the title that will be shown
+in the player, and eventually result in the filename. To overcome to this (and
+more), fIcy offers the possibility to rewrite each title through a normal sed
+script via the "-fF" flags. A real sed coprocess is used along the execution so
+all of sed's power is available, but some limitations apply:
+
+* Each line of input should result in one output line, and ONE ONLY.
+
+* Two consecutive identical titles will result in the second one
+ being ignored (thus NOT splitting the stream). Consider this rule,
+ as removing carefully the banner could result in a better separation.
+
+* The resulting title will still apply for -xXI as usual.
+
+* Please note that the *title* is filtered, not the filename (which may
+ still have some characters removed/modified). Use -tv to see what is
+ actually sent to the filter.
+
+You can actually use any executable that works as a stream editor by specifying
+the path with '-C'. The executable must support the '-e' (inline expression)
+and '-f' (script file) flags or, at least, ignore them. This allows for any
+script or custom executable to be used when a "sed" script is considered
+inadequate.
+
+
+=head2 Filtering examples
+
+As an example, suppose your titles look like this::
+
+ Artist - Title (radiobanner)
+
+You can write a sed expression or script containing::
+
+ s/ (radiobanner)$//
+
+to remove the trailing part. This facility can also be used to uniform file
+names, invert Artist/Title positions and so on. Clever use of the pattern space
+can also be used to merge albums. sed alone can be used to debug expressions,
+eg::
+
+ echo "test title" | sed -e 'expr'
+
+Refer to the sed(1) manual for a complete list of commands you can use.
+
+=head1 DISCLAIMER
+
+We would like to remind you that saving streams containing copyrighted material
+without explicit consent is *ILLEGAL*. For stream administrators, please see
+our statement in the FAQ.
+
+=head1 SEE ALSO
+
+bfr <http://www.glines.org/software/bfr>
+
+ Audio-oriented rebuffering tool. Ideal for lousy streams.
+
+mpgedit <http://www.mpgedit.org/>
+
+ Frame-level mp3 cutting tool.
+
+=head1 AUTHORS
+
+fIcy was written by Yuri D'Elia (I<wavexx@users.sf.net>) and
+David Leonardi (I<david@mediavitamin.com>)
+
+This manual page by B. Watson for the SlackBuilds.org project. It may
+be used by anyone.