Updating artwork

Richard's Avatar

Richard

08 Feb, 2020 09:33 PM

I have a question regarding artwork associated with music tracks. I'll ask it using a representative situation.

I have an album that I imported into the beaTunes db via synchronization (Windows PC, folder-based library). None of the album tracks had a Front Cover tag and the folder did not have a folder.jpg or folder.png file. The file folder did have another jpg file (outtray.jpg) which shows the back cover, but I don't think that is relevant to my question.

So after synchronization, when you look at the album tracks in the library, no artwork shows up in the Artwork column, which is to be expected.

Then I added a folder.jpg file to the album file folder, and used another program to update the mp3 files with a Front Cover tag that points to the folder.jpg file.

Then I synchronized again. I was hoping (and expecting) beaTunes would then "see" the front cover album artwork for that album, but it doesn't. I will note that, upon synchronization, beaTunes DOES "see" other tag updates to my mp3 tracks that are made external to beaTunes, such as added composers and track, album, or artist name changes.

I do see in beaTunes, if I select a track or a group of tracks and "Get Info", I could add album art that way (by right-clicking the black rectangle and selecting Import Cover Artwork from File). I haven't actually tried it yet.

So my question is, is there a way that beaTunes can "see" artwork changes (adds/changes/deletions) through synchronization (or another similar automated process) like it "sees" other tag changes? Or am I missing a feature beaTunes already has?

If I had the problem on only a few albums, it wouldn't be a big deal. I probably have hundreds of albums (or more) with this type of problem. Manually updating the tracks is not an attractive option.

