View Single Post
Old 03-27-2009, 04:40 PM   #33
=X=
Wizard
=X= ought to be getting tired of karma fortunes by now.=X= ought to be getting tired of karma fortunes by now.=X= ought to be getting tired of karma fortunes by now.=X= ought to be getting tired of karma fortunes by now.=X= ought to be getting tired of karma fortunes by now.=X= ought to be getting tired of karma fortunes by now.=X= ought to be getting tired of karma fortunes by now.=X= ought to be getting tired of karma fortunes by now.=X= ought to be getting tired of karma fortunes by now.=X= ought to be getting tired of karma fortunes by now.=X= ought to be getting tired of karma fortunes by now.
 
=X='s Avatar
 
Posts: 3,671
Karma: 12205348
Join Date: Mar 2008
Device: Galaxy S, Nook w/CM7
Quote:
Originally Posted by kovidgoyal View Post
The quality of the EPUB that calibre produces depends on the quality of the input you give it. There is nothing "bloated" or "slow" about EPUB files created by calibre. Basically calibre's philosophy is to make as few changes to your input HTML as possible, unlike say feedbooks, which insist on allowing only a very small and well defined subset of features in your input HTML.
And I think that is a good philosophy, but I've noticed ePUBs created with calibre take a long time to open. Not just mine it seems every ePUB I've downloaded in MobileRead (that is created with calibre) suffers the sample lag. Unlike LRF this lag happens every time I open that book. The TOC also take a very long time to load and changing chapters do too. On the TOC those a generated by calibre so by your argument they should not have such a performance hit since have complete control over their creation, save the regular expression that is passed in, but calibre also controls that syntax.

An example is google? Some of their books are pretty complicated if you take a look at them. Granted their content is lacking due to auto generated OCR. But their books are very snappy.


=X=
=X= is offline   Reply With Quote