View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0007540 | MMW v4 | Tracklist | public | 2011-03-17 18:15 | 2011-06-03 00:17 |
| 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 | 0007540: UI responsiveness in MM4 | ||||
| Description | There have been several reports in the forum related to the fact that UI responsiveness in MM4 is inferior to MM3. In testing build 1355, I think I've found out one way to replicate this, and what the root cause may be. In bug 0007537, there is an MPEG file that, when played, causes MM to crash. Strangely, whenever the user selects that file in MM, the UI gets frozen for ~2 seconds, whether in AA view or details view. Similarly, whenever the user navigates through video tracks that are missing Thumbnails, the UI becomes sluggish (e.g. it takes .2s to navigate from one track to the next). Interestingly, if the Art&Details view is disabled, then selection of the track and navigation among tracks is not delayed! It seems that MM is checking for metadata/AA each time a track is selected, and that that process is actually holding up the UI. The two processes should be divorced from one another. Note: this is one example of a cause of UI responsiveness issues in MM4. I've noticed others, but do not have consistent repro steps as in the case above (e.g. tree navigation is also slower--something as simple as expanding a node or selecting a node can sometimes trigger the hourglass to appear for a couple of seconds). | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1360 | ||||
| related to | 0007624 | closed | petr | Problems viewing / selecting / playing video files with image tags (wmv/mp4) on a network |
| related to | 0004053 | closed | petr | Slow setting of album art of the playing track |
| related to | 0007613 | closed | Ludek | Problems when one script is installed twice (in both user locations) |
| related to | 0007515 | closed | petr | Generate smaller thumbnails |
|
|
Upon further testing it seems that in a library with ~20k files, performance for navigating the Tracklist using arrow keys (even in Details view) is problematic, whenever the Art+Details window is open. e.g. press the down arrow 10-15 times quickly --> UI locks up for a few seconds and/or doesn't immediately reflect the position of the cursor in the tracklist. |
|
|
Fixed in build 1360. |
|
|
As you can see in the log in bug 7624, this issue is still not resolved: Selecting the Video node causes various processing to occur which causes a 10-15 second delay in the appearance of the tracks in the tracklist. My suspicion is that this might be related to specific MP4 tracks. |
|
|
Ok, the fix here was, that MM no longer attempts to read images from file tag for files that cannot store images in tag like MPEG, AVI, etc. |
|
|
It still happens sometimes with 1368. I'm trying to fetch severao Log files to see where UI locking happen. EDIT: Audio Only no Video files in Now playing and track view |
|
|
I found another issue that will be fixed in 1369: If you load more than 100K tracks to Now Playing then there is stucking 'Now Playing: Reading files...' |
|
|
It also seams that when Now Playing is Larger 500+ tracks and you Change tree note that also populates larger number of tracks in Most cases you are not able to initiate playback. Sometimes also repeats slow UI responsiveness when you try to skips track (Player Next) even trackview is fully loaded (Guess that Album art cache is still loading). NOTE: It is easier to replicate if there is installed Script that works with OnPlay event. I used Last.fm plugin or MonkeyRok or Song Information panel. |
|
|
I haven't been able to reproduce, but I haven't tested with a script. If a script's OnPlay event takes long than it is rather a script issue? |
|
|
You are right some Auto tag scripts Are not correctly uninstalled due the http://www.ventismedia.com/mantis/view.php?id=7613 |
|
|
Verified 1382 |
