View Issue Details

IDProjectCategoryView StatusLast Update
0007060MMW v4Tracklistpublic2010-12-24 05:24
Reporterrusty Assigned To 
PriorityimmediateSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Product Version4.0 
Target Version4.0Fixed in Version4.0 
Summary0007060: Thumbnail generation/display for Home Videos is problematic
DescriptionMost 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.
TagsNo tags attached.
Fixed in build1341

Relationships

related to 0007050 closedpetr Initial scanning of Thumbnails is faulty 
related to 0008121 closedpeke File Monitor fails to pick up Art 
related to 0009267 closedpetr Tracks unassigned to albums get assigned arbitrary album art 

Activities

rusty

2010-12-23 23:30

administrator   ~0022117

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

petr

2010-12-24 01:16

developer   ~0022118

Fixed in 1341