2004-04-06 06:38:55 +02:00
1) non-blocking (for other clients) update
a) have two commands, one that blocks and returns updated info and another command that doesn't block
b) allow incremental updating, either a directory recursively or a specific song
2004-04-06 15:13:54 +02:00
c) fork on update
d) have a special case where if a update is in a command list, it only forks at the beginning of the list, and writes at the end of the command list
e) add an element to status stating the "update state"
2004-04-08 01:46:33 +02:00
f) store stuff to updated in a linked list prior to update fork
2004-04-09 02:46:37 +02:00
g) update child writes db file, parents reads db file when done (the msells/sbh alogrithm)
2004-04-06 15:13:54 +02:00
2) rewrite interface stuff, specifically command list handling etc so its less of a hack and deals with the above update stuff better
2004-04-09 02:46:37 +02:00
3) crosslink "list" stuff, for example, artists are crosslinked to alubms and vice versa, this way you can do list album artists or list artist albums, this will make life easier when we add genre and other metadata