More > JRiver Media Center 31 for Mac

Tagging and Relinking Super Slow

<< < (5/7) > >>

DmitryB:

--- Quote from: blgentry on July 26, 2023, 01:11:14 pm ---Your top level music folder, which opens when you do Browse from the Rename, Move, and Copy files screen... It has thousands of folders.  But are there FILES in that top level also, that are all by themselves?

If it is just folders, or just folders and a small number of files, then my experiment does not seem to apply.  I'm not sure where to go from here.

Brian.

--- End quote ---

Brian, there are no "loose" files in the top level music folder. Only folders with a single album per folder.

And it's odd that while using MC, when using the Tag window - typing words drags. If renaming a category with F2 function in the main window, the renaming is instantaneous. What about the Tag window that's different?

Thank you!

DmitryB:

--- Quote from: blgentry on July 26, 2023, 01:26:46 pm ---
I would suggest that doing file moves might be done better directly with MC.  Tell it where to move your files instead of "relinking them" after the fact.  For simple moves this will be easier as it is one step.  For big moves (hundreds or thousands of files), you are probably best doing the actual moves with Finder (or a similar tool) and then "relinking" in MC as you have been doing.

--- End quote ---

I'll have to explore this option, I haven't used it yet. I'm not moving large numbers of files at a time. More like 2 or 3 albums at a time. Is there a tutorial for this? LOL

blgentry:
Using RM&C to Rename files is similar to what you've already been doing.  But maybe you should just do what you know works for now and see if the MC team can figure out something helpful.  I may have been a bit too enthusiastic in recommending a process flow change.

If you want to read more about RM&C, it's here:

https://wiki.jriver.com/index.php/Rename,_Move,_and_Copy_Files#:~:text=To%20access%20this%20tool%2C%20select,Rename%2C%20Move%2C%20%26%20Copy%20Files

Brian.

EnglishTiger:
When you use MC or the OS, i.e Win Explorer or Mac Finder, every time you rename, move or copy files and/or folders, the relationship between individual files and their MC Thumbnails get's broken.

In addition when you use Win Explorer or Mac Finder they will always be quicker than MC at listing folders and the files they contain because they invariably use a File Allocation Table; whilst MC has to check to see if every Folder and the Files within each Folder is/are present, it's building a list of "missing files" every time it is asked to list Folders and Files. Plus, if it's the 1st time it's accessed an individual folder it is probably rebuilding the thumbnails for those files in the background.

When it comes to Moving, Renaming and Copying Files and or Folders, regardless of the number of files involved, after having updated any relevant database/library fields/tags MC hands the task of Moving, Renaming or Copying of those Folders and Files over to the OS; something that is more obvious in Windows than on the Mac.

The decision about using MC or the OS to carry out a R, M & C operation should be based on the Risk Involved and not the Volume/Number of Folders and Files.
If ,for whatever reason, power is removed from the PC while MC is being used to carry out the task you are in danger of having a library/database that is WRONGLY telling you all the folders and files were copied to their "new location" and the only way you can get the folders and files that were not moved, renamed or copied into their "new location" is by using the OS and hope that when you re-open MC there are no missing or damaged/incomplete, files.

MC's R, M & C is a very useful tool but, unfortunately, it contains one major flaw - it updates the library/database Before renaming, moving or copying folders and/or files and not After it's done the task it was given.

DmitryB:
Thank you EnglishTiger! That's a very interesting breakdown. (And I did notice that the artwork vanished (or dropped to very low resolution) on many albums (though not all. I suspect that's based on the format: FLACs are ok, DFF/DSF were not.)

I can only say that this major slow down in both re-linking (via Finder through MC) and Tagging was not always the case; early on everything was quick. It's only in the past couple of years that things slowed down significantly and I initially attributed it to the size the library. And with Tagging, to repeat, it's only very slow if doing it in the Tag window. If I choose an individual category in the main window and select F2, things adjust immediately.

Also, just to reiterate, if I move multiple folders into one new folder (for example: All U2 albums into one U2 folder) and now have to re-link each album - MC is slow for each album, even though I keep going back to the same U2 source folder. I would have figured MC would build its database the first time I open the new U2 folder, and then to relink each album would be quick. But it's slow every single time I go back to it, even though contents in that folder have not changed since the first time I opened it 30 seconds ago.

But I am getting a new external RAID. The one I've had has been a workhorse for years and I just started getting temperature alerts on it, so I figure I get a new G-Raid before it dies. It will be interesting to see if a fancy new external drive works better. (I'm a professional video editor and edit 4K video off it, so I know the drive itself works super fast.)

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version