View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0011484 | MMA | Now Playing | public | 2013-11-15 18:18 | 2014-11-02 02:14 |
| Reporter | rusty | Assigned To | |||
| Priority | high | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 1.0.4 | ||||
| Target Version | 1.1.0 | Fixed in Version | 1.1.0 | ||
| Summary | 0011484: Now Playing AA appears ~.5s after playback begins | ||||
| Description | In build 184, I notice that upon clicking a track in a listview other than NP, playback begins almost immediately, however, there's a ~.5 second delay before the NP AA view opens up. Is it possible for the visual feedback (i.e. the opening of the NP AA view) to coincide with the initiation of playback? | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 326 | ||||
|
|
Peke indicated that 182 feels faster than 184 in general operation, as well. It may be that I just noticed this issue in 184 because of a general performance hit. Could there be an issue with the build? |
|
|
I did a quite subjective comparison vs. 182, and don't see any obvious regression. However, the delay in the appearance of this view is still an issue. |
|
|
Compared 182 with 185 and MMA Icon features seams less responsive in 185. other than that like rusty I do not see much of regression. |
|
|
We know that this delay exists. It is implemented this way from the beginning. We made a lot of improvements to shorten it as much as possible in the past. But I don't think that it can be done faster now. It need a bigger refactor. We still need to refactor the playback after final release and this can be part of it. |
|
|
Decreasing priority to be implemented right after v1.0 release. |
|
|
Fixed in build 326 |
|
|
Verified 326. |
