# $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