On Sat, 2005-11-12 at 13:54 -0800, Jack Coates wrote: > Pat Farrell wrote:
> My problem is not about the speed, it's about building a whole new CDDB > type system without leveraging anything else that's already out there. I haven't proposed any such thing. But I'm not sure it is all that useful to discuss it, it is probably time to sling some code. I see using current tools to rip and compress, which leverage the good parts of cddb/freedb. But anyone with a serious jazz or classical collection knows the limits of the cddb/freedb data. That is what started this thread. > I wouldn't consider the database stable > until that wipe-and-rebuild button in the server settings can go away :) That's the first patch I have to submit to the developers. The second is a utility to automagically handle schema changes. And the developers will have to not think of the database as a cache, which it is now. > In other words, this method is incompatible with the stated roadmap: > http://wiki.slimdevices.com/index.cgi?SoftwareRoadmap, bullet 3. I don't see a conflict here at all. I'm not interested in dealing with DRMs at all, but that is a separate thread. > I understand not liking it, but Lowest Common Denominator rules the day. > In my opinion, the ID3 tag needs to remain the primary information store > because the Slimserver is not the only place that these files go; they > will be transferred to and from other music playing systems which will > rely on the tags. I've not proposed getting rid of them. And they will be there for the iPod of the world. Think enhancement, not replacement. But the more important idea is that this is what I've planned to do since we started talking about 6.0.0 long ago. Its what I'm gonna do when I grow up. You don't have to use it. -- Pat http://www.pfarrell.com/music/slimserver/slimsoftware.html _______________________________________________ Discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
