RobbH wrote: > Specifically, I think it's the "INDEX 0" (or 00) command that's the > problem, when it's appended to the file containing the previous track. > That's the pregap, usually silent, that a CD player starts with when you > tell it to play a single track. When playing the whole CD or any subset > of multiple tracks in the original order, the pregaps are skipped. At > least, I think that's how I remember it working. > > The INDEX 01 commands in vco1's cue file are entirely in accordance with > the standard. I don't think they should be a problem. > > Again, that's what I think, but my expertise is very limited and not > very recent.
The INDEX 01 description seems to match what Nov?Dec fix was about. When checking the Nov/Dec fix, my tests were done with CUE files which had a file per track. Other tests were done with cue files which had one file and multiple tracks. vc01 cue file has two files and multiple tracks. I don't know if this format variation was considered or tested. How are these cue files generated so test files can be created ? The "cur" filetype was a symptom of the Nov/Dec problem - badly processed track had a the "cur" filetype which I think is "internal" to LMS. My understanding, when parsing an non cue playlist, LMS create a track entry database for each real file. IIRC when parsing a cue files, LMS creates a virtual track entry for each track - referencing the most recent flac/WAv source files with the offset & duration of the track. Since 7 tracks are created, it looks like LMS manages the first "FILE" correctly and may have assumed it is a "single " source CUE files and so processing of remaining tracks breaks down. A comment on the original pull request may notify the author of multi source processing of the issue - https://github.com/Logitech/slimserver/pull/434 ------------------------------------------------------------------------ bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806 View this thread: http://forums.slimdevices.com/showthread.php?t=113663 _______________________________________________ Squeezecenter mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/squeezecenter
