From: Bastien N. <ha...@ha...> - 2005-04-21 15:19:30
|
On Thu, 2005-04-21 at 11:11 -0400, R. Bernstein wrote: > Bastien Nocera writes: > > I've added the MusicBrainz CD index as a metadata for all the CD > > streams, just so that front-ends can do this cleanly. > > I suppose the same could be done with a CDDB index; but what about > CD-Text? The CDDB index is also exported. CD-Text support would be nice, if it means that the CD plugin doesn't need to go off on the network to fetch data to read a local medium. > I haven't used totem, but I assume any well-designed UI would allow > users to specify the kinds of CD-DA sources to use for metadata and > perhaps a priority for specifying which to prefer. A well-designed UI wouldn't have any options for that actually :) > > Getting the data from the network on open() just isn't a very good > > idea... > > Okay, you've gone on record as being against RSTP since that's what it > must do on open. :-) Huh? a CD plugin reading from the network isn't nice, just like the DVD and VCD plugins don't need to go off on the Internet to fetch data. > But as to how the remark pertains to CD-DA and the topic of this > discussion "How to get CD-DA title info in playlist" is a bit vague. You were looking for a way to avoid special casing each and every CD input plugins in xine-ui. My opinion is that fetching the metadata for audio CDs shouldn't be in the input plugin, but in the UI. > Previously I suggested that list returned by the get_autoplaylist > routine could expanded to include a title or a duration. And inferring > from above, one might include a CDDB or MusicBrainz index either on > each item or I think it might be nice to have some meta information > assocated with the entire list. > > But another possibility to facilitate things for front ends might be > to add an API to get meta info for a given MRL, CD, or stream which is > a little different than asking to open() the MRL, or stream. This would really be special casing as well. Can you think of any other input plugin that could provide this data? --- Bastien Nocera <ha...@ha...> |