View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003004 | MMW v4 | DB/FileMonitor | public | 2007-04-16 19:15 | 2022-04-29 01:31 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.0 | ||||
| Fixed in Version | 3.1 | ||||
| Summary | 0003004: Locate Moved Missing Tracks: always fails when track timestamp doesn't match | ||||
| Description | This functionality often doesn't work because it relies on filesize AND an unchanged timestamp, and very often, a tracks timestamp will change. Instead we should have a multistep process that checks for: 1) filesize/timestamp 2) for tracks still not found: filesize/filename OR hash OR unique audio fingerprint | ||||
| Additional Information | http://www.mediamonkey.com/support/staff/index.php?_m=tickets&_a=viewticket&ticketid=2135&departmentid=2&ticketstatusid=1# | ||||
| Tags | todoc-help | ||||
| Fixed in build | 1197 | ||||
|
|
Fixed in build 1197. The algorithm currently works as follows: Step 1: Scan all tracks as in MM 3.0, i.e. use filesize and timestamp and also filename in case of multiple matches. Step 2: In case there aren't some tracks found yet, start 2nd pass of all tracks and also read tags and then compare particularly track length (in seconds) and also Artist, Album and Title fields. This way there's only pretty low chance that a track will remain not found. |
|
|
Verified 1199 |
