2006-08-13: EV dixit: > 2006-08-13: Keith Bennett dixit: > > Finally got a bit of time to do some hacking today so I've > > added the non-dupe code which works by testing the file rid as > > discussed a couple of weeks ago. > > > > This patch also changes rio_rw so that the file type is > > discovered based on its contents rather than just testing the > > suffix. This will be needed by lkarmafs if it uses files in the > > fids0/ directory for generating properties since those files > > don't have suffixes. > > Thanks! I'll give it a try tomorrow.
Tested with success! Actually, libkarma now correctly refuses to upload duplicated tunes. However now I miss an option to force dup-uploading; for instance, users may want to have two different copies of the same tune with different tags (or just different properties). Imagine for example you compiled a best-of collection with tunes from different sources or artists. Now you wanted to tag the source of these tunes as "the best of something", so that your RK would display this label when you played your compiled "album". Another minor thing is to change the riocp message "Uploading fid -1, [...]: ok" with something more informative... (at least, not say "ok" ;) Regards, EV. ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ linux-karma-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/linux-karma-devel
