Re: xmltree and mdb
Kristian Kvilekval <[email protected]> Sun, 08 May 2005 12:17:24 -0700
| Newsgroups | gmane.comp.audio.zinf.devel |
|---|---|
| Message-ID | <1115579844.19139.8.camel@krispc> |
On Sat, 2005-05-07 at 23:54 +0100, David Hough wrote: [snipped] > > This is great, with a noticeable performance boost when browsing my music > collection. I've merged it upstream into zinf--xmltree. At some point I > should really merge xmltree back into browsermm/CVS, ah well :) > > I have noticed however, that for certain files the Cache doesn't seem to > work. I think this is where the file doesn't have full metadata, so the > Cache can't provide all the neccessary data, so it looks at all the other > sources again to try and find the extra data. An unfinished piece. I'll be using timestamps to tell whether a metadata source has newer metadata than is already provided. If not, the source is skipped. > I seem to remember in a previous email, you mentioned filling in the > missing data with some default value if it doesn't exist. Perhaps a better > way would be to store which metadata sources were searched to provide the > cached data (I notice you've made sure that the sources all have names > now), and only continue searching if a source hasn't been searched yet. Not sure how this will evolve, but some sort of default should be provided even if no metadata is provided (i.e. Artist: Unknown). > This would provide a generic solution to the problem. So, for instance, > data in the "MKDatabase" source could be marked as having cached the > source "tags", so when some tags are missing from the database, we know > there's no point in looking at the file for them as we already have that > data cached. This brings to me another problem, currently some tags should be cached from lower levels and some shouldn't. Your files tags cached in mkdatabase is a primce example. The counter example is that storing icon information in the mkdatabase might be a waist (unless the user wants to associate an icon (thumbnail) with the, say, and album. > I can't help but think that this probably overcomplicates things, but I > just thought I'd just mention it. > > Cheers, > David ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20