README.afs

   1 The audio file selector
   2 =======================
   3
   4 Paraslash comes with a sophisticated audio file selector called *afs*.
   5 In the
   6 <<
   7 <a href="INSTALL.html">installation notes</a>,
   8 >>
   9 only the "dummy" mode of afs was used which gets activated automatically if
  10 nothing else was specified. In this section the various features of afs are
  11 described.
  12
  13 ----------
  14 Attributes
  15 ~~~~~~~~~~
  16
  17 An attribute is simply a bit which can be set for each audio
  18 file individually.  Up to 64  different attributes may be
  19 defined. For example, "pop", "rock", "blues", "jazz", "instrumental",
  20 "german_lyrics", "speech", whatever. It's up to you how many attributes
  21 you define and how you call them.
  22
  23 A new attribute "test" is created by
  24
  25         para_client addatt test
  26 and
  27         para_client lsatt
  28
  29 lists all available attributes. You can set the "test" attribute for
  30 an audio file by executing
  31
  32         para_client setatt test+ /path/to/the/audio/file
  33
  34 Similarly, the "test" bit can be removed from an audio file with
  35
  36         para_client setatt test- /path/to/the/audio/file
  37
  38 Instead of a path you may use a shell wildcard pattern. The attribute
  39 is applied to all audio files matching that pattern:
  40
  41         para_client setatt test+ '/test/directory/*'
  42
  43 The command
  44
  45         para_client -- ls -lv
  46
  47 gives you a verbose listing of your audio files which contains also
  48 which attributes are set.
  49
  50 In case you wonder why the double-dash in the above command is needed:
  51 It tells para_client to not interpret the options after the dashes. If
  52 you find this annoying, just say
  53
  54         alias para='para_client --'
  55
  56 and be happy. In what follows we shall use this alias.
  57
  58 The "test" attribute can be dropped from the database with
  59
  60         para rmatt test
  61
  62 Read the output of
  63
  64         para help ls
  65         para help setatt
  66
  67 for more information and a complete list of command line options to
  68 these commands.
  69
  70
  71 ----------------------
  72 Abstract mood nonsense
  73 ~~~~~~~~~~~~~~~~~~~~~~
  74
  75 [skip this part if you don't like formal definitions]
  76
  77 A mood consists of a unique name and its *mood definition*, which is
  78 a set of *mood lines* containing expressions in terms of attributes
  79 and other data contained in the database.
  80
  81 A mood defines a subset of audio files called the *admissible audio
  82 files* for that mood. At any time, at most one mood can be *active*
  83 which means that para_server is going to select only files from that
  84 subset of admissible files.
  85
  86 So in order to create a mood definition one has to write a set of
  87 mood lines. Mood lines come in three flavours: Accept lines, deny
  88 lines and score lines.
  89
  90 The general syntax of the three types of mood lines is
  91
  92
  93         accept [with score <score>] [if] [not] <mood_method> [options]
  94         deny [with score <score>] [if] [not] <mood_method> [options]
  95         score <score>  [if] [not] <mood_method> [options]
  96
  97
  98 Here <score> is either an integer or the string "random" which assigns
  99 a random score to all matching files. The score value changes the
 100 order in which admissible files are going to be selected, but is of
 101 minor importance for this introduction.
 102
 103 So we concentrate on the first two forms, i.e. accept and deny
 104 lines. As usual, everything in square brackets is optional, i.e.
 105 accept/deny lines take the following form when ignoring scores:
 106
 107         accept [if] [not] <mood_method> [options]
 108
 109 and analogously for the deny case. The "if" keyword is purely cosmetic
 110 and has no function. The "not" keyword just inverts the result, so
 111 the essence of a mood line is the mood method part and the options
 112 following thereafter.
 113
 114 A *mood method* is realized as a function which takes an audio file
 115 and computes a number from the data contained in the database.
 116 If this number is non-negative, we say the file *matches* the mood
 117 method. The file matches the full mood line if it either
 118
 119         - matches the mood method and the "not" keyword is not given,
 120 or
 121         - does not match the mood method, but the "not" keyword is given.
 122
 123 The set of admissible files for the whole mood is now defined as those
 124 files which match at least one accept mood line, but no deny mood line.
 125 More formally, an audio file F is admissible if and only if
 126
 127         (F ~ AL1 or F ~ AL2...) and not (F ~ DL1 or F ~ DN2 ...)
 128
 129 where AL1, AL2... are the accept lines, DL1, DL2... are the deny
 130 lines and "~" means "matches".
 131
 132 The cases where no mood lines of accept/deny type are defined need
 133 special treatment:
 134
 135         - Neither accept nor deny lines: This treats all files as admissible
 136           (in fact, that is the definition of the dummy mood which is activated
 137           automatically if no moods are available).
 138
 139         - Only accept lines: A file is admissible iff it matches at least one
 140           accept line:
 141
 142                 F ~ AL1 or F ~ AL2 or ...
 143
 144         - Only deny lines: A file is admissible iff it matches no deny line:
 145
 146                 not (F ~ DL1 or F ~ DN2 ...)
 147
 148
 149
 150 --------------------
 151 List of mood_methods
 152 ~~~~~~~~~~~~~~~~~~~~
 153
 154         no_attributes_set
 155
 156 Takes no arguments and matches an audio file if and only if no
 157 attributes are set.
 158
 159         played_rarely
 160
 161 Takes no arguments and matches all audio files where the number of
 162 times this audio file was selected is below the average.
 163
 164         is_set attribute_name
 165
 166 Takes the name of an attribute and matches iff that attribute is set.
 167
 168         path_matches pattern
 169
 170 Takes a filename pattern and matches iff the path of the audio file
 171 matches the pattern.
 172
 173
 174 ----------
 175 Mood usage
 176 ~~~~~~~~~~
 177
 178 To create a new mood called "my_mood", write its definition into
 179 some temporary file, say "tmpfile", and add it to the mood table
 180 by executing
 181
 182         para addmood my_mood < tmpfile
 183
 184 If the mood definition is really short, you may just pipe it to the
 185 client instead of using temporary files. Like this:
 186
 187         echo "$MOOD_DEFINITION" | para addmood my_mood
 188
 189 There is no need to keep the temporary file since you can always use
 190 the catmood command to get it back:
 191
 192         para catmood my_mood
 193
 194 A mood can be activated by executing
 195
 196         para select m/my_mood
 197
 198 Once active, the list of admissible files is shown by the ls command
 199 if the "-a" switch is given:
 200
 201         para ls -a
 202
 203 -----------------------
 204 Example mood definition
 205 ~~~~~~~~~~~~~~~~~~~~~~~
 206
 207 Suppose you have defined attributes "punk" and "rock" and want to define
 208 a mood containing only Punk-Rock songs. That is, an audio file should be
 209 admissible if and only if both attributes are set. Since
 210
 211         punk and rock
 212
 213 is obviously the same as
 214
 215         not (not punk or not rock)
 216
 217 (de Morgan's rule), a mood definition that selects only Punk-Rock
 218 songs is
 219
 220         deny if not is_set punk
 221         deny if not is_set rock
 222
 223
 224 ---------
 225 Troubles?
 226 ---------
 227
 228 Use the debug loglevel (option -l debug for most commands) to show
 229 debugging info. Almost all paraslash executables have a brief online
 230 help which is displayed by using the -h switch. The --detailed-help
 231 option prints the full help text.
 232
 233 para_fsck tries to fix your database. Use --force (even if your name
 234 isn't Luke) to clean up after a crash. However, first make sure
 235 para_server isn't running before executing para_fsck if para_fsck
 236 complains about busy (dirty) tables. para_fsck also contains an option
 237 to dump the contents of the database to the file system.
 238
 239 If you don't mind to recreate your database you can start
 240 from scratch by removing the entire database directory, i.e.
 241
 242         rm -rf ~/.paraslash/afs_database
 243
 244 Note that this removes all tables, in particular attribute definitions
 245 and data, and all playlist and mood definitions.
 246
 247 para_fsck operates on the osl-layer, i.e. it fixes inconsistencies
 248 in the database but doesn't know about the contents of the tables
 249 contained therein. Use
 250
 251         para_client check
 252
 253 to print out bad entries, e.g.missing audio files or invalid mood
 254 definitions.
 255
 256 Still having problems? mailto: Andre Noll <maan@systemlinux.org>