View Single Post
Old 06-02-2010, 03:27 AM   #21
rogue_librarian
Guru
rogue_librarian ought to be getting tired of karma fortunes by now.rogue_librarian ought to be getting tired of karma fortunes by now.rogue_librarian ought to be getting tired of karma fortunes by now.rogue_librarian ought to be getting tired of karma fortunes by now.rogue_librarian ought to be getting tired of karma fortunes by now.rogue_librarian ought to be getting tired of karma fortunes by now.rogue_librarian ought to be getting tired of karma fortunes by now.rogue_librarian ought to be getting tired of karma fortunes by now.rogue_librarian ought to be getting tired of karma fortunes by now.rogue_librarian ought to be getting tired of karma fortunes by now.rogue_librarian ought to be getting tired of karma fortunes by now.
 
rogue_librarian's Avatar
 
Posts: 973
Karma: 4269175
Join Date: Apr 2010
Location: Europe
Device: Pocketbook Basic 613
Quote:
Originally Posted by Worldwalker View Post
I'm not understanding what it is that you're doing that means you need to access your ebooks outside of calibre.
I have more than one program that need access to it, and I regularly share files with other local people. I need control over the filenames. And I get that, Calibre doesn't touch my original files, it just copies them over (which I consider wasteful in terms of space and am looking for a way to modify that.)

Quote:
The need to keep duplicates of the files is simple: one set lives inside of calibre's "black box". Just imagine that it's a ginormous database and the files are being stored in some kind of ebook-specific BLOBs, and pretend they're not human-accessible at all.
Yes, but that's just one way of implementing. It would be (almost) as easy to store nothing but the metadata and a pointer to the original file. In fact, I am currently experimenting with symbolic links, which shows some promise.

Last edited by rogue_librarian; 06-02-2010 at 08:39 AM.
rogue_librarian is offline   Reply With Quote