Re: Call for ideas...
Florian Maul <[email protected]> Mon, 19 May 2003 23:28:26 +0200
| Newsgroups | gmane.comp.audio.netjuke.user |
|---|---|
| Message-ID | <[email protected]> |
Hello Jim, > Whilest setting up a random play list I've decided NetJuke needs > something to even out the types of music played in order to make the > music flow from song to song... > Can anyone think of a good method of defining the tone of songs? I agree, I also had that idea once but I don't really want to specify that for all my songs by hand. I even thought if it was possible to determine the type of music by looking at the waveform - at least in terms of (quiet/loud, slow/fast) which maybe could be automated. But developing and coding that would require some major knowlegde in sound analysing, if it could be done at all. I guess it'll remain a vision ;) > From what I can tell, this is something that will need to be defined > on a per track basis, at least at first. From there, NetJuke could > probably utilize the Comment fields of the ID3 tag (hope OGG has an > equal feature) to keep this information for when/if we require a > complete re-import. That would be no problem technically (I think ogg has that feature) and could be integrated in the new meta-data-editor if someone wants to code it. Maybe it would be a good idea to specify a 'tone' by Artist or Album too, to make it easier to define for a large amount of songs. What I will code in respect too 'better' randomizing is an extensive stats-system. Netjuke 1.0b19 will record every played song for each user including estimated playing-time. The latter can be used to filter out songs a user has apparently 'skipped' in his player together with a user-based play-count to generate a user-profile which shows the user's preferences. Based on that data there will be a 'MyNetjuke'-page with 'my preferred tracks, artists, genres' (all this actually already exists here as prototype ;-). Florian <[email protected]> ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge