173 lines
3.9 KiB
Plaintext
173 lines
3.9 KiB
Plaintext
# $Id$
|
|
#
|
|
# This is the mt-daapd config file.
|
|
#
|
|
|
|
#
|
|
# web_root (required)
|
|
#
|
|
# Location of the admin web pages. This should be correct
|
|
#
|
|
|
|
web_root /usr/share/mt-daapd/admin-root
|
|
|
|
#
|
|
# port (required)
|
|
#
|
|
# What port to listen on. It is possible to use a different
|
|
# port, but this is the default iTunes port
|
|
#
|
|
|
|
port 3689
|
|
|
|
#
|
|
# admin_pw (required)
|
|
#
|
|
# This is the password to the administrative pages
|
|
#
|
|
|
|
admin_pw mt-daapd
|
|
|
|
#
|
|
# db_dir (required)
|
|
#
|
|
# This is where mt-daapd stores its database of song information.
|
|
#
|
|
|
|
db_dir /var/cache/mt-daapd
|
|
|
|
#
|
|
# mp3_dir (required)
|
|
#
|
|
# Location of the mp3 files to share
|
|
#
|
|
|
|
mp3_dir /mnt/mp3
|
|
|
|
#
|
|
# servername (required)
|
|
#
|
|
# This is both the name of the server as advertised
|
|
# via rendezvous, and the name of the database
|
|
# exported via DAAP
|
|
#
|
|
|
|
servername mt-daapd
|
|
|
|
#
|
|
# runas (required)
|
|
#
|
|
# This is the user to drop privs to if running as
|
|
# root. If mt-daapd is not started as root, this
|
|
# configuration option is ignored. Notice that this
|
|
# must be specified whether the server is running
|
|
# as root or not.
|
|
#
|
|
|
|
runas nobody
|
|
|
|
#
|
|
# playlist (optional)
|
|
#
|
|
# This is the location of a playlist file.
|
|
# This is for Apple-style "Smart Playlists"
|
|
# See the mt-daapd.playlist file in the
|
|
# contrib directory for syntax and examples
|
|
#
|
|
# Note that static playlists will still
|
|
# show up, even if this directive is not
|
|
# specified
|
|
#
|
|
|
|
playlist /etc/mt-daapd.playlist
|
|
|
|
#
|
|
# password (optional)
|
|
#
|
|
# This is the password required to listen to MP3 files
|
|
# i.e. the password that iTunes prompts for
|
|
#
|
|
|
|
#password mp3
|
|
|
|
#
|
|
# extensions (optional)
|
|
#
|
|
# These are the file extensions that the daap server will
|
|
# try to index and serve. By default, it only indexes and
|
|
# serves .mp3 files. It can also server .m4a and .m4p files,
|
|
# and just about any other files, really. Unfortunately, while
|
|
# it can *attempt* to serve other files (.ogg?), iTunes won't
|
|
# play them. Perhaps this would be useful on Linux with
|
|
# Rhythmbox, once it understands daap. (hurry up!)
|
|
#
|
|
|
|
extensions .mp3,.m4a,.m4p
|
|
|
|
|
|
#
|
|
# logfile (optional)
|
|
#
|
|
# This is the file to log to. If this is not configured,
|
|
# then it will log to the syslog.
|
|
#
|
|
# Not that the -d <level> switch will control the log verbosity.
|
|
# By default, it runs at log level 1. Log level 9 will churn
|
|
# out scads of useless debugging information. Values in between
|
|
# will vary the amount of logging you get.
|
|
#
|
|
|
|
#logfile /var/log/mt-daapd.log
|
|
|
|
#
|
|
# art_filename (optional)
|
|
#
|
|
# There is experimental support thanks to Hiren Joshi
|
|
# (hirenj@mooh.org) for dynamically adding art to the id3v2
|
|
# header as it is streamed (!!). If you were using a music system
|
|
# like zina or andromeda, for example, with cover art called
|
|
# "_folderOpenImage.jpg", you could use the parameter
|
|
# art_file _folderOpenImage.jpg and if the file _folderOpenImage.jpg
|
|
# was located in the same folder as the .mp3 file, it would appear
|
|
# in iTunes. Cool, eh?
|
|
#
|
|
|
|
#art_filename _folderOpenImage.jpg
|
|
|
|
#
|
|
# rescan_interval
|
|
#
|
|
# How often to check the file system to see if any mp3 files
|
|
# have been added or removed.
|
|
#
|
|
# if not specified, the default is 0, which disables background scanning.
|
|
#
|
|
# If background rescanning is disabled, a scan can still be forced from the
|
|
# "status" page of the administrative web interface
|
|
#
|
|
# Note that right now this is considered EXPERIMENTAL!
|
|
#
|
|
# Setting a rescan_interval lower than the time it takes to rescan
|
|
# won't hurt anything, it will just waste CPU, and make connect times
|
|
# to the daap server longer.
|
|
#
|
|
# There may be memory leaks here. If you see evidence of leaks, please
|
|
# let me (rpedde@users.sourceforge.net) know.
|
|
#
|
|
|
|
#rescan_interval 300
|
|
|
|
#
|
|
# always_scan
|
|
#
|
|
# The default behavior is not not do background rescans of the filesystem
|
|
# unless there are clients connected. The thought is to allow the drives
|
|
# to spin down unless they are in use. This might be of more importance
|
|
# in IDE drives that aren't designed to be run 24x7.
|
|
#
|
|
# Forcing a scan will always work though, even if no users are connected.
|
|
#
|
|
#
|
|
# always_scan 0
|
|
|