Hi Franky, I've just made a first series of tests to thoroughly check the possibility of using libkarma in two processes that access two different RKs at onece.
2007-04-24: Enrique Vidal dixit: > 2007-04-24: Frank Zschockelt dixit: > > [...] I like the idea that the library could handle more than > > one karma at once, although probably nobody would ever use > > that feature(?). > > I'd do! In fact I have my two RKs (ethernet-)plugged > simultaneously from time to time. Using lkarmafs I can mount > both at two different mount points and I can browse the tunes, > etc.; but not everything works properly. And this is fairly > simple because the two lkarmafs-mounts are two independent > processess. > > I'll try first to find out exactly what works O.K. and what > fails in this simple case, and then we could discuss adding > what may be needed to libkarma to support a single process > handling two (or more) different RKs. O.K. Almost everything works better than I had thought. So far, I've found only two somewhat broken functionalities: - Automatic detection of mount-point/ethernet interfaces - Tune upload The first one is not very important, as you can provide the adequate interface of each RK manually. And, moreover, it does not seem difficult to improve the auto-scanning procedures to account for the multiple RK situation. The second problem occurs only rarely: if you try to upload at the same time two tunes to two ethernet-connected RKs and both happen to get the same FID. The problem happens because of the name given in riocp.c lk_rio_create_temp_file() to the temporary file created to allow correct on-the-fly computing of the RID and other tune metadata. Also this (very rare) problem can be easily solved by using an RK-dependent name. I've made all the tests using libkarma from two invocations of lkarmafs, which is perhaps the hardest situation because the two processes are running simulatneously all the time. Things you can do easyly in this setting include, for instance, using "cp" to copy (a batch of) tunes from one RK directly onto another RK, while optionally changing (some of) their RK metadata. Best, EV. ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ linux-karma-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/linux-karma-devel
