Re: music catalog overhaul (long)
David Hough <[email protected]>
| Newsgroups | gmane.comp.audio.zinf.devel |
|---|---|
| Message-ID | <oprui09kfh43mcov@localhost> |
On Tue, 26 Aug 2003 15:12:36 +0100, Robert Hart <[email protected]> wrote: > It sounds like you have put a lot of thought and effort into the new > scheme. You do not mention the UI side of things that much. Will there > be any user visible changes to the way zinf works? > > I have spent a small amount of time trying to port the "playlist" half > of the musicbrowser window to the new gtk TreeView control, and have > learnt quite a lot in the process. > > It seems to me, that if we are to use the TreeView control for the > musiccatalog, and the playlist, then we may want to implement our own > GtkTreeModel for accessing musiccatalog/playlist data. > > see http://developer.gnome.org/doc/API/2.0/gtk/GtkTreeModel.html > > My current code tries to work in the same way as the old code by using > the generic GtkListStore, and is painfully slow in some cases (>2mins to > add 6000 tracks to a playlist) > > Rob How are you adding tracks to the list store? are you responding to each PlaylistAddItem event by rereading the entire playlist, or you just adding the new tracks to the list? In my rewrite i've just added the new tracks instead of rereading the entire playlist and it is a lot quicker. I just did a very unreleabile test on mine and it adds just under 2000 tracks in about 3 sec. I don't have 6000 tracks with which to try it but i can't see it being more then 10-15 seconds., which is admiteddly still slow, but a hell of a lot quicker then your getting. -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ ------------------------------------------------------- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0