That could be, but it depends on how the CUE sheet is interpreted by the playback software. I don't think SlimServer introduces any gaps/silence between tracks, so unless it appends or prepends the gap from the CUE sheet, you'd potentially have unrelated tracks running into each other. Is that desirable?
The only advantages that I can think to using images plus CUE sheets is that it's fewer files to manage and it may make burning an exact copy of the original CD a bit more foolproof.
Results 11 to 15 of 15
Thread: IMG + CUE vs. separate tracks
-
2007-03-23, 16:07 #11
-
2007-03-26, 07:51 #12
Well, I didn't notice a problem with gaps, need to pay more attention...
But ability to edit cue sheet to change tag info instead of dealing with tag editing software is very appealing to me.
-
2007-03-26, 12:18 #13
- Join Date
- Apr 2006
- Posts
- 97
Amen, brother!
I use images and cues, and like having a set number of files per album. Wrote a Ruby script to sync all my cue sheets to my local CDDB. The big thing I'm missing is ARTISTSORT and ALBUMSORT, but I can easily add to the Ruby code to insert those into Cue sheets (I already have code to scan the CDDB and print a list of albums sorted the way I like - with The Alan Parsons Project under PAR, for example). Then I'll just need to tweak SlimServer to recognizing those tags from the Cue.
Unfortunately, it seems that images and cues are a bit of a red-headed step child around here. It's a worry that Logitech may stop supporting them in the mainline SlimServer.
-- Timothy
(Did some initial tests of adding a SqueezeBox to my kitchen. Things are looking - well, sounding, actually - good!)
-
2007-03-26, 12:30 #14
-
2007-03-27, 12:14 #15
- Join Date
- Apr 2006
- Posts
- 97
I've used MP3Tag for my few .MP3 files. It took me more time to get things straight than if I could have simply edited a cue sheet.
Also I've already taken care of the sorting info for artists and albums to print my list of CD's off of the CDDB. So I want to leverage that.
-- T