View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0021731 | MMW 5 | Playback | public | 2025-08-19 15:32 | 2025-10-11 23:50 |
Reporter | lowlander | Assigned To | |||
Priority | urgent | Severity | minor | Reproducibility | always |
Status | feedback | Resolution | reopened | ||
Product Version | 2024.2 | ||||
Target Version | 2024.2.1 | Fixed in Version | 2024.2 | ||
Summary | 0021731: Playback position can be adjusted when using stop after | ||||
Description | When you Stop playback the playback position can't be adjusted, but when using stop after this is possible. This is inconsistent behavior. When changing the playback position after stop after stops playback, play will start from the beginning of the file anyway. I see no objection to: A. Enable playback position moving when playback is Stopped B. Have playback start playback from user set playback position | ||||
Steps To Reproduce | 1 Play a file 2 Enable Stop after 3 When playback finishes move playback position of the next file 4 Start playback --> Playback starts at beginning of file, instead of playback position set by user | ||||
Additional Information | https://www.mediamonkey.com/forum/viewtopic.php?t=108394 | ||||
Tags | No tags attached. | ||||
Fixed in build | 3164 | ||||
|
I cannot reproduce wit standard seek bar. It seems to be related only to waveform bar. |
|
Fixed in build 3164. The seek is not be possible in stop state, as in this state app not always knows everything needed to seek. |
|
Verified, seek is no longer possible on Stop after stopped state. |
|
The point of the feedback/usecase described in the forum is that some users want to be able to initiate playback from a given position of the seekbar/wav bar (which seems like a reasonable usecase). If, as Michal indicated, it's not possible to seek correctly in the stopped state, would it make sense to pause playback when using the 'Stop after current' functionality? |
|
I think it would be strange to behave differently after "Stop after current", stop should be always stop. But I think it would not be bad idea to allow seeking in stopped state (for seekable tracks with already known length), where this seek would remember something like temporary bookmark and after starting playback it would behave just like bookmark is set and active and would seek immediately. This would be consistent and more intuitive. |
|
Rusty, should I implement this? Not sure if it is good to change it in 2024.2, but for the next major release it should not be problem. |
|
OK. I've set the target to 2024.2.1. |