You are here: Home » Topic » mt-daapd servers files but they don’t stream

mt-daapd servers files but they don’t stream

This topic contains 3 replies, has 2 voices, and was last updated by  rpedde 10 years, 4 months ago.

Viewing 4 posts - 1 through 4 (of 4 total)
  • Author
    Posts
  • #1548

    swldstn
    Participant

    I had mt-daapd working fine on Ubuntu Dapper until I started to update the playlist file and extensions to share .mpg and mp4. Tried one of those with no luck. And then it stopped streaming anything. I backed out those changes from the .conf and .playlist file but now it serves the files but they won’t stream. Here is the results from the log. You can see that it doesn’t show the request to stream the file. I’m running itunes 7.2 on a Windows XP box but that was working fine before. (same OS and same hardware). Just changed the .playlist and .conf. Oh and added one level of hierarchy to the mp3_dir path and changed it to /mnt/share1/mt-daapd-media from /mnt/share1/Music. So now I’m stuck. Can anyone suggest help?

    2007-07-11 19:42:14: Starting rendezvous daemon
    2007-07-11 19:42:14: Current database version: 8
    2007-07-11 19:42:14: Starting signal handler
    2007-07-11 19:42:14: Loading playlists
    2007-07-11 19:42:14: Initializing database
    2007-07-11 19:42:14: Starting mp3 scan
    2007-07-11 19:42:17: Starting web server from /usr/share/mt-daapd/admin-root on port 3689
    2007-07-11 19:42:17: Registering rendezvous names
    2007-07-11 19:42:17: Scanned 37292 songs in 3 seconds
    2007-07-11 19:47:20: Rescanning database

    #11649

    rpedde
    Participant

    @swldstn wrote:

    I had mt-daapd working fine on Ubuntu Dapper until I started to update the playlist file and extensions to share .mpg and mp4. Tried one of those with no luck. And then it stopped streaming anything. I backed out those changes from the .conf and .playlist file but now it serves the files but they won’t stream. Here is the results from the log. You can see that it doesn’t show the request to stream the file. I’m running itunes 7.2 on a Windows XP box but that was working fine before. (same OS and same hardware). Just changed the .playlist and .conf. Oh and added one level of hierarchy to the mp3_dir path and changed it to /mnt/share1/mt-daapd-media from /mnt/share1/Music. So now I’m stuck. Can anyone suggest help?

    2007-07-11 19:42:14: Starting rendezvous daemon
    2007-07-11 19:42:14: Current database version: 8
    2007-07-11 19:42:14: Starting signal handler
    2007-07-11 19:42:14: Loading playlists
    2007-07-11 19:42:14: Initializing database
    2007-07-11 19:42:14: Starting mp3 scan
    2007-07-11 19:42:17: Starting web server from /usr/share/mt-daapd/admin-root on port 3689
    2007-07-11 19:42:17: Registering rendezvous names
    2007-07-11 19:42:17: Scanned 37292 songs in 3 seconds
    2007-07-11 19:47:20: Rescanning database

    seems okay.

    Can you turn the log level up and then show the end of the log file when it fails to stream?

    #11650

    swldstn
    Participant

    Once I turned on -d 9 I could easily see that the streamer was trying to open a file from the old path /mnt/share1/Music instead of /mnt/share1/mt-daapd-media. From this I assumed that even though it appears to be scaning up front it couldn’t tell that files had moved.

    I stopped it, deleted the cache and restarted it and while it took a while to scan (I have > 32000 songs) it began working fine.

    One question, does mt-daapd not anounce itself until it thinks it has scanned the database once at start? I noticed during this process that the first time I opened itunes it didn’t see mt-daapd. I shut itunes down and restarted it after the scan had completed it it worked fine. This is not a problem, just wondering.

    During this I also noticed some other error. I’ve included it here (from a level 5 debug). Below are the errors that occur after the web server starts.

    Thanks for the help. Steve
    p.s. I should have said this is version 0.2.4

    Starting web server from /usr/share/mt-daapd/admin-root on port 3689
    2007-07-12 07:30:47: Preparing to listen on port 3689
    2007-07-12 07:30:47: Starting server thread
    2007-07-12 07:30:47: Registering rendezvous names
    2007-07-12 07:30:47: Scanned 37292 songs in 1053 seconds
    2007-07-12 07:35:50: Rescanning database
    2007-07-12 07:36:20: Error statting: Value too large for defined data type
    2007-07-12 07:36:20: Scanned 37292 songs (was 37292) in 30 seconds
    2007-07-12 07:37:20: Unknown meta code: daap.songalbumartist
    2007-07-12 07:37:20: Unknown meta code: daap.songcodectype
    2007-07-12 07:37:20: Unknown meta code: daap.songcodecsubtype
    2007-07-12 07:37:20: Unknown meta code: daap.songcontentrating
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.norm-volume
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.itms-songid
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.itms-artistid
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.itms-playlistid
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.itms-composerid
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.itms-genreid
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.itms-storefrontid
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.has-video
    2007-07-12 07:37:20: Unknown meta code: daap.songcategory
    2007-07-12 07:37:20: Unknown meta code: daap.songextradata
    2007-07-12 07:37:20: Unknown meta code: daap.songcontentdescription
    2007-07-12 07:37:20: Unknown meta code: daap.songlongcontentdescription
    2007-07-12 07:37:20: Unknown meta code: daap.songkeywords
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.is-podcast
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.mediakind
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.series-name
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.network-name
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.episode-num-str
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.episode-sort
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.season-num
    2007-07-12 07:37:20: Unknown meta code: daap.songgapless
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.gapless-enc-del
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.gapless-heur
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.gapless-enc-dr
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.gapless-dur
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.gapless-resy

    #11651

    rpedde
    Participant

    @swldstn wrote:

    Once I turned on -d 9 I could easily see that the streamer was trying to open a file from the old path /mnt/share1/Music instead of /mnt/share1/mt-daapd-media. From this I assumed that even though it appears to be scaning up front it couldn’t tell that files had moved.

    I stopped it, deleted the cache and restarted it and while it took a while to scan (I have > 32000 songs) it began working fine.

    One question, does mt-daapd not anounce itself until it thinks it has scanned the database once at start? I noticed during this process that the first time I opened itunes it didn’t see mt-daapd. I shut itunes down and restarted it after the scan had completed it it worked fine. This is not a problem, just wondering.

    During this I also noticed some other error. I’ve included it here (from a level 5 debug). Below are the errors that occur after the web server starts.

    Thanks for the help. Steve
    p.s. I should have said this is version 0.2.4

    Starting web server from /usr/share/mt-daapd/admin-root on port 3689
    2007-07-12 07:30:47: Preparing to listen on port 3689
    2007-07-12 07:30:47: Starting server thread
    2007-07-12 07:30:47: Registering rendezvous names
    2007-07-12 07:30:47: Scanned 37292 songs in 1053 seconds
    2007-07-12 07:35:50: Rescanning database
    2007-07-12 07:36:20: Error statting: Value too large for defined data type
    2007-07-12 07:36:20: Scanned 37292 songs (was 37292) in 30 seconds
    2007-07-12 07:37:20: Unknown meta code: daap.songalbumartist
    2007-07-12 07:37:20: Unknown meta code: daap.songcodectype
    2007-07-12 07:37:20: Unknown meta code: daap.songcodecsubtype
    2007-07-12 07:37:20: Unknown meta code: daap.songcontentrating
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.norm-volume
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.itms-songid
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.itms-artistid
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.itms-playlistid
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.itms-composerid
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.itms-genreid
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.itms-storefrontid
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.has-video
    2007-07-12 07:37:20: Unknown meta code: daap.songcategory
    2007-07-12 07:37:20: Unknown meta code: daap.songextradata
    2007-07-12 07:37:20: Unknown meta code: daap.songcontentdescription
    2007-07-12 07:37:20: Unknown meta code: daap.songlongcontentdescription
    2007-07-12 07:37:20: Unknown meta code: daap.songkeywords
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.is-podcast
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.mediakind
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.series-name
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.network-name
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.episode-num-str
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.episode-sort
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.season-num
    2007-07-12 07:37:20: Unknown meta code: daap.songgapless
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.gapless-enc-del
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.gapless-heur
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.gapless-enc-dr
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.gapless-dur
    2007-07-12 07:37:20: Unknown meta code: com.apple.itunes.gapless-resy

    The “not noticing file move” is a bug in 0.2.4. Fixed in nightlies. And yes, it doesn’t advertise until it finishes the initial scan. That’s sort-of a feature, although with the newer versions, you can skip the initial scan, and get it to start up faster.

    As far as the meta codes go, that’s because it’s really advertising as a iTunes 5 server or something, and doesn’t understand the new iTunes metadata. Really just a warning to me to fix stuff. 🙂

    — Ron

Viewing 4 posts - 1 through 4 (of 4 total)

You must be logged in to reply to this topic.