You are here: Home » Topic » Problems after updating iMac to Front Row 1.2.2

Problems after updating iMac to Front Row 1.2.2

Viewing 15 posts - 1 through 15 (of 18 total)
  • Author
    Posts
  • #301
    tonyo
    Participant

    I am happily running mt-daapd Version svn-1082 on a gentoo kurobox.

    However, after updating to Front Row 1.2.2 on my iMac(intel), Front Row can no longer access the shared music from the mt-daapd server.
    iTunes, running on the same iMac and iTunes on another Windows PC, are able to access it just fine. Front Row can also properly access shared music from my Windows iTunes server.

    When using Front Row, the mt-daapd server appears as a shared music source, but it fails about 25 seconds after selecting it, with Front Row claiming, “iTunes is not responding.”

    How can I fix this?

    #4769
    rpedde
    Participant

    @tonyo wrote:

    When using Front Row, the mt-daapd server appears as a shared music source, but it fails about 25 seconds after selecting it, with Front Row claiming, “iTunes is not responding.”

    Hrmph. I’ll have to update my FrontRow and see what’s up. I’ll write back here when I have a fix.

    — Ron

    #4770
    tonyo
    Participant

    Thanks for looking at this. Any news yet? Is there something I can do to help?

    #4771
    rpedde
    Participant

    @tonyo wrote:

    Thanks for looking at this. Any news yet? Is there something I can do to help?

    Eeerp… Sorry. Check the nightlies page. It’s Fixed For Me ™ in the latest release.

    — Ron

    #4772
    slab
    Participant

    I’m seeing the ‘iTunes is not responding’ issue in FrontRow (not sure how to find the version) with the 1206 nightly.

    With mt-daapd 0.2.4, FrontRow would ask for a password when one wasn’t set– iTunes on the same machine, however, could connect just fine. If iTunes were running and connected in the background, FrontRow would be able to access it without a problem; it just seemed to have trouble connecting on its own.

    With 1206, iTunes can connect, but it being connected doesn’t effect FrontRow at all– still get the ‘iTunes is not responding’ error.

    #4773
    rpedde
    Participant

    @slab wrote:

    I’m seeing the ‘iTunes is not responding’ issue in FrontRow (not sure how to find the version) with the 1206 nightly.

    With mt-daapd 0.2.4, FrontRow would ask for a password when one wasn’t set– iTunes on the same machine, however, could connect just fine. If iTunes were running and connected in the background, FrontRow would be able to access it without a problem; it just seemed to have trouble connecting on its own.

    With 1206, iTunes can connect, but it being connected doesn’t effect FrontRow at all– still get the ‘iTunes is not responding’ error.

    yeah, I’m seeing that too.. strange because I swear it was working at one point.

    — Ron

    #4774
    rpedde
    Participant

    @rpedde wrote:

    yeah, I’m seeing that too.. strange because I swear it was working at one point.

    Not sure where the breakage is, exactly, but I found that by going into the config interface (advanced) and setting daap/enable_browse to NO, daap/enable_update to NO, and daap/empty_strings to YES, I got it to work.

    Ymmv.

    — Ron

    #4775
    slab
    Participant

    I tried adding

    [daap]
    empty_strings = yes
    supports_browse = no
    supports_update = no

    to the configuration file, but no luck– I get the same result. FrontRow sees the server, but can’t connect to it because ‘iTunes is not responding,’ regardless of whether or not iTunes is running/not running/connected to it.

    #4776
    rpedde
    Participant

    @slab wrote:

    I tried adding

    [daap]
    empty_strings = yes
    supports_browse = no
    supports_update = no

    to the configuration file, but no luck– I get the same result. FrontRow sees the server, but can’t connect to it because ‘iTunes is not responding,’ regardless of whether or not iTunes is running/not running/connected to it.

    No. In the actual config file, it’s:

    empty_strings = 1
    supports_update = 0
    support_browse = 0

    Only through the web config interface is it “yes/no”. Also, make sure to stop and restart the server if you change the config file directly, and not through the web interface.

    — Ron

    #4777
    slab
    Participant

    Er, heh. Not sure why I thought ‘yes’/’no’ would work.

    Anyway, even with the 1/0/0 settings (and confirmed with the web interface), I still get ‘iTunes is not responding.’

    #4778
    rpedde
    Participant

    @slab wrote:

    Er, heh. Not sure why I thought ‘yes’/’no’ would work.

    Anyway, even with the 1/0/0 settings (and confirmed with the web interface), I still get ‘iTunes is not responding.’

    I’ll post my working config in a bit, then.

    #4779
    tonyo
    Participant

    It still doesn’t work for me as well.

    #4780
    rpedde
    Participant

    @tonyo wrote:

    It still doesn’t work for me as well.

    here is my config:


    [general]
    web_root = ../admin-root
    port = 3689
    db_type = sqlite3
    db_parms = ./db
    mp3_dir = new-mp3
    servername = test server osx
    runas = guest
    playlist = /opt/etc/mt-daapd/mt-daapd.playlist
    password =
    extensions = .mp3,.m4a,.m4p,.aif,.aiff,.ogg,.flac,.url,.wma
    ssc_codectypes = flac,alac,ogg
    ssc_prog = ./mt-daapd-ssc.sh
    logfile = ./log.log
    art_filename = _folderOpenImage.jpg
    rescan_interval = 600
    always_scan = 0
    scan_type = 2
    process_m3u = 1
    debuglevel = 4
    admin_pw =

    [daap]
    supports_update = 0
    empty_strings = 1
    supports_browse = 0

    [scanning]
    concat_compilations = 0
    ignore_dotfiles = 0
    ignore_appledouble = 1
    process_xml = 1

    [plugins]
    plugin_dir = ./plugins/.libs
    plugins = rsp.so,ssc-script.so
    mangle_rendezvous = 1

    I think the important entry is “empty_strings”, but this config works for me.

    — Ron

    #4781
    slab
    Participant

    That configuration doesn’t help– still, iTunes (6.0.5) can connect, FrontRow can’t.

    (My configuration is almost identical; I have admin_pw set, only .mp3, .m4a, and .m4p in extensions, and no plugins.)

    I’ve updated to svn-1303, on Debian. The only thing in the logfile when trying to connect is:

    2006-07-13 15:45:48 (b7523bb0): Unknown meta code: daap.songcategory
    2006-07-13 15:45:48 (b7523bb0): Unknown meta code: daap.songcontentdescription
    (...)
    2006-07-13 15:45:48 (b7523bb0): Unknown meta code: com.apple.itunes.is-podcast-playlist
    2006-07-13 15:48:48 (b7523bb0): Thread 0: could not read: No such file or directory

    The ‘unknown meta codes’ already seem to be a (minor) known issue, and I imagine that the ‘could not read’ on the thread is a 3-minute timeout on the connection.

    #4782
    rpedde
    Participant

    @slab wrote:

    That configuration doesn’t help– still, iTunes (6.0.5) can connect, FrontRow can’t.

    Hmm.. Seems that playlists work, and that’s it. Wonder if iTunes is requiring the crappy authentication junk?

Viewing 15 posts - 1 through 15 (of 18 total)
  • The forum ‘Nightlies Feedback’ is closed to new topics and replies.