Bugzilla – Bug 2764
Cue files, only plays first track with SB2's (SB1's ok)
Last modified: 2008-09-15 14:37:04 UTC
Hi, this is a reoccurance as I reported a similar issue some time ago and it did get fixed. Basically with EAC generated CUE files with the CD ripped as a single WAV, regardless which track is selected, the first song plays and repeats indefinately. The server and squeezebox display the selected track however. For me this one is a big deal as I have a lot of cd's ripped in this way. 6.2 is ok and I can revert back but doesnt let you view the music folder for some reason.
New information which may help, I ended up reverting to 6.0.2 and noticed the same problem exists there but only with squeezebox 2's (I have a mix of 1's & 2's), I unchecked the Wav to Flac transcoding as I couldnt think of anyhing else which might be different and it works fine now (with 6.0.2). I would of course prefer to stream as flac.
any particular reason you store as WAV when you prefer to stream as flac? flac w/ cue sheet has much better support for start and end points. I expect that what you are really getting is the entire WAV played no matter which track you select. can you attach to this report: 1. the CUE file that is not working 2. the output of d_source in the log when you try to play track 2 3. the original bug number of your previous report re-categorising to major, as this isn't a crash, data loss or memory leak.
This is also likely a dupe of what is being reported in bug 2758. I mentioned there that my test with FLAC works in 6.5b1, as does WAV. however MP3 test does exhibit the play from start. log shows that the server at least knows it shoudl seek, but the result is not a seek: 2005-12-31 00:36:35.5893 openSong: this is an mp3 file: file:///myth/music/Test/CUE/MP3/INXS%20-%20Switch.mp3#1335.05333333333-1622.24 2005-12-31 00:36:35.5897 file type: mp3 format: mp3 inrate: 244 maxRate: 0 2005-12-31 00:36:35.5899 command: - 2005-12-31 00:36:35.5903 openSong: opening file /myth/music/Test/CUE/MP3/INXS - Switch.mp3 2005-12-31 00:36:35.5910 seeking in 417 into /myth/music/Test/CUE/MP3/INXS - Switch.mp3 2005-12-31 00:36:35.5917 Streaming with format: mp3
for WAV, the success appears to be related to the transcode to FLAC. WAV native fails the same as mp3. the debug shows a seek, but it appears to have not done it.
I've committed a fix for bug 2758 at change 5495 that I expect should fix this as well with Jan 1 of 6.5b1. Please try that out when it comes out in about an hour or so and let us know how that works for you.
Just tested with te latest 6.5 nightly (2nd jan), looks to be working fine now, thanks for that. A comment, you probably know this but installing 6.5 over 6.0.2 doesnt seem to work (slimserver doesnt start), I had to install into a clean directory. Might be worthwhile flagging this during the install.
was there anything in the event viewer about the failure to run? if not, any chance you could run c:\program files\slimserver\server\slim.exe and tell us more about why it doesn't run? You'll see a bunch of errors in the command prompt that explain why it stops.
marking this as fixed. if you find details on the above mentioned upgrade issues, please open a new bug report.
There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006. I am setting them to targets of 6.2.1 to keep them from showing up in my queries.