More > JRiver Media Center 23 for Linux

Why is the save cover art to external location so resource intensive?

(1/2) > >>

BryanC:
I have about 4000 albums and saving the cover art to a new external location (on a fast SSD) has taken about an hour thus far. Meanwhile, MC is hung and consuming 100% of one of my cores. I am watching the .jpg count increase in my external directory at the rate of about 1 cover art file per 5 seconds. For a total file operation of less than 1GB, it shouldn't take this long.

BryanC:
I was using beta 24.0.7 and thus this may have been caused by this migration issue:

24.0.8 (3/29/2018)
2. Fixed: Copying Cover Art folder from MC23 to MC24 during upgrade installation did not work.

It's possible that it was pulling from the tags or something.

Hendrik:
That only refers to the installer, which is only used on Windows, not a task MC itself actually does.

bob:

--- Quote from: BryanC on March 27, 2018, 05:07:52 pm ---I have about 4000 albums and saving the cover art to a new external location (on a fast SSD) has taken about an hour thus far. Meanwhile, MC is hung and consuming 100% of one of my cores. I am watching the .jpg count increase in my external directory at the rate of about 1 cover art file per 5 seconds. For a total file operation of less than 1GB, it shouldn't take this long.

--- End quote ---
That's brutal. Sounds to me like it's doing a byte by byte copy.
What filesystem is on the external location?
Is that location part of auto-import?

BryanC:
Cover art directory is ext4 and that specific directory is not part of auto-import. I ended up choosing to store the cover art alongside each album instead of a single cover art directory because I experienced this same issue on my subsequent machines.

Navigation

[0] Message Index

[#] Next page