iTunes Playlists not showing up – again

FireFly Media Server Firefly Media Server Forums Firefly Media Server Setup Issues iTunes Playlists not showing up – again

Viewing 6 posts - 1 through 6 (of 6 total)
  • Author
    Posts
  • #989
    mediaman
    Participant

    Ok, browsed the complete forum and finally found that the itunes library.xml location has to be added as 2nd music directory in the firefly config. I did that but no luck at all with playlists. Smart playlists created on firefly show up properly in Roku but custom created ones in iTunes don’t. The rest works fine.

    Here’s my config: XP SP2, iTunes 7.x, Firefly 1.0 (the one from the roku webpage), Pinnacle branded Soundbridge running 2.7.43 (beta).

    Any help highly appreciated.

    Cheers Stefan

    P.S. Apart from this issue Firefly works great – brilliant work!!

    #8434
    rpedde
    Participant

    @mediaman wrote:

    Ok, browsed the complete forum and finally found that the itunes library.xml location has to be added as 2nd music directory in the firefly config. I did that but no luck at all with playlists. Smart playlists created on firefly show up properly in Roku but custom created ones in iTunes don’t. The rest works fine.

    Here’s my config: XP SP2, iTunes 7.x, Firefly 1.0 (the one from the roku webpage), Pinnacle branded Soundbridge running 2.7.43 (beta).

    Any help highly appreciated.

    Cheers Stefan

    P.S. Apart from this issue Firefly works great – brilliant work!!

    In your “c:program filesfirefly music server” should be a “mt-daapd.conf”. Can you post that?

    #8435
    mediaman
    Participant

    Hi Ron
    THX for looking into this.

    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:ProgrammeFirefly 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:ProgrammeFirefly 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 =D:iTunes Music,C:Dokumente und EinstellungenStefan WeidnerEigene DateienEigene MusikiTunes

    #
    # 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 =Firefly Media Server

    #
    # 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 /var/log/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 = 0

    #
    # 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 =
    playlist = C:Dokumente und EinstellungenStefan WeidnerEigene DateienEigene MusikiTunes

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

    #8436
    rpedde
    Participant

    @mediaman wrote:

    Hi Ron
    THX for looking into this.

    Process_m3u has to be 1.

    Try that. If not, then it might be a latin1 charset thing, which is fixed in svn-1376:

    http://nightlies.mt-daapd.org/dl.php?FILE=Firefly%20Media%20Server%20(svn-1376).exe

    Try the m3u first though. Make sure you do a scan from the web admin page. I think that should do it, though.

    — Ron

    #8437
    mediaman
    Participant

    Ron.

    One thing I found only after finally upgrading to SVN-1376 was that playlists do NOT show up at all if they are empty. This was new to me although I guess this is common knowledge. 😳
    Anyway, custom created playlists do show up now as most of the static iTunes ones do but still not all which is not important to me.
    THX again for helping me out. I seem to be all set now.

    Cheers Stefan

    #8438
    rpedde
    Participant

    @mediaman wrote:

    Ron.

    One thing I found only after finally upgrading to SVN-1376 was that playlists do NOT show up at all if they are empty. This was new to me although I guess this is common knowledge. 😳
    Anyway, custom created playlists do show up now as most of the static iTunes ones do but still not all which is not important to me.
    THX again for helping me out. I seem to be all set now.

    Cheers Stefan

    Whoop! News to me too. 🙂

    Wonder if iTunes doens’t serialize empty playlists to the .xml file?

    Strange. Good to know, though.

    — Ron

Viewing 6 posts - 1 through 6 (of 6 total)
  • The forum ‘Setup Issues’ is closed to new topics and replies.