View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0018981 | MMW 5 | Main Panel | public | 2022-04-13 20:37 | 2022-04-25 11:44 |
| Reporter | Ludek | Assigned To | |||
| Priority | urgent | Severity | minor | Reproducibility | sometimes |
| Status | closed | Resolution | reopened | ||
| Product Version | 5.0 | ||||
| Target Version | 5.0.3 | Fixed in Version | 5.0.3 | ||
| Summary | 0018981: "List (by Album)" fails to show thumbnails sometimes | ||||
| Description | 1) Global search for word "moon" 2) Switch to "List (by Album)" 3) Scroll the results down => sometimes many albums are missing the thumbs images like this: https://www.dropbox.com/s/p08nxm83kkchlhw/Screenshot%202022-04-13%2022.36.02.png?dl=0 Workaround: Scroll the list all the way down and then again up => images are there suddenly | ||||
| Additional Information | [Ticket # 4046] | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 2615 | ||||
|
|
Fixed in 2615 |
|
|
Verified 2616 Test Note: Faster scrolling sometimes lags thumb rendering, but that is expected. Feedback: Can this be further optimized by increasing thumb creation threads? I noticed that even all 16 CPU threads are allowed to MM it utilizes only 1-2? |
|
|
As for generating thumbs: This is done as lower priority background task that are currently (intentionaly) limited to 4 concurrent threads/tasks. Limit of all concurrent tasks (including high priority) is set to 10. The limit is intentional as too many threads (roughly > CPU cores) cause that Chromium UI thread can choke on too much of scrolling. But what I have always experienced is that scrolling was much less fluent when DbgView was running, so maybe this was also your case when testing? So ensure that DbgView is closed while testing scrolling. |
|
|
As I suspected. THX for clarification. Test note: You are right DBgview can influence speed a bit. Non Debug version have no such issue. Closing |
