Bugzilla – Bug 2033
6.1.1 fails to find files due to casing in tags?
Last modified: 2008-09-15 14:36:01 UTC
after a clean install 6.1.1 finds : \\music\subfolder a\Fun-da-mental\With Intent To Pervert The Cause Of Injustice (1995) but does not find : \\music\subfolder e\Fun-Da-Mental\Erotic Terrorism \\music\subfolder e\Fun-Da-Mental\There Shall Be Love! reverting to 6.0.1 solves the issue, more of what i tried here : http://forums.slimdevices.com/showthread.php?p=50122
That's not actually the issue - there's something else going on. However, not much work is being done on 6.1.x - could you try a 6.2 nightly and see if you still have this issue? Debug output from --d_scan & --d_files would be useful. Thanks.
i'll try 6.2 nightly now. slimserver:9000/log.txt only outputs the latest log entires, how do i get the complete log?
Created attachment 777 [details] log.txt from scanning
Created attachment 778 [details] tracklist from scanning
i've installed slimserver-2005_08_29-1.noarch.rpm and set the music folder to \\music\subfolder e\Fun-Da-Mental which contains files that where not found, this resulted in slimserver finding : 1 album with 24 songs by 1 artist No Artist & No Album i've attached log.txt from this scanning and the track listing that is available in the webinterface.
Random thought - try changing .MP3 to .mp3 ?
random thought did the trick :)
And this is with the 6.1.x or 6.2 nightly? Look at the bottom of the main Server Settings page.
sorry about that specifying that, this was with 6.1.1. I'll try it with 6.2 beta when i get home form work.
Ok - I know for a fact that this is fixed in 6.2 and the 6.1.2 nightlies.
I've just tried slimserver-2005_08_31-1.noarch.rpm for 6.1.2 & 6.2. They both find the files with the upper case extension, but they do not extract the tags. I'll attach logs with d_file & d_scan from both.
Created attachment 783 [details] d_file & d_scan from 6.1.2 nightly
Created attachment 784 [details] d_file & d_scan from 6.2 nightly
Can you upload one of the files in question to the bug? Thanks.
check your mail.
apart from trying out the occasional nightly, any thing else you want me to try to solve this issue?
I've just upgraded to slimserver-2005_09_11-1.noarch.rpm & the issue remains, even after I've re-cased the files to lower case. The files to turn up if I browse the music folder.
Fix checked in as subversion change 4245 - it will be in the 6.2 09-13-nightly
Slimserver has just finished rescanning after a clean install of slimserver-2005_09_13-1.noarch.rpm and unfortunally the issue still remains. The files are still not found in the regular browse modes, but the do show up when I browse the music folder or search.
Could this be caused by a different setting? Try turning off 'automatically identify compilation albums' in Behavior, and turnning on 'show composers, etc' and do a wipe & rescan.
To be sure I did this correctly since I didn't find the exact settings you described : I set "Composer, Band and Orchestra in Artists" to : "Include composer, band and orchestra in artists" and "Compilations" to "List compilation albums under each artist" After this a wipe & rescan did not resolve the issue.
quick update : did a fresh install of 09_24 nightly, the issue remains, with a variation. instead of No Artist it now lists "emusic" which is the name of the folder that the files are in.
Do you have tags on these files? Or are you using "Guess Tags" ?
Created attachment 858 [details] shows the Song info page in Slimserver
Created attachment 859 [details] shows the files tags in a tageditor
All these files are tagged simelar to the file I sent you earlier. I've attached some screenshots : - Attachment #858 [details], tag.png : shows the files tags in a tageditor - Attachment #859 [details], songinfo.png : shows the Song info page in Slimserver
Created attachment 860 [details] shows all tags
I just discovered something i possibly should have discovered earlier... For some reason it seams the the file has 2 comment tags - I checked a couple of othe files that don't show up and they also have to sets of comment tags. See Attachment #860 [details] : shows all tags I'll remove the tags and do a rescan.
Removing the double tags didn't do anything to resolve the issue. But I have discovered another issue, Silmserver fails with an error saying it can't locate the files when I try to play them. I've tried several and it's the error had been consitant - both with files that's found during a scan and those that only show up while browsing the music folder. I don't know how many nightlies this has been an issue with since I've only been checking too see if files are found lately...
are you still seeing this error in the logs: Unknown encoding 'Encode::XS=SCALAR(0x85b2434)' ? If that is causing tags to fail, then the songs would be put through guessTags. This would explain why guessTags is suspected as being part of the funny tagging. If this error is also affecting the audio, then this would explain the playback problem. As files are not attached here, I can only speculate.
I've got 2005-09-27 00:25:41.6159 The following error occurred: Unknown encoding 'Encode::XS=SCALAR(0x856f04c)' at /usr/local/slimserver/CPAN/MP3/Info.pm line 535 in the log, I'll attach it.
Created attachment 871 [details] log.txt after 09_26 nightly
Can you attach the MP3 file that this happens on?
How can I identify such a file other than that they don't show up in "browse..." after a rescan? I've mailed you one of those files earlier.
From a log you attached earlier, you can see that the error is occuring right after a line mentioning a file. For example: extracted: /storage/music/emusic/Fun-Da-Mental/Erotic Terrorism/FUN-DA-MENTAL_EROTIC TERRORISM_04_JA SHA TAAN (JOO LEY LAL MUSTT QALANDER).MP3 if you can attach the file to this bug, then Dan isn't the only one who can look at the file and try to help debug.
As I get a lot of email, and things get lost. Attaching it to the bug allows a direct association. And I seem to recall that I didn't have any issue reading your file..
Created attachment 873 [details] .mp3 file shows up in logs in respons to : From a log you attached earlier, you can see that the error is occuring right after a line mentioning a file. For example: extracted: /storage/music/emusic/Fun-Da-Mental/Erotic Terrorism/FUN-DA-MENTAL_EROTIC TERRORISM_04_JA SHA TAAN (JOO LEY LAL MUSTT QALANDER).MP3 if you can attach the file to this bug, then Dan isn't the only one who can look at the file and try to help debug.
Created attachment 894 [details] log file demonstrating "can't find file for" issue Howdy. I have the same problem with big chunks of my collection. I produced the attached log file by "browsing music folder" with the remote on my slimp3 and trying to play various tracks. The display says "Problem: can't open file for:" on the afflicted entries. I'll also attach a sample mp3 file that has the problem. As far as I can tell, entire music folders are affected (i.e. all files from a CD either work or don't). I'm testing with SlimServer_6_1_x_v2005-09-14. 6.0.2 works fine. Please let me know if I can provide any useful data.
Created attachment 895 [details] example mp3 that exhibits the "can't find file for" behavior
if you test with 6.2, do you still get the same errors?
I just commited a possible fix as subversion change 4574 Please update your subversion - or try the 6.2 2005-10-07 nightly when it builds in approx 4 hours.
I'll try 6.2 tomorrow then. Awesome response time (for me, it was 16 minutes from my first participation in a slim bug report to a possible solution :)
I've just installed slimserver-2005_10_09-1.noarch.rpm and it seems that the issue is solved! :)
The nightly 6.2 fixed this issue for me as well. Thanks!