View Single Post
Old 04-27-2019, 03:05 PM   #55
AlanHK
Guru
AlanHK ought to be getting tired of karma fortunes by now.AlanHK ought to be getting tired of karma fortunes by now.AlanHK ought to be getting tired of karma fortunes by now.AlanHK ought to be getting tired of karma fortunes by now.AlanHK ought to be getting tired of karma fortunes by now.AlanHK ought to be getting tired of karma fortunes by now.AlanHK ought to be getting tired of karma fortunes by now.AlanHK ought to be getting tired of karma fortunes by now.AlanHK ought to be getting tired of karma fortunes by now.AlanHK ought to be getting tired of karma fortunes by now.AlanHK ought to be getting tired of karma fortunes by now.
 
AlanHK's Avatar
 
Posts: 681
Karma: 929286
Join Date: Apr 2014
Device: PW-3, iPad, Android phone
Quote:
Originally Posted by handycrowd View Post
The old file is quoted as 41,000kb plus, and the new one was 61,730kb plus, but only 13.6MB after conversion.

So you think that KDP's grinder is pretty good at stripping out all the rubbish then and delivering a pretty lean file size, regardless of the input format?
With files that size, the text and code is only a few percent of the file: you can get 1000 page book in a megabyte or two. No matter how lousy the HTML , it can't take up much more than that.
Files more than that are mostly images and/or fonts.
Images are compressed, and Amazon and Kindlegen don't give you any control over that that I know.
Fonts may be included, and Unicode fonts can be several MB each. Ther are tools to strip out the glyphs that you don't need, but they don't work very well in my experience. You may have a 5MB font when you only need 6 symbols from it.

But the quality of coding has other impacts than size. Crappy code may be slow to render and look awful in some, or all, situations.
AlanHK is offline   Reply With Quote