Post Reply 
 
Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Ripping by Index
08-04-2021, 18:54
Post: #1
Ripping by Index
Is there any way of having TrackNumber appear as 1, 2.1, 2.2, 3.1, 3.2, 4, etc?
I've tried the obvious (value.display= and .displayFormat=) but they don't seem to operate on TrackNumber, I assume this is a forced limitation?

It's for tracks that have multiple indexes such as the Buster soundtrack. I believe it's more common in Classical music, but I have a small number of CD's like it, and if I were to "rip by index" and number them separately I'd be able to access the songs directly, rather than "rip by track" and have to forward through the track to get to the next song.
If it were possible, I'd potentially split up some other tracks where a single track contains multiple songs.

I think ripping by index would probably cause automated tag scraping to fail, but it's easy enough to do it manually for the few that need it, and I can create a CUE to piece it all back together for verification purposes, so that's fine.

I know I could just change the title (using displayFormat) to include the '3.1' from another tag, but I'd really like to get it working "properly" if at all possible.
Find all posts by this user
Quote this message in a reply
08-04-2021, 22:35
Post: #2
RE: Ripping by Index
The UPnP specification requires the track number to be an integer.

As you have discovered, MinimServer does not allow track numbers to be modified using value.display or displayFormat.

You could add track number information to the titles for tracks 3.1 and 3.2 (etc.) but I am not sure what you would use for tracknumber tag values to get the album tracks sorted in the correct order.
Find all posts by this user
Quote this message in a reply
08-04-2021, 23:17
Post: #3
RE: Ripping by Index
I didn't think the spec would have allowed for it, and it's only for 2 albums so it's not the end of the world.

The best I've come up with so far (with testing of one album) is to add a tag called TrackIndex that holds the intra Track index, turn off the track number display in BubbleUPnP, and:

Code:
tagValue: Title.value.sort={TrackIndex}
Title.displayFormat={$TrackNumber^^^$TrackIndex^.^^$Title^  - ^}

The 'Show Metadata' in BubbleUPnP shows the core TrackNumber, which I suppose is accurate so I can live with that, just got to make sure it doesn't cause any complications.

Thanks for your support.
Find all posts by this user
Quote this message in a reply
Yesterday, 15:24 (This post was last modified: Yesterday 15:25 by lyapounov.)
Post: #4
RE: Ripping by Index
(08-04-2021 18:54)simbun Wrote:  Is there any way of having TrackNumber appear as 1, 2.1, 2.2, 3.1, 3.2, 4, etc?
I've tried the obvious (value.display= and .displayFormat=) but they don't seem to operate on TrackNumber, I assume this is a forced limitation?

It's for tracks that have multiple indexes such as the Buster soundtrack. I believe it's more common in Classical music, but I have a small number of CD's like it, and if I were to "rip by index" and number them separately I'd be able to access the songs directly, rather than "rip by track" and have to forward through the track to get to the next song.
If it were possible, I'd potentially split up some other tracks where a single track contains multiple songs.

I think ripping by index would probably cause automated tag scraping to fail, but it's easy enough to do it manually for the few that need it, and I can create a CUE to piece it all back together for verification purposes, so that's fine.

I know I could just change the title (using displayFormat) to include the '3.1' from another tag, but I'd really like to get it working "properly" if at all possible.


The index is a feature which is part of the original CD specification, but which is rarely used nowadays.

Someone on Discogs found 6 CDs which have this
https://www.discogs.com/lists/CDs-with-u...nly/213189

I personally remember CDs using this feature but then giving it up (I started buying CDs in 1985...). As an example, Glenn Gould playing Bach Goldberg were originally one track and one index per variation; but Sony reverted to one track per variation.
Find all posts by this user
Quote this message in a reply
Today, 12:02
Post: #5
RE: Ripping by Index
(Yesterday 15:24)lyapounov Wrote:  The index is a feature which is part of the original CD specification, but which is rarely used nowadays.

Someone on Discogs found 6 CDs which have this
https://www.discogs.com/lists/CDs-with-u...nly/213189

I personally remember CDs using this feature but then giving it up (I started buying CDs in 1985...). As an example, Glenn Gould playing Bach Goldberg were originally one track and one index per variation; but Sony reverted to one track per variation.

I started ripping some discs for my dad a few weeks ago and have come across 3 discs so far, 2 from the list you detailed (Buster and MCMXC a.D.) and Foxtrot by Genesis.
I knew the specification allowed for it, but I'd never seen it before, and I don't know why but I'd never thought of breaking tracks up before like that, especially with what we can do with MinimServer.

A good example (although not a great example as each track is a continuous piece of music) is with Close to the Edge by Yes. The CD I have doesn't have subindexes for each "song", so titles for the first two tracks are:
Track 1) Close To The Edge: I. The Solid Time Of Change, II. Total Mass Retain, III. I Get Up I Get Down, IV. Seasons Of Man
Track 2) And You and I: I. Cord Of Life, II. Eclipse, III. The Preacher The Teacher, IV. Apocalypse

Whereas if I split the track up into individual "songs", not only would I be able to use the Grouping tag within MinimServer, but I'd also be able to name the tracks individually, to achieve something like:

Close To The Edge
1.1. The Solid Time Of Change,
1.2. Total Mass Retain
1.3. I Get Up I Get Down
1.4. Seasons Of Man
And You and I
2.1. Cord Of Life
2.2. Eclipse
2.3. The Preacher The Teacher
2.4. Apocalypse

I guess it's no more wrong that splitting a CD into tracks, and I'll be able to create a CUE that pieces the files back together so that the album still verifies with CTDB/AccurateRip.
Find all posts by this user
Quote this message in a reply
Post Reply 


Forum Jump:


User(s) browsing this thread: 2 Guest(s)