Playlist requirements
Ralf Engels <[email protected]>
| Newsgroups | gmane.comp.audio.zinf.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi, seems like I started a big discussion with my mail about the database. I have a proposal. One shortcomming of the open source development is that it doesn't use some kind of process. I want to propose something. Let's collect this week all requirement that we have for the playlist. Just send your requirements and we will collect them at the end of the week. Maybe Kristian can filter them on Friday. Next week we will fill it out with hard technical requirements (e.g. Playlist class needs search) and after that make the required changes. In this way we can be sure that we all agree what we want, and that nothing will be forgotten. Additional we only needed things will be kept. Code that we don't need any more can be removed. Ok, so I start with my requirements: r1. there shall be a list with songs that can be played. r2. it shall be possible to add songs to the list. r3. it shall be possible to remove songs in the list. r4. the list shall be independent of the ui r5. the ui shall be informed about changes in the list r6. it shall be possible to randomize the list (I don't need a random play as long as I can shuffle the list) r7. the player shall use the list to determine the next song to be played. r8. it shall be possible to save the list r9. it shall be possible to load the list r10. different formats for the playlist shall be supported Playlist item requirements r101. the URL shall be the unique identifier of an item r102. the meta data of the item shall be determined on demand r102.1 meta data of items with the same URL shall not be doublicated Music catalog requirements r201 ?? I don't need such a thing. Ok, that is just the start. Other can continue with the list. BR, Ralf ------------------------------------------------------- This SF.net email sponsored by: Enterprise Linux Forum Conference & Expo The Event For Linux Datacenter Solutions & Strategies in The Enterprise Linux in the Boardroom; in the Front Office; & in the Server Room http://www.enterpriselinuxforum.com