More > JRiver Media Center 27 for Mac

JRiver Media Center Renumbering Tracks in an Album

<< < (2/4) > >>

wer:
You did it fine.  I should have said have the [Filename] column showing too, so we could compare, but let's start here.

So the tracks I see look like they're in order, but a few are missing (some bonus tracks at the end of disc 1).  There is more than one version of this album, so I must also wonder if your tags were correct to begin with. Tagging retrieval services contain data input by other users, and users often input garbage, or the album might have been matched wrong.

Since these look correct, do you think they're wrong, or do you think they're showing correctly now, but will spontaneously change to wrong later?

Let me see another screenshot when the track #s are showing incorrectly, and include the filename column.

Do you have "Run Auto-import in background" turned on? It's in Options->Library & Folders.

Another thing you can check is if you open the tag window for a track (click the tag button in the lower left corner) then you can expand the Tag Dump pane at the bottom. This will show you the tags MC sees in the file. Compare the TRACKNUMBER entry to what you see in MC.

Finally, when you have the tags showing correctly in MC, you can do an "update tags from library" and this will re-write the tags correctly. Some files just have corrupted tags.

MC does not make up its own numbering. I have never seen MC change the tag numbers to deviate from what's in the file without user intervention.

If tags are missing or corrupted in the file, when you import the files MC might try to derive the information from the file name.  Do your file names contain track numbers that conflict with the tags in the file?  Again, look at that tag dump pane to see.

JRod:
OK, I'll do another screen capture with the filenames if you think it would help you figure it out. What I'm trying to convey is that JRiver doesn't follow the tag info in the tracks.  if you look at where it goes to disk 2 JRiver should be going back to the correct file numbering for that disk (the tags have been confirmed to be correct). instead, JRiver just continues to number these files as if it was still disk 1 but with progressively higher track numbers.  There are some files missing in this disk perhaps but that shouldn't matter.  JRiver should still number the tracks according to the tag information and instead, it goes to its own numbering scheme whatever that may be. This isn't the only multi-disk album that JRiver does this so I highly doubt that my whole collection is somehow corrupted. I don't have this problem with any other app I use to access this library.   I'm attaching 2 screen captures, one how it looks after I execute "Update Library from tags", the second one shows the full file names.

JRod:
Opps, here's the right one with the proper file numbering after executing the command

wer:
Well, what you call "the second screen capture" is the exact same image as the first one you posted.  It still doesn't show anything wrong.  After your "oops" post, the new image still has correct track numbers, as I think you pointed out.

Your screenshot in the middle doesn't show any track numbers, wrong or otherwise, but it does show that you have added the files to your library from a web server, using an http:// url.  Which means MC can't write to them.  Why are you doing that?  Why not add the files to MC from an accessible folder, on a local or network drive?

You keep saying MC "goes to its own numbering scheme" but you haven't shown me that.  You never shown any incorrect numbering. You say the "tags have been confirmed" but how?  I have to wonder about these things, because you still haven't shown me an actual numbering problem.

But back to what I said in the 2nd paragraph: not sure why you're adding files via http links. I suppose that could cause problems. I've never done it, and I don't recommend you do it.

Minimserver is what runs on a Synology NAS.  I don't know what it might be doing with the tags as it serves them through HTTP. But that's not the proper way to add files to the library.  Try adding them directly as files using a network share, and see if you still have problems.

JRod:
I'm not sure why you're not seeing it. must be the confusion of the multiple images I've uploaded.  OK, see where going down the list of tracks, the list goes onto the tracks from the second disk?  Instead of starting with the proper track number for disk 2, it continues to number the tracks picking up from the last track on disk 1. it goes from track number 11 of disk 1 to track 12, and so on, ignoring what the actual track number is for disk 2.  I don't understand how you can't see that. Now you're going on with why I'm doing what I'm doing and how its wrong. I access this library from other devices and not all of them run JRiver.  It's a good way of having a central library where management is simplified instead of having to copy files all over the place every time I get new music.  You know if the JRiver remote app was a bit more capable and I could use it to access my library remotely when I'm out maybe I could just use JRiver and drop the rest but, unfortunately, that's not the case.   

Navigation

[0] Message Index

[#] Next page

[*] Previous page