Thanks
Richard

  1. Support Staff 1 Posted by hendrik on 09 Feb, 2020 11:41 AM

    hendrik's Avatar

    Hey Richard,

    in a folder-based library, beaTunes does not change how/whether it displays album artwork upon synchronization.

    It should however, always display the file folder.jpeg (or similar) as album artwork, if no other artwork is set. I.e., without the relative link in your files, it should have displayed folder.jpeg.

    Unfortunately, as I have just realized, beaTunes ignores linked files. What I don't understand is that it apparently then does not fall back to the folder.jpeg file in your folder, either.

    I'd very much like this to work properly. Any chance you could send me one of the files you have tagged with the relative link to your artwork? Which software did you use for that?

    Thanks,

    -hendrik

  2. 2 Posted by Richard on 09 Feb, 2020 03:44 PM

    Richard's Avatar

    Well, now I've worked with it some more while trying to pick some files to send to you. I noticed today one of the album covers did pop up but another one didn't. I synchronized again and then closed and reopened beaTunes. Now all of the album covers are showing for the group of albums I was working with. Maybe beaTunes needed a figurative "kick in the pants"?
    So, maybe I wasn't being thorough enough in looking into the situation yesterday, although I thought I was. As time permits I'm going to investigate some more to try to come up with a clean example of the perceived problem, or demonstrate what I thought was a problem, isn't.
    Thanks again, Hendrik.

        On Sunday, February 9, 2020, 5:41:57 AM CST, hendrik <[email blocked]> wrote:

    |

  3. 3 Posted by Richard on 09 Feb, 2020 03:48 PM

    Richard's Avatar

    PS: I do know that there has to be enough room for the album art to display. It looks like beaTunes needs 6 or 7 lines of space in the Library listing in order to show the cover art. The albums I'm working with all have 7 or more tracks.

        On Sunday, February 9, 2020, 9:44:07 AM CST, Richard Patton <[email blocked]> wrote:

      Well, now I've worked with it some more while trying to pick some files to send to you. I noticed today one of the album covers did pop up but another one didn't. I synchronized again and then closed and reopened beaTunes. Now all of the album covers are showing for the group of albums I was working with. Maybe beaTunes needed a figurative "kick in the pants"?
    So, maybe I wasn't being thorough enough in looking into the situation yesterday, although I thought I was. As time permits I'm going to investigate some more to try to come up with a clean example of the perceived problem, or demonstrate what I thought was a problem, isn't.
    Thanks again, Hendrik.

        On Sunday, February 9, 2020, 5:41:57 AM CST, hendrik <[email blocked]> wrote:

    |

  4. Support Staff 4 Posted by hendrik on 09 Feb, 2020 06:56 PM

    hendrik's Avatar

    Hey Richard,

    beaTunes' main artwork cache does only get cleared upon application restart, which is why synchronization did not show you the new images. That's probably what you have observed. I will change this behavior in the next minor update.

    In any case. I'd still be very much interested in one of your MP3 files with a link to the covert art folder.jpeg file. Any chance you could send one? Also, which software did you use for adding such a link?

    Thank you!

    -hendrik

  5. 5 Posted by Richard on 10 Feb, 2020 07:12 AM

    Richard's Avatar

    I'm attaching one of the tracks I was working with and a screen cap of the File Properties "Artwork" tab. This is from Media Monkey which is where I do most of my tag maintenance, other than the beaTunes Analysis I use.
    There is a pop up if you hover over the artwork in MM. I was trying to get it on the screen cap, but it goes away. It says "Resolution 302x300 (32KB) | Stored in D:\MuDl\Aqua [d]\Aquarium\folder.jpg" for the front cover.

    I was looking at this file in MediaInfo 19.09 (Copyright (c) MediaArea.net SARL) which seems like it gives a pretty complete display of the tags, more so than MP3Tag, and I don't actually see a tag that points to the artwork. So either MediaInfo doesn't display that information or maybe the artwork pointer is only in the MediaMonkkey database and not written to the file itself. I don't know. That's beyond my knowledge or skill level.
    I attached the 2 artwork files also.

        On Sunday, February 9, 2020, 12:56:26 PM CST, hendrik <[email blocked]> wrote:
     
       
    |

  6. Support Staff 6 Posted by hendrik on 10 Feb, 2020 09:24 AM

    hendrik's Avatar

    Hi,

    the file you sent does not have a link to the artwork in it. I bet MM, just like other software, implicitly associated audio files in a folder with the file folder.jpg in that folder.

    The next minor update of beaTunes will behave better regarding this, I.e. upon sync the artwork cache will be cleared so that new files can be found.

    Thanks for making me aware of this!

    -hendrik

  7. 7 Posted by Richard on 10 Feb, 2020 06:49 PM

    Richard's Avatar

    Actually, the way MediaMonkey works regarding artwork is this (based on my observations as a user):
    MM adds tracks to its db via a user-initiated or automatic scan, similar to your Synchronize. When it encounters a new track, it associates all artwork in the same folder (or in some cases a subfolder) to that track. I'm a little unclear on this next detail: If it finds "folder.jpg or folder.png", it flags that graphic file as the "Cover (front)" image type. In any case, all artwork is associated to the track but is designated as "unspecified" artwork, except for "folder.jpg/png". The artwork is associated alphabetically by artwork file name, so when a user plays a track in MM, the artwork displayed is the first one encountered, alphabetically (unless the user has reordered the artwork... see below).
    So if there happens to be 20 graphics files in the folder, yes, all 20 get associated to each track in the folder in the MM db. Actually, there may be an upper limit. I don't know.

    However, the user can go in and designate artwork, flagging art files as "Cover (front)", "Cover (back)", "media label", "leaflet page", among many other options. (Some of the others are "Conductor", "Band", "Recording location"... there are 18 in total if you include the "not specified" type.) Also, the user can reorder the artwork stack, which is useful because MM grabs the first artwork as the display artwork. Generally, the user would want the "front cover" to be the "top" file, therefore, the art file that gets displayed.
    Any art file can be designated as any type. So if you wanted manually to designate "front.jpg" as the Front Cover and "booklet(2).jpg" as the Back Cover, you can do that.
    What is the purpose is of all the other designations like "leaflet page" and "media label"? I have no idea. Maybe there's a feature I'm unaware of or maybe it's for future use. At any rate, I'm not defending their approach, just trying to explain it.
    On the above, if a music track has embedded artwork, that will take precedence over standalone art files in the same folder, unless the user goes in and reorders that artwork properties of the music file.
    I thought you might be interested in the above info.
    Sometimes we use a DNLA server to play my PC-based music on our upstairs TV via our AVR and home wifi network. It's nice to have the correct artwork display on the TV screen while the music is playing. Hence my interest in having good and correct artwork associated to my music files. (If you're looking for a new project, there's a lot of room for improvement for this type of app. Hint hint.)

        On Monday, February 10, 2020, 3:24:57 AM CST, hendrik <[email blocked]> wrote:
     
       
    |

Reply to this discussion

Internal reply

Formatting help / Preview (switch to plain text) No formatting (switch to Markdown)

Attaching KB article:

»

Attached Files

You can attach files up to 10MB

If you don't have an account yet, we need to confirm you're human and not a machine trying to post spam.

Keyboard shortcuts

Generic

? Show this help
ESC Blurs the current field

Comment Form

r Focus the comment reply box
^ + ↩ Submit the comment

You can use Command ⌘ instead of Control ^ on Mac