[mythtv] Heads up: Smart playlists in MythMusic
Kevin Kuphal
kevin.kuphal at myrealbox.com
Mon Jan 26 16:14:35 EST 2004
Can you point me to the code that executes playlists within playlists? I've
attempted to tackle this at a low level by modifying the
fillSongsFromSonglist function so that when passed the playlist field as
retreived from the database, if the smart: tag is present, it queries to
build the song list or else it behaves as it does today. I haven't seen any
code that checks the ID in a playlist to see if it another playlist.
Kevin
> -----Original Message-----
> From: mythtv-dev-bounces at mythtv.org
> [mailto:mythtv-dev-bounces at mythtv.org] On Behalf Of thor
> Sent: Monday, January 26, 2004 2:10 PM
> To: Development of mythtv
> Subject: Re: [mythtv] Heads up: Smart playlists in MythMusic
>
>
> On Monday 26 January 2004 14:41, Kevin Kuphal wrote:
>
> >
> > smart:[any|all]:[field],[operand],[result];[...]
> >
> > any|all: Either any or all depending on whether you want all
> > conditions met or any condition
> > field: any field from the musicmetadata table
> > operand: any valid SQL operator like =, <, >, LIKE, etc.
> > result: the value to test against. Text must be quoted.
>
> I think we talked about this some time back (?). One
> thing I was
> thinking was that it would be awfully nice to have a separate
> table for
> smart playlists, and a separate object (SmartPlaylist() ?).
>
> Because you can currently have playlists within
> playlists, the playlist
> id's are quite important, and there's some logic in there to prevent
> the user from ending up with an inifinitely recursive playlist (e.g.
> Playlist 1 contains Playlist 2, which contains Playlist 3, wich
> contains Playlist 1 ...).
>
> Also, playlists have to be loaded and parsed in two
> stages to make sure
> that references to other playlists are correct.
>
> So ... in order not to gum up any of that, it would be
> nice to have
> smart playlists be separate objects with their own id space. They'd
> still get stuck on the same nodes of the playlist trees for
> the user to
> see (of course).
>
> Just a thought.
>
> - thor
>
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at mythtv.org
> http://mythtv.org/cgi-> bin/mailman/listinfo/mythtv-dev
>
More information about the mythtv-dev
mailing list