View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0007060 | MMW v4 | Tracklist | public | 2010-12-22 20:19 | 2010-12-24 05:24 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.0 | ||||
| Target Version | 4.0 | Fixed in Version | 4.0 | ||
| Summary | 0007060: Thumbnail generation/display for Home Videos is problematic | ||||
| Description | Most cameras download videos and photos to a common folder. In build 1339, MM: 1) will assign images as thumbnails for videos even when the image file doesn't match the video file. e.g. 1234_5678.jpg gets assigned to 1234_5679.avi . What will often happen is that 10 videos from a particular date get assigned a single thumbnail of a photo that happens to be in the same directory. Even worse, when visiting the Album Art tab for such files, it becomes apparent that _many_ images (all of the photos in the directory) get associated with the video. 2) When scrolling through thumbnails in AA view of such images, if scrolling is done quickly past many videos (fast enough that the images don't load), then scrolling back to those videos will not trigger the images/thumbnails to appear. The workaround is to switch to another node, and then back to the video node--then the images will start appearing again. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1341 | ||||
|
|
Clarification from discussion with Petr: When MM scans a bunch of files e.g.: 1234_5678.avi, 1234_5679.avi, 1234_5680.avi... ...if there are a bunch of images in the folder such as: 1234_5676.jpg, 1234_5677.jpg, 1234_5681.jpg... ...then MM will use 1234_5676.jpg as the thumbnail for all of the AVIs in the folder (instead of generating thumbnails based on the video). Moreover, if the user looks at the Artwork Properties of the video, then ALL of the .jpg files in the directory will appear there and become associated with the video when the user clicks ok. Petr: question is how it should work (for video, as this behavior was designed for audio only) .. there're 2 possible solutions: 1. add just an image with same name - may be right, but we're cannot be sure this image really should be assigned ... some cameras will reset internal counter (for name generator) after download of the videos/pictures from cam 2. avoid assign any image and let MM to make cover itself Rusty: This is in another bug, but I can't find it. Basically MM should only infer artwork for Video files when: a) the artwork has the same name as the video file (.thm or .jpg or .jpeg) or modified slightly (e.g. samename_1.jpg) b) all the AVIs in the folder have a common <Series> value (that's not unknown), and the file is folder.jpg c) only a single AVI is in the folder, and the file is folder.jpg |
|
|
Fixed in 1341 |
