# HG changeset patch
# User Matti Hamalainen <ccr@tnsp.org>
# Date 1210448869 -10800
# Node ID 04da24c63467803b361358ab33fc40298c4deb05
# Parent  9fb29ee322d3d409f80d3c8c675419bb36f62cd5# Parent  b0def426de6808a75e0a5b3235f83ab2a0089eaf
Automated merge with ssh://hg.atheme.org//hg/audacious

diff -r 9fb29ee322d3 -r 04da24c63467 TODO
--- a/TODO	Sat May 10 22:45:04 2008 +0300
+++ b/TODO	Sat May 10 22:47:49 2008 +0300
@@ -53,7 +53,8 @@
   possible solutions?
   * mempools for playlist data? not sure if possible, the tuple heaps
     should then somehow be collected into pools...
-
+  * storing the playlist as a GtkTreeModel seems to be fairly fast (at least
+    in mudkip-player it is) --nenolod
 
 - playlist.c: racecondition in scanner thread vs. playlist manipulation
   (playlist_clear(), free, etc.)