Different number of songs from remote iTunes and Firefly

[crazydragon]

On my remote server, my collection contains 10681 songs (48.28 GB) and when connecting using my client iTunes all songs and playlists are correctly returned. If I connect to the Firefly (on the same machine) however, only 7118 songs (29.46 GB) are returned.

Any ideas?

Comments:
– number of songs is correct when using Firefly Web Administration (10681)
– debug file does not contain any errors when set to (-9)

Platform: Windows XP Professional SP2 (client and remote machines)
Client iTunes: 6.0.1.3
Remote iTunes: 6.0.1.3
Remote Firefly: svn-1463

# This is the Firefly Media Server config file.
#
# Note that any changes made to this file will require the server to be
# shut down and restarted
#
#

[general]
#
# web_root (required)
#
# Location of the admin web pages.
#
# If you installed from .RPM, .deb, or tarball with –prefix=/usr, then
# this is correct.
#
# If you installed from tarball without –prefix=/usr, then the correct
# path is probably /usr/local/share/mt-daapd/admin-root.
#

web_root = C:Program FilesFirefly Media Serveradmin-root

#
# port (required)
#
# What port to listen on. It is possible to use a different
# port, but this is the default iTunes port
#

port =9999

#
# admin_pw (required)
#
# This is the password to the administrative pages
#

admin_pw = firefly

#
# db_type (required)
#
# This is what kind of backend database to store the song
# info in. Valid choices are “sqlite” and “sqlite3”.
#
# sqlite seems to be more stable.

db_type = sqlite

#
# db_parms
#
# This is any extra information the db needs to connect.
# in the case of sqlite and sqlite3, this is the name
# of the directory to store the database in
#
# If you installed from RPM or .deb, this path likely already
# exists. If not, then you must create it. The directory itself
# must be writable by the “runas” user.
#

db_parms = C:Program FilesFirefly Media Server

#
# mp3_dir (required)
#
# Location of the mp3 files to share. Note that because the
# files are stored in the database by inode, these must be
# in the same physical filesystem.
#

mp3_dir =C:Documents and Settingsneo.matrixMy DocumentsMy MusiciTunes

#
# servername (required)
#
# This is both the name of the server as advertised
# via rendezvous, and the name of the database
# exported via DAAP. Also know as “What shows up in iTunes”.
#

servername =Music Box

#
# 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.
#
# This is a leftover from the port from unix — it’s
# not used on windows, but still hanging around, like
# an appendix.
#

runas = nobody

#
# 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!)
#
# Failing that, one can use server-side conversion to transcode
# non-standard (.ogg, .flac) music to wav on the server side.
# See the ssc_* options below.
#

extensions = .mp3,.m4a,.m4p,.wma

#
# ssc_codectypes (optional)
#
# List of codectypes for files that the daap server should
# perform internal format conversion and present to clients
# as WAV files. The file extensions that these codectypes correspond
# to must also be present in ‘extensions’
# configuration value, or files are not probed in the first
# place.
#
# Valid codectypes:
#
# mp4a – for AAC (.aac, .mp4, .m4a, .m4p)
# mpeg – for mp3
# wav – for wav
# wma – for wma
# ogg – for ogg
# flac – for flac (.flac, .fla)
# mpc for musepack (.mpc, .mpp, .mp+)
# alac for alac (.m4a)
#

#ssc_codectypes ogg,flac,alac

#
# ssc_prog (optional)
#
# Program that is used in server side format conversion.
# Program must accept following command line syntax:
# ssc_prog filename offset length …
# Parameter filename is the real name of the file that is
# to be converted and streamed, offset is number of bytes
# that are skipped from the beginning of the _output_ file
# before streaming is started, length is length of the song
# in seconds (or zero). All other possible arguments must
# be ignored. The resulting wav file (or the rest of
# the file after initial seek) is written to the standard
# output by the ssc_prog program. This is typically
# a script that is a front end for different conversion tools
# handling different formats.
#

#ssc_prog /etc/mt-daapd-ssc-script

#
# 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 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 c:/mt-daapd.log

#
# art_filename (optional)
#
# There is experimental support thanks to Hiren Joshi
# ([email protected]) 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 (in sec) 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
#
# 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.
#
#

rescan_interval = 600

# 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
# 24×7. Forcing a scan through the web interface will always work
# though, even if no users are connected.

always_scan = 1

