diff options
| author | Marc Pavot <m.pavot@gmail.com> | 2008-11-25 16:19:53 +0100 |
|---|---|---|
| committer | Max Kellermann <max@duempel.org> | 2008-11-25 16:19:53 +0100 |
| commit | fd1144145caaefee0a5c5fdfe18508e0dc2c77cc (patch) | |
| tree | 03920277fc6d978ae5252314e1dd8961a452b9b5 /README | |
| parent | c570aa20faf7d0b747e8509390dc8580f91581d4 (diff) | |
| download | mpd-fd1144145caaefee0a5c5fdfe18508e0dc2c77cc.tar.gz mpd-fd1144145caaefee0a5c5fdfe18508e0dc2c77cc.tar.xz mpd-fd1144145caaefee0a5c5fdfe18508e0dc2c77cc.zip | |
player: set elapsed=0 at song change
I have found something that looks like a bug in MPD:
- When a song is finished, the next one is played and the 'player'
event is emitted.
- When the client sends the status command just after this event, the
songid is the new one but the 'elapsed' time is not reseted to 0.
This is problem because I have implemented the solution using a timer
on client side to compute the elapsed time but with this bug the
elapsed time continues to be incremented on a new song.
Diffstat (limited to 'README')
0 files changed, 0 insertions, 0 deletions