iloveepub本機處理 — 檔案永不離開你的裝置
合併 EPUB
將多本 EPUB 合併為一個帶統一目錄的檔案 — 全程在你的瀏覽器中完成。免費、不上傳、無限制。
01加入你的 EPUB 檔案
02為合併的書命名
用作合併後書籍中繼資料和目錄中的標題。
03合併並下載
什麼時候你真正需要的是一個檔案
你想把三部曲當成單一筆 Send to Kindle 項目，把課堂講義的多本 EPUB 合成一本，或讓三冊公有領域的書在 Kobo 書櫃上只佔一個位置。合併是閱讀順序的問題，不是轉換。你手上已經是有效的書。你要的是一個套件、一個書名，以及一份能看出每本書從哪裡開始的目錄。
來源若是你還得縮小的掃描檔，或其中一本根本打不開，這就不是對的工具。先壓縮，或先用「修復我的 EPUB」。合併後的檔案至少和各部分加總一樣大，而 Send to Kindle 的電子郵件仍然停在 50 MB。
新的 EPUB 裡會寫進什麼
每本輸入各自解開，然後釋放，所以不會要求手機一次把每一本書都握在記憶體裡。檔案複製到 OEBPS/book-1/、OEBPS/book-2/，依此類推。清單 id 會重寫，避免各書互相撞名。原來的導覽文件不會複製，因為它們的連結指向舊路徑。改寫一份新的 nav.xhtml 和一份新的 toc.ncx。每個來源書名是一筆頂層項目，那本書的章節排在它下面。
新的 content.opf 帶著你輸入的書名，書脊順序就是你排好的順序。mimetype 條目放在最前，不壓縮儲存。標記會壓縮。圖片、字型和音訊則原樣儲存，不重新壓縮。來源書內部的相對連結仍然有效，因為那本書仍是一個資料夾，相對 URL 沒有改。閱讀位置和劃線不會跟著搬走：那些在閱讀器應用程式裡，不在 EPUB 裡。
確實存在的限制
你至少需要兩個 EPUB 檔案。每本輸入上限 80 MB，好讓分頁比較不容易在複製到一半時被系統關掉。除了這個記憶體上限，書的本數沒有另外的固定上限。DRM 檔案會被拒絕。工具不會發明貫穿整部合集的頁碼，也不會在書與書之間插入產生出來的書名頁。
每本書的封面圖片會跟著那本書一起複製。合併不會另外畫一張合集封面。閱讀器可能顯示第一張標成封面的圖片，也可能什麼都不顯示，視裝置而定。如果書櫃上的圖很重要，對合併後的檔案再跑一次「更換 EPUB 封面」。
和 Calibre 的 EpubMerge 相比
Calibre 本身沒有合併按鈕。桌面上常見的做法是 EpubMerge 外掛。它可以為每本來原書加一頁書名頁，並寫入系列詮釋資料。它也待在 Calibre 裡面，所以隨後若隨便做一次轉換，可能改寫你想留著的 CSS。
這一頁只把每本書的檔案搬進 book-N 資料夾，寫一份新的 OPF、nav 和 NCX，章節標記原樣不動。它不寫系列索引，也不加書名頁。你要那些產生出來的頁面時，用 EpubMerge。你要的是套件和閱讀順序時，用這一頁。
如何合併 EPUB 檔案
加入你的 EPUB 檔案
選擇兩個或更多 .epub 檔案。它們由你的瀏覽器直接讀取 — 不會被上傳到任何地方。
調整順序並設定書名
上下移動書籍以決定閱讀順序，並為合併後的書取一個用於中繼資料和目錄的標題。
下載合併後的 EPUB
合併後的書 — 帶有涵蓋全部輸入的統一目錄 — 直接存回你的裝置。
常見問題
每本書在目錄裡仍會是一個部分嗎？
會。新的 nav 列出每個來源書名，那本書的章節嵌在它下面。舊的 nav 和 NCX 不會沿用，因為它們指向已經不存在的路徑。
章節裡的連結還能用嗎？
指向同一本來原書裡其他檔案的連結仍然有效。那本書是以資料夾複製的，相對 URL 沒有改。指向 EPUB 外面的連結，以及閱讀應用程式存下來的劃線，都不屬於這個檔案。
封面會怎樣？
每張封面圖片都跟著自己的書複製。不會畫新的合集封面。有些閱讀器會顯示第一張標為 cover-image 的圖片。若你要書櫃上是某一張特定的圖，之後再跑「更換 EPUB 封面」。
為什麼每本上限是 80 MB？
正在複製的那本書必須待在記憶體裡，然後才載入下一本。每本 80 MB 是那道限制，讓手機分頁比較不容易在合併途中被關掉。超過這個記憶體上限之後，能加幾個檔案沒有另外的限制。
這和在 Calibre 裡把兩本書都轉換有什麼不同？
Calibre 的 EpubMerge 外掛可以插入書名頁和系列詮釋資料，之後的「轉換」步驟還可能改寫 CSS。這個合併不會轉換標記。它把每本書複製到 book-N 資料夾下，再在外面包一份新的 OPF、nav 和 NCX。