Some tracks not appearing in iTunes

[gramdel]

I’m running mt-daapd 2.4 on opensuse 10.1.

Recently I noticed that some of the tracks on the mt-daapd database do not appear on the iTunes playlist (iTunes 7.0.2, OS X 10.4.8 ). The web browser interface reports the correct number of tracks (~12 000) and so does the iTunes playlist, but I can’t find or play some of the tracks. I don’t exactly know how many of those tracks are not appearing, and I’m not planning to count them manually, but I’d guess something like 10% is missing. Does anyone have similar experiences? I have tried deleting and rebuilding the library but that doesn’t seem to help.

It appears that exactly the same tracks are missing after rebuilding the library. The files themselves are fine and play without problems locally on the linux machine. I think the problem might have appeared after the lates iTunes update, but can’t be 100% sure about that.

Any ideas?

/—
ap

[rpedde]

@gramdel wrote:

I’m running mt-daapd 2.4 on opensuse 10.1.

Recently I noticed that some of the tracks on the mt-daapd database do not appear on the iTunes playlist (iTunes 7.0.2, OS X 10.4.8 ). The web browser interface reports the correct number of tracks (~12 000) and so does the iTunes playlist, but I can’t find or play some of the tracks. I don’t exactly know how many of those tracks are not appearing, and I’m not planning to count them manually, but I’d guess something like 10% is missing. Does anyone have similar experiences? I have tried deleting and rebuilding the library but that doesn’t seem to help.

It appears that exactly the same tracks are missing after rebuilding the library. The files themselves are fine and play without problems locally on the linux machine. I think the problem might have appeared after the lates iTunes update, but can’t be 100% sure about that.

Any ideas?

/—
ap

It’s possible it’s a permissions issue — the daemon runs as “nobody” so if it isn’t world readable, it won’t get picked up by the server. That’s one thing to check. The other is that it’s a type that the server scans. Make sure the file extension is listed in the “extensions” config line. tha’ts really all I can think of.

— Ron

[gramdel]

@rpedde wrote:

It’s possible it’s a permissions issue — the daemon runs as “nobody” so if it isn’t world readable, it won’t get picked up by the server. That’s one thing to check. The other is that it’s a type that the server scans. Make sure the file extension is listed in the “extensions” config line. tha’ts really all I can think of.

— Ron

I don’t think either of these are the origin of the problem. I just checked the permissions and they are just fine. I even did a chmod just in case and rebuilt the library. All files are mp3:s. And the amount of the songs that the web interface and iTunes reports is the same as the amount of files on the linux machine, they just don’t appear on the iTunes playlist. That’s what makes it just so odd.

The server has been working just fine until recently. The only configuration change that I remember was the latest iTunes update, i guess a month or so ago.

Is there another music player that’s mt-daapd-aware for OS X I could try to check if this is some odd iTunes bug?

Edit: Ok, i double checked the actual amount of files, and after all it seems that neither iTunes nor the web interface is reporting the correct file amount. It’s missing around 800 songs. I also found another oddity. I did a smart playlist in the mt-daapd.playlist that has all of the songs in it. In iTunes it reports 13045 songs in that playlist. The web interface and the default playlist reports having 12847 songs. There are no duplicate songs or anything in the smart playlist, and the songs that appear on the smart playlist that are missing from the default playlist are playable. Maybe i’ll try to dig manually into the songs.gdb file to check how that looks.

Oh, this thingy is called firefly nowadays, i’ll switch to using that.

/—
ap

[CCRDude]

What about the case of the file extensions? I remember I was hunting down some MP3instead of mp3 which were the result of some a-while-back file moving (Windows making all filenames that fit into the 8.3 scheme fully uppercase), and Linux is case-sensitive there…

[gramdel]

@CCRDude wrote:

What about the case of the file extensions? I remember I was hunting down some MP3instead of mp3 which were the result of some a-while-back file moving (Windows making all filenames that fit into the 8.3 scheme fully uppercase), and Linux is case-sensitive there…

Nope, not that either…

/—
ap

[Author]

Posts