Bugzilla – Bug 2307
Flac files : songs appearing to have "Size 0"
Last modified: 2008-09-15 14:36:01 UTC
I started to notice in the 6.2b1 nightly of a couple of days ago (now Im using SlimServer Version: 6.2b1 - 4657 - Windows XP - EN - cp1252 and the problem persists) I have a directory called "New Music" where my new flacs go after arriving: suddenly I cannot play them anymore (some 40 albums) except for a couple of them. This is what happens: Choosing to play one of those albums, I get the song list on the right pannel of SlimServer web interface, but the music player remains in "Stop" status and the highlighted song is the last one of the album (not the first as it should). After playing a little bit with debugging info I found things like this: 2005-10-17 13:23:38.6722 00:04:20:05:97:3e: Switching to mode play from stop 2005-10-17 13:23:38.6727 openSong on: file:///G:/SlimServer/music/Genesis%20-% 20Abacab%20(1995%20Definitive%20Ed.%20Remaster)/Genesis%20-%20Abacab%20(1995% 20Definitive%20Ed.%20Remaster).flac#0-424.266666666667 2005-10-17 13:23:38.6744 openSong: getting duration 424.266666666667, size 0, endian and offset 0 for file:///G:/SlimServer/music/Genesis%20-%20Abacab%20 (1995%20Definitive%20Ed.%20Remaster)/Genesis%20-%20Abacab%20(1995%20Definitive% 20Ed.%20Remaster).flac#0-424.266666666667 2005-10-17 13:23:38.6746 openSong: not bothering opening file with zero size or duration 2005-10-17 13:23:38.6765 Couldn't open song. Stopping. 2005-10-17 13:23:38.6768 opening next song... 2005-10-17 13:23:38.6773 the next song is number 1, was 0 2005-10-17 13:23:38.6791 Setting maxBitRate for Dormitorio to: 0 2005-10-17 13:23:38.6794 Setting maxBitRate for Dormitorio to: 0 2005-10-17 13:23:38.6795 undermax = 1, type = flc, squeezebox = 00:04:20:05:97:3e, lame = D:\soft\SlimServer\server\Bin\MSWin32-x86-multi- thread\lame.exe 2005-10-17 13:23:38.6798 checking formats for: flc-aif-squeezebox- 00:04:20:05:97:3e 2005-10-17 13:23:38.6799 checking formats for: flc-aif-*-00:04:20:05:97:3e 2005-10-17 13:23:38.6801 checking formats for: flc-aif-squeezebox-* 2005-10-17 13:23:38.6802 checking formats for: flc-aif-*-* 2005-10-17 13:23:38.6803 checking formats for: flc-wav-squeezebox- 00:04:20:05:97:3e 2005-10-17 13:23:38.6804 checking formats for: flc-wav-*-00:04:20:05:97:3e 2005-10-17 13:23:38.6805 checking formats for: flc-wav-squeezebox-* 2005-10-17 13:23:38.6807 checking formats for: flc-wav-*-* 2005-10-17 13:23:38.6808 Checking to see if flc-wav-*-* is enabled 2005-10-17 13:23:38.6809 enabled 2005-10-17 13:23:38.6810 Found command: [flac] -dcs --force-raw-format -- endian=little --sign=signed --skip=$START$ --until=$END$ -- $FILE$ 2005-10-17 13:23:38.6813 Setting maxBitRate for Dormitorio to: 0 2005-10-17 13:23:38.6815 Setting maxBitRate for Dormitorio to: 0 2005-10-17 13:23:38.6819 Matched Format: wav Type: flc Command: [flac] -dcs -- force-raw-format --endian=little --sign=signed --skip=$START$ --until=$END$ -- $FILE$ 2005-10-17 13:23:38.6821 opening next song (old format: wav, new: wav) current playmode: stop 2005-10-17 13:23:38.6823 Adding song index 1 to song queue 2005-10-17 13:23:38.6824 Clearing out song queue first 2005-10-17 13:23:38.6826 Song queue is now 1 2005-10-17 13:23:38.6834 openSong on: file:///G:/SlimServer/music/Genesis%20-% 20Abacab%20(1995%20Definitive%20Ed.%20Remaster)/Genesis%20-%20Abacab%20(1995% 20Definitive%20Ed.%20Remaster).flac#424.266666666667-705.16 2005-10-17 13:23:38.6856 openSong: getting duration 280.893333333333, size 0, endian and offset 0 for file:///G:/SlimServer/music/Genesis%20-%20Abacab%20 (1995%20Definitive%20Ed.%20Remaster)/Genesis%20-%20Abacab%20(1995%20Definitive% 20Ed.%20Remaster).flac#424.266666666667-705.16 2005-10-17 13:23:38.6858 openSong: not bothering opening file with zero size or duration 2005-10-17 13:23:38.6872 the next song is number 2, was 1 Somehow Slimserver thinks these songs have a 0 Size. Seems strange as this was working OK last week, and all of my "old" albums do show ok. Only 98% percent of the "New" directory shows this behaviour. I will upload a bigger part of the log file , and the contents of my FLAC metada. Is is possible something changed in the way song size is calculated , affecting only some albums? Im puzzled.
Created attachment 912 [details] log.txt , metaflac --list output
Nestor - can you attach the first few k of the FLAC file itself?
Created attachment 922 [details] First 70KB of flac file
Nestor - that file appears to be corrupted. Is it compressed at all?
Hi, its a proper flac file, foobar plays it without any issue. Maybe I didnt extract the first part in a correct way... Waht method would you suggest to get the first part of a big flac file?
I mean , the BIG flac file is a proper flac file... the first part I extracted its just a sequence of bytes, not a flac file in itself.
Would it be possible to upload the entire file to: ftp://electricrain.com/incoming/ ?
Hi Dan, proxy at work does not allow me to ftp "outside" places, will try to do it as soon as I get home. In my laptop now I have a couple of albums I ripped and flac-ed, and they were having this issue at the slimserver at home (on a different pc). I just tried both of them with an old version of Slimserver I have in the laptop (6.2b1 - 4515 - Windows 2000 - ES - cp1252) , and they both work OK (I mean, I can play them , and the albums start from the first song). I will try to download the latest nightly to see if I can reproduce this issue in this laptop, so we can be sure if its an issue with Slimserver , or something related to an specific pc.
Hi, latest nightly works OK on these two albums in the laptop (win2000), so this points to the pc at home... some issue with directories or file permissions? these flac files are the same files that I have in the other PC (Win XP). How does Slimserver produce the Size value for a song? what's strange is that while most of the albums on that specific directory show this problem, there are a couple of them that work ok. Im well over 700+ flac albums (more than 10K songs), is there anything related to having so many albums or songs that can be causing this? Cant try more things now until I get home... so dont spend any time on this until I get more info. Thanks!
Hi Dan, after checking and rechecking on both machines, I have found it does not work on any one of them. I was confused because the behaviour at work was just different. My conclusion is this: 1) If the player is a Squeezebox(1) the behaviour is as I described earlier in this bug. 2) if the player is a softsqueeze (version 2.08 at least, ie. equivalent to SB2) the file does not get played, BUT, the player's list of songs on the right panel of slimserver highlights song number 1, instead of the last song as the previous case. This was what confused me, because I thought it was indeed playing song number 1. Also , on the Softsqueeze (SB2) I get an error message sayin "Error cant open file" This is really weird, the only explanation I can find its that it may be related to different steps if streaming to a SB1 or a SB2 , but I really cant tell... Im uploading now to your site the smallest flac file that shows this behaviour. It will take a little while to get completely there. The flac file plays without issue in foobar, and it has an embedded cuesheet (like all my files have , nothing different here in that regard). As I said before most of my flac files plays ok, except for some 40 files, that used to play OK last week, but doesnt work now. :-) I really dont know whats going on...
Hi Dan, I have found that for those album not working, when I browse by Music Folder the flac file does not appear at all in Slimserver. What is the debug option I can use to get info on why its not adding those files when Slimserver is re-scanning the collection? For some reason it is not including them. Thanks!
Try --d_parse
Hi Dan, finally after lots of debugging I found it! Fact is even when I embed cuessheets, I store the cuesheet files in the same directory as the the flac file. The separate cuesheet files for the problematic albums were all in regular text format and it seems Slimserver was not able to identify both the embedded and the external cuesheet were for the same album. Usually this happens when you use non ascii characters, but this time it happened also with albums completely in ascii standard. I guess this is because internal flac tags are in UTF8 format. So somehow, after getting the songs for the album , it couldnt recognize the embedded cuesheet as equal to the external one read before, and it was deleting the tracks originally added by the external cuesheet, or at least the info to calculate their size (I know in my case slimserver is doing more work than needed because of the duplicated cuesheets when scaning, but its practical to have them in the same folder, I just need to make sure they are both seen as identical cuesheets) Solution: I just opened all external cuesheet files and saved them as Unicode format with Notepad, wipe DB and rescan: everything is perfect now. This happened to me in the past and I found the Unicode saving as a workaround, thats why most of my albums were ok. What I dont understand is why up until last week these same problematic albums were working ok. Dont know if anything else was changed or fixed regarding embeded cuesheet that may have influenced this. Anyway , thanks again for you help, and sorry for the waste of time!