平時、與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採取…我想起了問題，即。
