PDA

View Full Version : SlimServer refuses to play certain mp3s...



captblanket
2007-07-24, 15:00
Ok, here it goes... I'm a new Squeezebox user, just got it yesterday. Everything works fine except for one thing: SlimServer refuses to play most of my mp3 (APS) collection. After scanning the music folder, SlimServer presented me with a ridiculous statistic: it claims that I have 800 albums and 19! artists. It will play only the albums from those particular 19 artists and the common thread here is that those albums were added in the last 2 months. Anything older than that is just indexed like a folder and SlimServer refuses to play it without any explanation. Squeezebox just says that it can't open those mp3s. I can view those files in Windows Explorer without a problem and foobar2000 plays them just fine. They're no different than the albums by the aforementioned 19 artists. I'm thinking it's some weird windows permissions issue but does anyone else have some helpful advice? I really don't know what to do.

JJZolx
2007-07-24, 15:24
Ok, here it goes... I'm a new Squeezebox user, just got it yesterday. Everything works fine except for one thing: SlimServer refuses to play most of my mp3 (APS) collection. After scanning the music folder, SlimServer presented me with a ridiculous statistic: it claims that I have 800 albums and 19! artists. It will play only the albums from those particular 19 artists and the common thread here is that those albums were added in the last 2 months. Anything older than that is just indexed like a folder and SlimServer refuses to play it without any explanation. Squeezebox just says that it can't open those mp3s. I can view those files in Windows Explorer without a problem and foobar2000 plays them just fine. They're no different than the albums by the aforementioned 19 artists. I'm thinking it's some weird windows permissions issue but does anyone else have some helpful advice? I really don't know what to do.

Not likely to be a permission issue. If SlimServer can scan a file then it should also be able to play it. In either case it's just a read operation.

I'd say you're going to need to roll up your sleeves and spend some time and effort whipping your library into shape before SlimServer is happy with it. Tagging problems are a pretty common issue. One of the things that has caused problems with recent versions of SlimServer is having APEv2 tags in mp3 files along with id3v2 tags. Also, some people have reported issues when there are both id3v2 and id2v1 tags in mp3s. Library folder organization has also been known to cause problems - it's best to use one folder per album.

If the organization is OK, then start looking at tags.

captblanket
2007-07-24, 15:41
It's not a tagging issue, I'm positive. Every single album is ripped with EAC 0.9b and encoded with Lame 3.90.3. Everything is properly structured. There are no APE tags, I checked. The mp3s that play are ripped and encoded identically to the ones that won't play. As I said, the only difference is that the ones that will play are no older than 2 months. I did have some weird permissions issue around that time.

snarlydwarf
2007-07-24, 15:58
Are the files stored locally or on a NAS share?

Mark Lanctot
2007-07-25, 05:34
SlimServer refuses to play most of my mp3 (APS)

What do you mean by "APS"?

captblanket
2007-07-25, 05:53
What do you mean by "APS"?

--alt-preset standard

captblanket
2007-07-25, 05:54
Are the files stored locally or on a NAS share?

Files are stored locally. It's as simple as it gets.

raidard
2007-08-26, 08:54
I have a similar problem with mp3-files.
I am rather new with SB. I have a dual-boot system xp-ubuntu and so far am using SB and internet only with ubuntu linux.
All songs I recently loaded down work fine.
All (older) songs I copy from windows into my linux music folder are not played (downloads as well as files converted into mp3 with itunes).
If click in slimserver ("music folder") on the song to see its information I can add it to the playlist but it will not play.
Song information reads: filename, "no artist, no album, no genre", file format and length, location and date modified.
I gave one of these mp3s to a friend of mine with an older version of slimserver (6.5.1?)- it works fine, file information is present. I can also see title, artist... with the exlporer/file manager.
Interestingly I found some songs, which recently I copied also to my windows directory. If I copy these songs back into my music folder they wont play (after rescan), if I use the same ones from a subfolder of my music folder they work fine! The difference when looking at file information is that the ones that work have an extra info after "genre" saying "compilation - yes" (info about artist/genre is missing, but that is missing in the mp3 file too)
So maybe it is just a problem of the right configuration of slimserver - i have not changed the presets of 6.5.3/4. I havent looked closer at tagging but i think that unlikely to be the problem(?).

raidard
2007-08-26, 09:36
Also found files with "compilation-yes" which dont work.
Although there is no difference between files one displays more extensive information in slimserver ("compilation, duration, bit rate, sample rate") and can easily be added to the playlist and plays nicely whereas the same file in another location or after renaming in the same folder does not play. got no idea..

Mark Lanctot
2007-08-27, 06:00
so far am using SB and internet only with ubuntu linux.

Check permissions. I set mine 777. That's not the proper way to do it, but it's the only way that worked for me.

raidard
2007-08-27, 13:58
Do you suggest to give the ordinary user all rights of a superuser? I am not yet familiar with changing permissions and things related but
I took two songs and changed rights for "others" to "read only" in the file manager and now they work!
I suppose copying an mp3 to my windows folder, then copying it back to my linux music folder alters accession rights.
thank you very much! Think this problem is solved:-)

Mark Lanctot
2007-08-28, 05:51
I'm not 100% sure on this, but I'd guess the files should have permissions of read = all, write = you + root, and execute = I'm not sure! I have seen reference to changing the file ownership to group slimserver, but then that would mean you may not be able to write to the folder as a normal user?

I've read up on file permissions and ownership many times and hopefully one day I'll get it, but in the meantime if anything gives me static I just set it 777. This theoretically compromises security but for me it's either that or have things that work.

snarlydwarf
2007-08-28, 08:18
Right, what works best is:
1) files owned by "you" (not slimserver, but whatever user you use for SMB or yourself)
2) files mode 644 : so you can read/write, and others can only read
3) directories mode 755 because the x bit is special on directories (it means "searchable" not "executable")

captblanket
2007-08-29, 05:09
Hmm... I found out something more regarding my problem. If I edit the tags with foobar 0.9, for instance if I add some info and then remove it, the mp3s work fine with SlimServer. So apparently, SlimServer doesn't like the files that were tagged with foobar 0.8.3 or any version of MP3Tag. I don't see why though, I always used ISO encoding and still do.

Mark Lanctot
2007-08-29, 06:27
Very odd, when I was on Windows, Mp3tag worked just fine, and it does for almost everyone here that uses it. Are you clearing/rescanning after you make the changes, not just "look for new and changed?"

It does sound like some incompatibility with an ID3 tag version (ID3v1, ID3v2.3 or ID3v2.4) or the presence of APEv2 tags. SlimServer reads all ID3 tags just fine though.

captblanket
2007-08-30, 04:25
Are you clearing/rescanning after you make the changes, not just "look for new and changed?"

Yes, I always do a full clear/rescan.


It does sound like some incompatibility with an ID3 tag version (ID3v1, ID3v2.3 or ID3v2.4) or the presence of APEv2 tags.

I'm absolutely positive I'm using ID3v1, ID3v2.3 on all of my mp3s. Definitely no APE tags. That's why it's so weird.