平时、与Kindle的漫画创作制作的照片不但对应长边1280px。
这是、70这可能是因为它是不增加，以获得特许的百分比文件大小是非常重要的。
简单地、Sumaho可以通过捏屏幕放大图像。如果放大图像成为图像Bokeboke、它经常发生，我认为我想，即使放大，显示高清。
那里、我试图把大图片一点点改写HTML。
图片是准备的视网膜显示屏的大小1536x2048px形象。
但、768从x1024px（1280px或多个不能被输入），以书如在正常生产的设置、读取图像、它随后或替换图像或重写一些的HTML是必要。改写图像的大小。
※1.2以下。在但是我们重写的HTML万一图像大小、它可能是，即使它被重写了良好的。
但、缩放后的图像裙的形象、始终把的768x1024px相同的比例图像。例子：1536如x2048px十日2304x3072px
———————–
1.●重写打开content.opf文本编辑等。。15排
<元含量="768x1024" 名称="原始分辨率"/>
☟
<元含量="1536x2048" 名称="原始分辨率"/>
2.重写所有网页的HTML（如页，1.HTML）认为●在html文件夹。
<IMG风格="宽度:768PX;高度:1024PX;利润率左:0PX;的margin-top:0PX;保证金权:0PX;保证金底:0PX;" SRC ="按比例图像/ 0001.jpg"/>
☟
<IMG风格="宽度:1536PX;高度:2048PX;利润率左:0PX;的margin-top:0PX;保证金权:0PX;保证金底:0PX;\" SRC ="按比例图像/ 0001.jpg"/>
———————–
●替换是在经缩放的图像裙图像的所有原始图像。（因为、因为在其中读取图像时漫画创作将压缩文件的情况下。但、它是好的，如果你没有改变原来的，并检查文件的大小容量）
●然后、保存在构建和预览、确认。
768为mobi与X1024px一个21.6MB的文件制成、1536x2048px的.mobi的文件成为82.5MB。
这是理所当然、的四倍的图像的尺寸也约四倍的容量，由于摩比。
●在内容文件的上载、上传此创建.mobi的文件82.5MB、虽然有点耗时、你可以成功上传、经过网上预观众是能够显示正常。
●终于点燃端转换后的文件大小 35.33 MB。（因为它是事压缩再、是否显示图像依然美丽、这是一个小问题？ 82.5→35.33是MB。我希望你停止是在这里和那里压缩转换…）
50MB但我有我想限制、它可能已经改变？ ？…
其实可以.kpf在适当的和Kindle教科书Creatort在其他实验中取得的文件90.9MB上传、经过网上预浏览器，但在正常显示、上传转换后文件大小 86.67 MB…..
绝大多数是压缩更多的漫画创作的.mobi的文件….
●问题的提成70％，因为它需要在国外提货费、估计费$ 0.00包装 !! 向快递费用上涨是0。
毕竟在这个文件的大小、35%没有只的方式选择特许….です…W¯¯
●虽然我试图以实际的销售确认、4由于图像大小的时候，但美丽的以自己的方式、iPhone和iPad是按捏放大5倍？它并不完美，因为它更、那么是否有这样的事情….
我记得他担心的放大比例在cosplay的应用程序的时间。它不能被放在这样一个伟大的图像中的应用与长边8000px采取…我想起了问题，即。
