View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0019139 | MMA | Playback | public | 2022-06-01 11:51 | 2023-01-30 23:33 |
| Reporter | peke | Assigned To | |||
| Priority | immediate | Severity | tweak | Reproducibility | always |
| Status | closed | Resolution | reopened | ||
| Target Version | 2.0.0 | Fixed in Version | 2.0.0 | ||
| Summary | 0019139: Swipe transition can be smoother | ||||
| Description | Swipe transition can be smoother. It looks kind of crude and occasionally flashes whole UI. Expected that there should some softening effect during animation, to make it smoother eg. like blur effect on overlaps. | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Fixed in build | 1030 | ||||
|
|
Fixed in build 2.0.1019 |
|
|
In build 1027, if I make a couple of track swipes forward or backwards --> MediaMonkey isn't responding And if I don't click 'wait' --> MM shuts down |
|
|
My library isn't actually that big (only 2200 tracks). BUT, I suspect that you're right that it's related to some background process related to loading the Playing list. Also, note that I can't consistently replicate the problem, but it usually occurs after MM has completely closed for some time and then some process seems to occur when MM is run afresh. e.g. 0 Configure MMA to close notifications after 10s 1 Initiate playback of a large playlist (e.g. 900 tracks) 2 Press pause 3 Press STOP in the notifications player 4 Close the MM window 5 Tap-Hold MediaMonkey and use 'Force Stop' to ensure it isn't running (instead of waiting some period of time) 6 Run MM 7 Tap 'Play' in the microplayer 8 Attempt to switch to the Playing view --> it often fails to respond 9 When it gets to Playing view swipe right/left --> MediaMonkey isn't responding Here's a log generated after several such messages: 4EEA52V4GP |
|
|
2) I've been able to replicate a variant of this on another device with only about 40 tracks synced (Tab t320 running lineage 18 (Android 11)). With the lineage player, clicking 'Next' --> track plays immediately. With MM, clicking Next on the microplayer --> tracks advance immediately Switch to the Playing > Queue and click next --> each transition takes 3s-4s to play! It seems that just using the Playing > Queue view causes a significant performance penalty. |
|
|
Fixed in build 2.0.0.1029 |
|
|
This is much improved in 1029, however, swiping in the Playing:Art view is still problematic. This is easily illustrated as follows: 1 Start playing the middle of a playlist 2 In Playing:Art alternately press the Forward / Back buttons --> MM advances and goes back a track rapidly as expected 3 Alternately swipe forward /backward --> MM stalls / doesn't register swipes / or swipes only partially Tested on both a slower SMT320 tablet and pixel 5a. The issue is much more pronounced on the tablet, however, other music players don't exhibit this type of problem at all. |
|
|
Fixed in build 2.0.0.1030 |
|
|
Verified 1030. |
