Quote:
Originally Posted by Jellby
But maybe they can't use Mobipocket's SDK without DRM, just as they can't use Adobe's without DRM. So they would need some alternate software for either .prc or .epub (or both) without DRM. It's possible, yes, there's no otherworldy mystery in those formats, open solutions exist or can be developed... but that needs time, work, testing, etc., which it seem's they don't have.
On the other hand, I really wish they would develop their own solutions instead of relying only on Mobipocket and Adobe, I want someone to provide more features, to fix bugs and remove limitations, I don't want the same old problems and restrictions to appear in every other reader.
|
That seems to be the case otherwise I suppose they would have just removed the DRM part and everything would have been fine.
I am just wondering if the MobiPocket SDK requires you to use the DRM components, where do the people who develop .prc tools get their knowledge about the format? It is, of course, possible that they reverse engineered a cart load of non-DRMed mobi files but that's a tremendous effort.
The problem for Bookeen is that they have to use the Mobipocket SDK as there is - to my knowledge - no legal alternative. And they have to use the Adobe SDK as the need the Adobe DRM for their Weltbild deal. So, using FBreader would be a third thing to work on as they could not drop either of the other two for that one.
Hope they still get around to integrate FBReader eventually, but I rather doubt it. If I were them I wouldn't do that and rather focus my scarce programming hours available on other stuff...