FYI, on a small 1Ghz C7 machine: time md5sum 111Mo_file.flac real 0m2.338s user 0m1.992s sys 0m0.336s
time sha1sum 111Mo_file.flac real 0m5.278s user 0m4.868s sys 0m0.344s time sha256sum 111Mo_file.flac real 0m9.667s user 0m9.241s sys 0m0.372s time sha512um 111Mo_file.flac real 0m22.548s user 0m22.185s sys 0m0.340s There is a large interest in using md5 instead of sha. Maybe the time lost in hash computing could be gained by not rescanning a large part of media files. But this unique id is just an interesting tool, not a solution. With this uid, we still have to hold the meta information somewhere and to tell SC how to use it because if SC manage or hold the data, it becomes a media library manager... something slimdevices guys don't want (and I agree with them). Unique Ids are only useful for the meta data to survive move/rename operations, like in my design the xml file is stored along the group of media files it is related with. To summarize things (critics/adding welcome): - metadata shouldn't be managed at SC level (only made available to SC with customscan for example) - metadata shouldn't be managed at the media files level (to permit format conversions, multiple formats handling, file formats limitations) - a way for metadata to survive copy/rename must exist (several solutions like hash reference or xml file association) With these assumptions, I conclude that a solution would be to create a generic system tht would be the primary holder (and manager?) of the metadata. It should be flexible enough to permit custom tagging/metadata schemes (according to the needs of the user, like the example of the 'singer' only, or 'soprano', or 'singer'+'soprano'). It would be "media file aware" and able to associate a given file with its metadata. It could export or be used to freely export the contained metadata towards SC and file tags. -- vrobin ------------------------------------------------------------------------ vrobin's Profile: http://forums.slimdevices.com/member.php?userid=11705 View this thread: http://forums.slimdevices.com/showthread.php?t=43851 _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/ripping
