View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0007563 | MMW v4 | Properties/Auto-Tools | public | 2011-03-22 19:10 | 2011-07-11 01:21 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.0 | ||||
| Target Version | 4.0 | Fixed in Version | 4.0 | ||
| Summary | 0007563: Thumbnails override Artwork | ||||
| Description | In build 1355, artwork that is stored to the same directory as a video series is not shown in the artwork tab for the video file--the auto-generated thumbnail is shown instead. Moreover, if the user manually tries to add the artwork for the video, it doesn't get added!! In the attached log, tried to save artwork to weeds502: -Line 0000071:0000100: edited artwork and attached image from the directory containing weeds502. The act of attaching the image kept MM busy until line 0000012:0000386 -Line 0000106:0000400: checked the file to see if the artwork was updated. It wasn't. Finally, users have reported the same issue occurring with Podcasts: http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=55663 | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Fixed in build | 1373 | ||||
| related to | 0007736 | closed | petr | Art & Details window problems |
| related to | 0006930 | closed | petr | Art and Details window often fails to show Album Art |
| related to | 0007780 | closed | Ludek | Images in podcast folders aren't assigned to Podcasts on download |
| related to | 0008216 | closed | petr | Thumbnails are associated to tracks that have no Art |
|
|
Artworks stored in same folder are managed different for video files (based on 0007060). Is the artwork file named same as the video, or is it 'folder.jpg' named ? |
|
|
I have folder.jpg in Podcast folder and thumbnail generation turned off (they're MP4 video podcasts). Neither non-downloaded nor downloaded Podcasts show the folder.jpg as Art. What I'm looking for is a way to assign a default image to all episodes of a specific podcast. One way would be to assign the feeds default or episode image when available and another would be by having a default image in the Podcast folder. The first would be the easiest as it requires no user interaction for it to happen (but would require a way to disable it for those who don't want this). |
|
|
Fixed art showing in AA view |
|
|
1) With folder.jpg in the Podcast's folder it doesn't associated with downloaded episodes on 1368. Note: - Manually adding folder.jpg to only downloaded episode doesn't add to other episodes downloaded afterwards. (kind of expected) - Having it apply to all files on Album/Series doesn't add Art to another downloaded episode with same Series. Art View doesn't show art either (which is expected as none is associated). Edited by Rusty to clarify which items are bugs. |
|
|
2) If Generate Thumbnails is disabled, you download an episode and then re-enebale Generate Thumbnails it seems to sometimes fail to generate thumbnails for episodes without Art associated. I also saw this when removing thumbnails from Episodes. I haven't found the trigger yet and am currently unable to reproduce. Note: - If Generate Thumbnails is disabled and you attach Art to a Vodcast and then re-enable Generate Thumbnails, MediaMonkey does respect the existing attached Art and doesn't generate the thumbnail. Edited by Rusty to clarify which items are bugs. |
|
|
As pointed out by Lowlander, the original bug isn't fixed (i.e. when scanning files with folder.jpg in the directory, thumbnails still override folder.jpg), but even stranger is that: 3) When viewing Properties > Artwork for any track in a series, upon deleting the thumbnails via the Properties > Artwork: -the art view still shows the thumbnails -upon selecting a track, the art&details window briefly displays the deleted thumbnail and a second later, displays folder.jpg. |
|
|
Note re. build 1371: 1) The bug is still open (i.e. thumbnails are created for the video rather than based on the folder.jpg file). 3) This is mostly solved i.e. after deleting the thumbnails, they are truly deleted--except for the fact that the Art View doesn't refresh to show this--the user has to switch nodes to trigger a refresh. |
|
|
Fixed in 1372 |
|
|
Tested 1372 and it's working correctly now, however, performance is really bad--it takes about 10 seconds for 10 episodes to display in AA view (tracks are from the network). I've attached a debug log that illustrates this (clicking Weeds seasons 1-4 renders thumbnails almost immediately. Cliking season 5 takes ~10s for all the episodes to be displayed). |
|
|
Tracks should be visible immediately, but with no art. This 10s delay was just for a first time, right ? It's because it need to 'load' and generate cache for each video file (so need load folder.jpg from the network 10 times). |
|
|
No--the delay is everytime Locations>Path>Weeds Season 5 is clicked. |
|
|
Fixed in 1373 |
|
|
Is it supposed to work and if so with what settings that if you have a folder.jpg in the download folder that any newly downloaded Podcasts are automatically associated with this folder.jpg? This is not working here, but I'm wondering if it's supposed to? |
|
|
All tracks in same folder must have same album/series to use folder.jpg as a cover for them. Also i'm not sure how it's with downloaded podcasts. Are they added to DB using AddToDatabaseRec function, Ludek (it's the function where covers are assigned to tracks during scan) ? |
|
|
Album/Series would be Podcast and they all have the same value. |
|
|
Podcasts episodes often include artwork embedded in tag and MM is not downloading any folder.jpg to podcast folder. I don't think that newly downloaded Podcasts should be automatically associated with folder.jpg (which needs to be added manually by user anyway and it is very rare case). |
|
|
Vodcasts I've subscribed to don't contain embedded Art, Podcasts might though. I would be satisfied with: 1) Using folder.jpg in download folder 2) Using embedded image 3) Using Podcast episode image 4) Using Podcast feed image This might also be the best sequence to determine which image should be automatically associated, otherwise a setting for Podcasts to determine what image or what sequence should be used would work better (that would probably need to be deferred to 4.1 as it requires new strings). |
|
|
Note: I've opened a new bug 0007780 re. podcasts to cover the issue raised by lowlander. |
|
|
Verified 1404 |
