It's been stated a few times around here that Wifi sync isn't obeying the 'Copy album art to folder' setting in the device profile. It creates a jpg regardless of whether or not that option is checked in MMW.
Lately, I'm noticing that in addition to my albumart.jpg files, I'm getting albumart.thm files. Does anybody know what those are?
[BUG] albumart.thm and albumart.jpg creation [#10815]
Moderator: Gurus
-
- Posts: 201
- Joined: Mon Jan 02, 2012 10:42 pm
[BUG] albumart.thm and albumart.jpg creation [#10815]
Remember when Last.fm had those cool imagegen charts for use in signatures?
Re: What is albumart.thm?
Those are used in MMW for multiple Artwork. Perhaps MMA now supports multiple Artwork too?
Download MediaMonkey ♪ License ♪ Knowledge Base ♪ MediaMonkey for Windows 2024 Help ♪ MediaMonkey for Android Help
Lowlander (MediaMonkey user since 2003)
Lowlander (MediaMonkey user since 2003)
-
- Posts: 201
- Joined: Mon Jan 02, 2012 10:42 pm
Re: What is albumart.thm?
So we'll call that a feature rather than a bug? I like the optimism. 

Remember when Last.fm had those cool imagegen charts for use in signatures?
Re: What is albumart.thm?
I didn't call it anything, I merely suggested where it may come from.
For me Artwork is also a problem. I have all options deselected (so embedded should be synced embedded) and always find one Artwork file in my device (all files synced to Playlist folder) and 1/4 to 1/3 of the files have this Artwork associated. Not sure why embedded Artwork fails to sync over for those files.
For me Artwork is also a problem. I have all options deselected (so embedded should be synced embedded) and always find one Artwork file in my device (all files synced to Playlist folder) and 1/4 to 1/3 of the files have this Artwork associated. Not sure why embedded Artwork fails to sync over for those files.
Download MediaMonkey ♪ License ♪ Knowledge Base ♪ MediaMonkey for Windows 2024 Help ♪ MediaMonkey for Android Help
Lowlander (MediaMonkey user since 2003)
Lowlander (MediaMonkey user since 2003)
album_art.jpg
Hi,
why does MM4 copy that file in all my music dirs?
I don't want any other files like *.mp3 in my dirs?
I allready tried some options without succes... any ideas?
Thx, DocMAX
why does MM4 copy that file in all my music dirs?
I don't want any other files like *.mp3 in my dirs?
I allready tried some options without succes... any ideas?
Thx, DocMAX
Last edited by Lowlander on Sat Apr 27, 2013 11:46 am, edited 1 time in total.
Reason: Merged with existing topic
Reason: Merged with existing topic
Re: What is albumart.thm?
It could be because of your settings (see MMW device profile) or because of a bug. I experience the same.
Download MediaMonkey ♪ License ♪ Knowledge Base ♪ MediaMonkey for Windows 2024 Help ♪ MediaMonkey for Android Help
Lowlander (MediaMonkey user since 2003)
Lowlander (MediaMonkey user since 2003)
Re: What is albumart.thm?
Usb sync is still working for me with artwork so the error has to be in wyfi sync,
Roving cowboy / keith hall / monkey hi fi.
Roving cowboy / keith hall / monkey hi fi.
-
- Posts: 34
- Joined: Wed Jan 19, 2011 1:47 pm
albumart.jpg creation needs to be treated as a bug!
Like many others on the forum, I am experiencing an issue where albumart.jpg files are being created in each album folder on WiFi sync despite the option to create albumart.jpg being unticked (all my album art is stored in tags). I assume from the low resolution nature of the files that are created that these are cached images used in the artist/album views for the thumbnail. I have searched Mantis and can't find any reference to this as being a bug which I find somewhat confusing as so many people are reporting it here.
The issue is that the creation of these image files means that they will be found by Android's media indexer and will show up in other applications that use the media index; this is clearly not desirable behaviour. From other forum posts, it also seems that if people DO want to sync their high-res album art as albumart.jpg, it is getting over-written by these low-res copies (being reported as album art being synced as "blurry images").
The obvious thing to do, is to store these thumbnails in an application directory which has a media exclude on it or to use a different file type that does not get scanned; it can't be that difficult to resolve!
I have tried creating a .nomedia file in the root of my music folder, and while this does prevent the albumart.jpgs from showing up in other applications, but unfortunately also prevents the music files from being found by other music applications.
Related to this is another issue, which is that artists which are not album artists to not have a thumbnail in the artist list views (presumably because the application is only looking for albumart.jpg in a folder named for the artist, I'm not sure). If this is the case, this could again be solved by storing the thumbnails in a different directory.
I may have got the analysis of the above completely wrong of course, but this is the best explanation I can come to on the basis that deleting the .jpg files causes the thumbnails in the artist/album views to disappear.
This is the one thing at the moment that is stopping me switching to MMA, so it would be great if this can be acknowledged as a bug and fixed.
(Currently using build 120 on a Samsung Galaxy SIII) - edit: actually am on build 124 not 120.
The issue is that the creation of these image files means that they will be found by Android's media indexer and will show up in other applications that use the media index; this is clearly not desirable behaviour. From other forum posts, it also seems that if people DO want to sync their high-res album art as albumart.jpg, it is getting over-written by these low-res copies (being reported as album art being synced as "blurry images").
The obvious thing to do, is to store these thumbnails in an application directory which has a media exclude on it or to use a different file type that does not get scanned; it can't be that difficult to resolve!
I have tried creating a .nomedia file in the root of my music folder, and while this does prevent the albumart.jpgs from showing up in other applications, but unfortunately also prevents the music files from being found by other music applications.
Related to this is another issue, which is that artists which are not album artists to not have a thumbnail in the artist list views (presumably because the application is only looking for albumart.jpg in a folder named for the artist, I'm not sure). If this is the case, this could again be solved by storing the thumbnails in a different directory.
I may have got the analysis of the above completely wrong of course, but this is the best explanation I can come to on the basis that deleting the .jpg files causes the thumbnails in the artist/album views to disappear.
This is the one thing at the moment that is stopping me switching to MMA, so it would be great if this can be acknowledged as a bug and fixed.
(Currently using build 120 on a Samsung Galaxy SIII) - edit: actually am on build 124 not 120.
Last edited by Lowlander on Sun Apr 28, 2013 5:41 pm, edited 1 time in total.
Reason: Merged with existing topic
Reason: Merged with existing topic
Re: albumart.thm and albumart.jpg creation when it shouldn't
126 made it worse, now almost all files have the same external Artwork associated and none (except 1) have their embedded Artwork and a few have missing Artwork which is what is set in the sync options.
Download MediaMonkey ♪ License ♪ Knowledge Base ♪ MediaMonkey for Windows 2024 Help ♪ MediaMonkey for Android Help
Lowlander (MediaMonkey user since 2003)
Lowlander (MediaMonkey user since 2003)
Album Covers?
I don't see any album covers when syncing via Wi-Fi. Any ideas?
Last edited by Lowlander on Fri May 03, 2013 9:45 am, edited 1 time in total.
Reason: Merged with existing topic
Reason: Merged with existing topic
Re: albumart.thm and albumart.jpg creation when it shouldn't
Download MediaMonkey ♪ License ♪ Knowledge Base ♪ MediaMonkey for Windows 2024 Help ♪ MediaMonkey for Android Help
Lowlander (MediaMonkey user since 2003)
Lowlander (MediaMonkey user since 2003)