More > JRiver Media Center 27 for Mac

JRiver Media Center Renumbering Tracks in an Album

(1/4) > >>

JRod:
Hi, using JRiver 27.0.35. I noticed that in a multi-disk album, JRiver is renumbering my tracks sequentially, say from 1 to 50 instead of following the tag information for each disk. it should display disk # then track # for each disk in the proper order but it just does straight sequential numbering on its own.  I checked the tag information and the disk and track numbers are correct but JRiver wants to renumber the songs its own way. The only thing that does look right is that the disk numbers are correct and sorted in the proper order. I don't understand why such a simple thing is so hard to achieve. I've tried sorting this way and that way but haven't found how to fix this.  Anyone have any ideas?

wer:
I can try and help you figure out what the situation is. Please provide (post) a screenshot, showing the entire window, so that I can see what is actually happening.  Please ensure that the Track # and Disc # columns are visible in the file list in the screenshot.

JRod:
Hi, Let me give an update. I got an idea and did the "update library from tag information and it straightened out.  now the track numbers are correct.  I'm not sure I understand why I had to do it in the first place.  if the tag information is correct to begin with, why did MC 27 decide to display its own track numbering? In case it matters, the library is up on my Synology NAS running Minimserver .8. I never have any problems with connecting or playing the tracks.  Just this weird thing that came up recently.  I don't remember having this issue with previous versions of MC.  OK, I just tried closing MC and reopening. the problem is back. I had to do the update from tag information again so it looks like an ongoing issue.  And, yes, I do have the track and disk number field columns showing. 

wer:
Please read my previous post.

JRod:
Here's an attachment of a screen shot of one such album. Not sure I did it right as I've never done it before.

Navigation

[0] Message Index

[#] Next page