novel-downloader
novel-downloader copied to clipboard
404-novel-project
[Bug]: epub在掌阅的兼容性
必要条件
- [X] 我已经搜索 issue 区，并确定没有相同问题存在。
- [X] 我已经尝试将脚本升级至最新版本，但问题仍存在。
- [X] 在尝试下载付费章节前，我已经购买了相应付费章节。
当我尝试复现issue时……
- [X] 我使用的浏览器是最新版 Chrome 或 Firefox
- [X] 脚本管理器（Tampermonkey/Violentmonkey）是唯一浏览器插件
- [X] 小说下载器脚本是唯一用户脚本
问题描述
当保存为epub时，~~如果封面等图片格式为jpeg~~，掌阅无法识别。
问题发生的网址：
https://www.linovelib.com/novel/2121/catalog
复现步骤
- 下载并保存为epub
- 使用掌阅Android打开
期待的行为
~~保存的epub资源时机包含了封面等图片，但掌阅无法识别。经测试将所有jpeg文件修改拓展名为jpg后正常。~~
~~这虽然是掌阅的问题，但其作为国内知名的epub阅读软件，受到困恼的用户想必不是唯一。jpeg和jpg实际是同一中图片格式，但短拓展名显然兼容性更佳。希望能在打包epub时判定一下图片拓展名，修正为兼容性更好的格式。~~
~~ps: 上述网址的图片在网页直接查看就是jpg格式，不太明白为什么脚本要重命名为jpeg，难道有其他需求？~~
实际的行为
脚本本身没问题，只是一个兼容性请求。
小说下载器脚本版本
5.0.815
脚本管理器（Tampermonkey/Violentmonkey）版本
4.19.6180
浏览器名称及版本
Google Chrome 111.0.5563.65 (正式版本) （64 位） (cohort: Stable)
经测试，不是图片后缀名问题，而是脚本生成的epub本身有问题。如下图：
脚本打包的epub（右）和bandizip打包的epub（左）
脚本打包的epub无法正常显示封面
使用bandizip(Windows)解压并重新打包为zip并修改后缀为epub后正常识别
使用ZArchiver(Android)解压并重新打包为zip并修改后缀为epub后正常识别
——所以是不是脚本使用的zip库有问题？
补充：在上面的网站下载了个76M的“欢迎来到实力至上主义的教室”测试，打开文件时直接把掌阅卡崩溃了，但是使用bandizip(Windows)和ZArchiver(Android)重新打包的文件却能做到秒开。
似乎进一步说明了生成的epub文件有问题。
有一点奇怪。
novel-downloader 脚本使用的ZIP库是 fflate。
fflate 以前的一些生成ZIP格式不规范的BUG [1][2]，在新版中应该都解决了。
刚刚实际下载测试了一下，下载生成的ZIP文件也确实没有问题。
日志：
$ 7z t "[河野裕]阶梯岛系列.epub"
7-Zip [64] 17.04 : Copyright (c) 1999-2021 Igor Pavlov : 2017-08-28
p7zip Version 17.04 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,64 bits,16 CPUs x64)
Scanning the drive for archives:
1 file, 1648753 bytes (1611 KiB)
Testing archive: [河野裕]阶梯岛系列.epub
--
Path = [河野裕]阶梯岛系列.epub
Type = zip
Physical Size = 1648753
Everything is Ok
Files: 71
Size: 2959434
Compressed: 1648753
$ zip -T "[河野裕]阶梯岛系列.epub"
test of [河野裕]阶梯岛系列.epub OK
