I noticed that one of my FLACs didn't play. I turned on all debug logging and saw this error:
966 _checkValidity: Checking to see if file:///media/music/R.E.M./Monster/05%20-%20Star%2069.flac has changed. 2006-10-22 21:38:02.2972 Got /media/music/R.E.M./Monster/05%20-%20Star%2069.flac from file url file:///media/music/R.E.M./Monster/05%20-%20Star%2069.flac 2006-10-22 21:38:02.2976 extracted: /media/music/R.E.M./Monster/05 - Star 69.flac from file:///media/music/R.E.M./Monster/05%20-%20Star%2069.flac 2006-10-22 21:38:02.2978 _hasChanged: Checking for [/media/music/R.E.M./Monster/05 - Star 69.flac] - size & timestamp. 2006-10-22 21:38:02.2984 openSong on: file:///media/music/R.E.M./Monster/05%20-%20Star%2069.flac 2006-10-22 21:38:02.2990 Got /media/music/R.E.M./Monster/05%20-%20Star%2069.flac from file url file:///media/music/R.E.M./Monster/05%20-%20Star%2069.flac 2006-10-22 21:38:02.2994 extracted: /media/music/R.E.M./Monster/05 - Star 69.flac from file:///media/music/R.E.M./Monster/05%20-%20Star%2069.flac 2006-10-22 21:38:02.3001 openSong: getting duration , size , endian and offset 0 for file:///media/music/R.E.M./Monster/05%20-%20Star%2069.flac 2006-10-22 21:38:02.3004 openSong: not bothering opening file with zero size or duration 2006-10-22 21:38:02.3005 Error opening current track, so mark it as already played 2006-10-22 21:38:02.3018 sending squeezebox frame: grfe, length: 1116 2006-10-22 21:38:02.3022 writeNoBlock: writing a segment of length: 1122 2006-10-22 21:38:02.3024 settimer Normal: CODE(0x99d8b58), now: 1161567482.30247, time: 1161567487.30246 2006-10-22 21:38:02.3027 ERROR: Couldn't open song. Why does slimserver think this flac has zero size or duration? I decided to look at its meta info: metaflac --list 05\ -\ Star\ 69.flac METADATA block #0 type: 0 (STREAMINFO) is last: false length: 34 minumum blocksize: 4608 samples maximum blocksize: 4608 samples minimum framesize: 14 bytes maximum framesize: 15413 bytes sample_rate: 44100 Hz channels: 2 bits-per-sample: 16 total samples: 8317848 MD5 signature: bd68f0495c29bd51940c1d45fa52a725 METADATA block #1 type: 4 (VORBIS_COMMENT) is last: true length: 391 vendor string: reference libFLAC 1.1.2 20050205 comments: 10 comment[0]: TITLE=Star 69 comment[1]: ARTIST=R.E.M. comment[2]: TRACKNUMBER=5 comment[3]: TRACKTOTAL=12 comment[4]: ALBUM=Monster comment[5]: MUSICBRAINZ_ALBUMID=ca0afb1f-b58c-4d6b-badd-32b1d5ac4d55 comment[6]: MUSICBRAINZ_ALBUMARTISTID=ea4dfa26-f633-4da6-a52a-f49ea4897b58 comment[7]: MUSICBRAINZ_ARTISTID=ea4dfa26-f633-4da6-a52a-f49ea4897b58 comment[8]: MUSICBRAINZ_TRACKID=990d4645-872b-4c13-95bf-101ba1244492 comment[9]: DATE=1994-09-23 Then I reripped the track, and the reripped track plays. Here is its meta info: metaflac --list 05\ -\ Star\ 69.flac METADATA block #0 type: 0 (STREAMINFO) is last: false length: 34 minumum blocksize: 4608 samples maximum blocksize: 4608 samples minimum framesize: 14 bytes maximum framesize: 14950 bytes sample_rate: 44100 Hz channels: 2 bits-per-sample: 16 total samples: 8317260 MD5 signature: ecc8d9767c3efb6c44e442e8c5acfa3f METADATA block #1 type: 3 (SEEKTABLE) is last: false length: 324 seek points: 18 point 0: sample_number=0, stream_offset=0, frame_samples=4608 point 1: sample_number=460800, stream_offset=1271499, frame_samples=4608 point 2: sample_number=921600, stream_offset=2652982, frame_samples=4608 point 3: sample_number=1382400, stream_offset=4028169, frame_samples=4608 point 4: sample_number=1847808, stream_offset=5412570, frame_samples=4608 point 5: sample_number=2308608, stream_offset=6748844, frame_samples=4608 point 6: sample_number=2769408, stream_offset=8108843, frame_samples=4608 point 7: sample_number=3230208, stream_offset=9486690, frame_samples=4608 point 8: sample_number=3695616, stream_offset=10878600, frame_samples=4608 point 9: sample_number=4156416, stream_offset=12256039, frame_samples=4608 point 10: sample_number=4617216, stream_offset=13587086, frame_samples=4608 point 11: sample_number=5082624, stream_offset=14893832, frame_samples=4608 point 12: sample_number=5543424, stream_offset=16259303, frame_samples=4608 point 13: sample_number=6004224, stream_offset=17645753, frame_samples=4608 point 14: sample_number=6465024, stream_offset=19032257, frame_samples=4608 point 15: sample_number=6930432, stream_offset=20404014, frame_samples=4608 point 16: sample_number=7391232, stream_offset=21747938, frame_samples=4608 point 17: sample_number=7852032, stream_offset=23076549, frame_samples=4608 METADATA block #2 type: 4 (VORBIS_COMMENT) is last: false length: 143 vendor string: reference libFLAC 1.1.2 20050205 comments: 6 comment[0]: Artist=R.E.M. comment[1]: Album=Monster comment[2]: Date=1994 comment[3]: Title=Star 69 comment[4]: Tracknumber=05 comment[5]: Genre=Alternative METADATA block #3 type: 1 (PADDING) is last: true length: 4096 I notice the first one doesn't have a seektable, but I also see in the FLAC documentation that: "Other blocks allow for padding, seek tables, tags, cuesheets, and application-specific data. You can see flac options below for adding PADDING blocks or specifying seek points. FLAC does not require seek points for seeking but they can speed up seeks, or be used for cueing in editing applications." So I don't think that should be a problem. However, I would like to know what's wrong with these FLACs (at least as far as slimserver is concerned) so that I can reencode them now, rather than having to wait till my music wont play to discover the broken albums. Alternatively (better) how could I make slimserver work with these FLACs? Any help much appreciated. ~Kay -- kay ------------------------------------------------------------------------ kay's Profile: http://forums.slimdevices.com/member.php?userid=3126 View this thread: http://forums.slimdevices.com/showthread.php?t=28963 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/ripping
