TODO (1434B)
1 - Do a deep inspection on the server 2 3 - Fix queue_set usage of player->state 4 5 - Cleanup the player status system 6 7 - Add a command whichs waits for certain events to take place before 8 returning. I believe this would require overhauling the command 9 system, or making a special exception for the command, so 10 alternatively a command which allows the client to determine 11 whether an event has passed since it last called the command would 12 suffice. 13 14 ? Consider using syslog(3) as a backend for server logging 15 16 ? Consider putting all aps related stuff into aps->data, allowing 17 the server to be reused for other purposes easily 18 19 ? Consider adding a command, say 'root', to query and set the working 20 directory. One downside to this would be that the server cannot 21 alter an item's contents (such as to update a relative path) 22 because it isn't suppost to know anything about what's stored in 23 each item, it's just suppost to pass it on to the player. 24 25 UPDATE: Opon further reflection, I think it may be fair to treat 26 items to which files exist at the item's path as file items in 27 normal usage. The issue is if your doing something different than 28 playing music or the like. In the end though, I think the command 29 can look like this: 30 31 root [newroot [refile]] 32 33 so that 34 35 root /var/music refile 36 37 would update existing files with the new root and 38 39 root /var/music 40 41 would simply chdir(2) without modifying paths.