Bugzilla – Bug 11168
CUE Sheets: INDEX > 01 should be supported
Last modified: 2009-03-08 10:24:51 UTC
As talked about in http://forums.slimdevices.com/showthread.php?t=60354&p=400046 SC should support INDEX values > 01 in CUE sheets. TRACK values can often not be used, for instance in Medleys, where more than one song is in ONE single track, or in classical music. Classical CDs often have very long tracks, separated by only INDEXes. One can usually either use REW/FWD or a special Index+/Index- pair of buttons on CD remotes to jump between indexes WITHIN one track. As a simple test case, I took ABBA's "Pick a Bale of Cotton On Top of Old Smokey Midnight Special" from their "Thank You for The Music" disc set (track #8 on disc #4) - a standard-confirmant CUE sheet for THIS SINGLE TRACK would look like this: TITLE "Thank You for the Music (disc 4)" PERFORMER "ABBA" FILE "ABBA - Pick a Bale of Cotton On Top of Old Smokey Midnight Special.mp3" MP3 TRACK 08 AUDIO TITLE "Pick a Bale of Cotton / On Top of Old Smokey / Midnight Special" PERFORMER "ABBA" INDEX 01 00:00:00 INDEX 02 01:33:40 INDEX 03 02:36:62 It would be great - especially for users with lots of classical music - if these Indexes could be "jumped at". With the SB3 remote or SBC, I'd opt for simply using the REW/FWD buttons, thus jumping not to the next TRACK but the next INDEX (if any), and back. This appeals to me as the most logical "interface" to the user. --- REALLY neat - but maybe pushing the CUE "standard" a little - would be a possibility to use kind of "subtitles" on a per-index basis, like maybe: TITLE "Thank You for the Music (disc 4)" PERFORMER "ABBA" FILE "ABBA - Pick a Bale of Cotton On Top of Old Smokey Midnight Special.mp3" MP3 TRACK 08 AUDIO TITLE "Pick a Bale of Cotton / On Top of Old Smokey / Midnight Special" PERFORMER "ABBA" INDEX 01 00:00:00 TITLE "Pick a Bale of Cotton" INDEX 02 01:33:40 TITLE "On Top of Old Smokey" INDEX 03 02:36:62 TITLE "Midnight Special"
What you are asking for is a very difficult change to make to SC. Note that you can work around this by changing the cue sheet to treat each index within a track as a separate track. Is there some reason you don't want to do this? It will screw up the track numbers relative to the original CD, but it's an easy way to get the desired functionality without any changes to SC.
Yeah, I know. As you say, using pseudo-tracks works fine but breaks the disc's track sequence and would require - I think - separate titles. I'd just like to be able to use a high-quality (the best?!) music-playing system like I can use a good CD player: See and jump to indexes. With Pop & Rock, this is merely a conveniance but for playing classical music, it is a must. Eventually. I just hope the advantages can be seen, and it being implemented in a future version. Just thought I should mention it early, with respect to the "new schema" work. I see some logic changes are required, but it can be done. And would make the top-notch music player even better ;-) It's been a common problem with many track-based systems (even MusicBrainz have it!) -- the internal base granularity should be something like "song", "part" or the like, not "track". A physical "track" can hold more than one of these. Eventually, I think, SC should be able to manage many 1:n "physical" relations (not mentioning all others here), like (top to bottom): 1 "collection" : n "libraries" (also a user request I see often) 1 "library" : n "sets" (or "release", i.e. a double CD, a box set, etc.) --- 1 "set" : n "discs" (1 "disc" : n "sides" -- this we might spare, for vinyl mainly) 1 "disc" (or "side") : n "tracks" 1 "track" : n "parts" (or "songs"; I'd prefer "parts") A "part" could inherit its track's properties, if not otherwise specified, i.e. title, artist, genre, ... I made a separation "---" below "libraries" because multiple "libraries" could hold the same "sets", "discs", "tracks" or even only "parts" from the overall (physical) music database, the "collection". Oh well, getting off-topic a little :-)