#
# process_m3u
#
# By default m3u processing is turned off, since most m3u files
# sitting around in peoples mp3 directories have bad paths, and
# I hear about it. 🙂
#
# If you are sure your m3u files have good paths (i.e. unixly pathed,
# with relative paths relative to the directory the m3u is in), then
# you can turn on m3u processing by setting this directive to 1.
#
# I’m not sure “unixly” is a word, but you get the idea.
#

process_m3u = 1

#
# scan_type
#
#
# This sets how aggressively mp3 files should be scanned to determine
# file length. There are three values:
#
# 0 (Normal)
# Just scan the first mp3 frame to try and calculate size. This will
# be accurate for most files, but VBR files without an Xing tag will
# probably have wildly inaccurate file times. This is the default.
#
# 1 (Aggressive)
# This checks the bitrates of 10 frames in the middle of the song.
# This will still be inaccurate for VBR files without an Xing tag,
# but they probably won’t be quite as inaccurate as 0. This takes
# more time, obviously, although the time hit will only happen the
# first time you scan a particular file.
#
# 2 (Painfully aggressive)
# This walks through the entire song, counting the number of frames.
# This should result in accurate song times, but will take the most
# time. Again, this will only have to be incurred the first time
# the file is indexed.
#

scan_type = 2

# compress 0

#
# Truncate
#
# should the server truncate the log files on startup.
# Defaults to zero
truncate = 1
logfile = firefly.log
password =
debuglevel = 5

[plugins]
plugin_dir = C:Program FilesFirefly Media Serverplugins
plugins = rsp.dll,w32-event.dll,ssc-ffmpeg.dll,ssc-wma.dll

[CCRDude]

Some ideas:

* Some file types are not supported (not mp3/(m3a/m4p/wma), e.g. you have .ogg or .flac or .mpc or .shn …. files. These are not set for scanning/transcoding.
* Access rights, though Firefly as a service should have sufficient on Windows
* Have you tried to find a few of those songs not served, to see if they fit into the first category (different type), have other special properties (special characters, broken tags, etc.)?

[crazydragon]

1. Library only contains mp3 and mp4 files.
2. There are sufficient rights for the service because it serves some, but not all songs.
3. Yes, I’ve tried to find the songs not served, but they’re all mp3/mp4 format.

Still mystified….

@CCRDude wrote:

Some ideas:

* Some file types are not supported (not mp3/(m3a/m4p/wma), e.g. you have .ogg or .flac or .mpc or .shn …. files. These are not set for scanning/transcoding.
* Access rights, though Firefly as a service should have sufficient on Windows
* Have you tried to find a few of those songs not served, to see if they fit into the first category (different type), have other special properties (special characters, broken tags, etc.)?

[stretch]

when exactly is it telling you how many songs there are?

If it while it’s loading the song list then that’s a known bug that’s not really a bug on the SB. The message reads “Received xxxx items”
When loading a large list of songs the SB tells you where its up to but doesn’t give you a final count when it finishes. It just jumps straight to music selection.

[rpedde]

@crazydragon wrote:

On my remote server, my collection contains 10681 songs (48.28 GB) and when connecting using my client iTunes all songs and playlists are correctly returned. If I connect to the Firefly (on the same machine) however, only 7118 songs (29.46 GB) are returned.

Might be worth trying a later nightly — there were some fixes on the daap side on item counts on playlists. That could possibly be it.

[crazydragon]

The iTunes Summary of the Library is telling me how many songs there are.

If I start iTunes on the remote machine (‘Office’), on my client iTunes I can see in Shared Music I can see ‘Office’ and the Firefly (‘Firefly’) instance.

If I click on ‘Office’, the summary says “10681 songs, 28.8 days, 48.28GB.
On ‘Firefly’, it says “7110 songs, 18.9 days, 29.46 GB”

FYI, I forgot to mention in my original post that ‘Firefly’ is loading the same iTunes.xml as ‘Office’.

Thanks for any help!

@stretch wrote:

when exactly is it telling you how many songs there are?

If it while it’s loading the song list then that’s a known bug that’s not really a bug on the SB. The message reads “Received xxxx items”
When loading a large list of songs the SB tells you where its up to but doesn’t give you a final count when it finishes. It just jumps straight to music selection.

[rpedde]

@crazydragon wrote:

The iTunes Summary of the Library is telling me how many songs there are.

Are the files in different places? For example, some on your local machine, others on the network?

Can you identify any of the songs that are missing? Cn you find anything in common with the songs that are missing?

[Author]

Posts