summaryrefslogtreecommitdiffstats
path: root/apps/buffering.c
diff options
context:
space:
mode:
authorNicolas Pennequin <nicolas.pennequin@free.fr>2008-12-02 21:07:12 +0000
committerNicolas Pennequin <nicolas.pennequin@free.fr>2008-12-02 21:07:12 +0000
commit3625be4803522e01420d06c8ab9b9e3e9e7b4978 (patch)
treeb0ff1b1eac634fac8de949ec6e8d19499efa238a /apps/buffering.c
parentd9116da5debac0d84b1c907c51c593f970152c06 (diff)
downloadrockbox-3625be4803522e01420d06c8ab9b9e3e9e7b4978.tar.gz
rockbox-3625be4803522e01420d06c8ab9b9e3e9e7b4978.tar.bz2
rockbox-3625be4803522e01420d06c8ab9b9e3e9e7b4978.zip
Fix FS#9319 and its (probably) duplicate, FS#9576. They both describe the boost remaining active after a change of the dynamic playlist, an issue added in r17109.
The fix is to notify the buffering thread whenever an ID3 handle is created via bufopen (as is done in the other cases of bufopen). git-svn-id: svn://svn.rockbox.org/rockbox/trunk@19304 a1c6a512-1295-4272-9138-f99709370657
Diffstat (limited to 'apps/buffering.c')
-rw-r--r--apps/buffering.c5
1 files changed, 5 insertions, 0 deletions
diff --git a/apps/buffering.c b/apps/buffering.c
index 534a82d7b9..ba613eb9db 100644
--- a/apps/buffering.c
+++ b/apps/buffering.c
@@ -907,6 +907,11 @@ int bufopen(const char *file, size_t offset, enum data_type type)
buf_widx += sizeof(struct mp3entry); /* safe because the handle
can't wrap */
+
+ /* Inform the buffering thread that we added a handle */
+ LOGFQUEUE("buffering > Q_HANDLE_ADDED %d", h->id);
+ queue_post(&buffering_queue, Q_HANDLE_ADDED, h->id);
+
return h->id;
}