mt-daapd servers files but they don’t stream

[swldstn]

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

[rpedde]

@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?

[swldstn]

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

[rpedde]

@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

[Author]

Posts