KOReader 多设备移植完全指南构建、验证与排障的 5 条快速路径【免费下载链接】koreaderAn ebook reader application supporting PDF, DjVu, EPUB, FB2 and many more formats, running on Cervantes, Kindle, Kobo, PocketBook and Android devices项目地址: https://gitcode.com/GitHub_Trending/ko/koreaderKOReader 是一款支持 PDF、DjVu、EPUB、FB2 等格式的电子书阅读器可运行在 Kindle、Kobo、reMarkable、PocketBook、Cervantes 等电子墨水设备以及 Android 和桌面平台上。要把这套阅读器搬到新设备、或重新构建某个现有设备的安装包真正要搞定的事不多认清驱动层的结构、找到对应构建文件、掌握验证手段。下面按实战顺序展开。支持哪些设备边界在哪里构建目标与make/下的.mk文件一一对应kindle、kindlehf、kindlepw2、kindle-legacy、kobo、kobov4、kobov5、remarkable、remarkable-aarch64、pocketbook、cervantes、sony-prstux、android、linux、macos以及桌面模拟器。设备差异集中在frontend/device/的子目录里每个设备一个device.lua电源管理放在同目录的powerd.lua需要按键映射的设备另有event_map.lua。注意边界输入映射表因设备而异Kindle 和 SDL 模拟器还各自维护键盘布局keyboard_layout.luareMarkable 的笔输入坐标系独立于屏幕分辨率处理触摸事件时容易踩坑。设备驱动层的关键机制frontend/device/generic/device.lua是基础抽象集中定义屏幕、输入、电源等方法的默认实现。具体设备通过继承它做特化。kobo/device.lua第一行就是require(device/generic/device)随后读取/sys/power/state判断待机能力、解析 CPU 核数。Kobo 的 Wi-Fi 开关不直接操作驱动而是调用os.execute(./enable-wifi.sh)脚本本体放在 platform/kobo/ 下。frontend/device/remarkable/device.lua 读取/sys/devices/soc0/machine区分 RM1/RM2/Pro 等型号再按型号设置 1404×1872 或 1620×2160 的屏幕参数。快速验证路径三步跑起模拟器没有真机也能开始。模拟器基于 SDL适合先验证前端逻辑。拉取代码git clone https://gitcode.com/GitHub_Trending/ko/koreader安装构建依赖autoconf、cmake、meson、ninja、gettext、python 等完整清单见 doc/Building.md。构建并运行make TARGETemulator make run三个补充命令make run-prompt进入 Lua REPL直接调试前端。make run-wbuilder启动 widget 构建器调整界面布局。make test执行 spec/unit/ 下的测试文件覆盖 reader、device、UI 组件。模拟器的触摸行为可以对照资源目录里的区域图理解三大设备打包差异.mk 文件里看什么每个.mk打包前都会先用file luajit | grep ARM确认二进制是 ARM 构建再把platform/里的脚本软链进安装目录。三者的重点不同目标包内额外携带的脚本与服务Kindlemake/kindle.mkextensions、koreader.sh、libkohelper.sh、wmctrllegacy 机型附带 launchpadKobomake/kobo.mkkoreader.sh、enable-wifi.sh 等 .sh 脚本和启动器图标 koreader.pngreMarkablemake/remarkable.mkkoreader.sh、qtfb_keep_alive.lua、external.manifest.json、koreader.serviceRM1 另加 button-listen.serviceKobo 与 reMarkable 还会通过update-zip、update-txz目标生成 OTA 可直装的 zip 或 tar.xz 包。Kobo 包里的 koreader.png 就是安装后出现在设备启动器上的图标排障顺序从构建目标查起问题出现时按这个顺序走能省掉大量无效排查核对构建目标与机型是否匹配make的 TARGET 参数、包名里的版本号都要对上ARM 校验不通过说明交叉编译环境有问题。拉日志分析用 tools/logcat.py 抓取设备端日志先区分崩溃发生在启动、渲染还是交互阶段。检查休眠与唤醒链路墨水屏设备的异常多数和待机恢复有关。每个设备的powerd.lua负责 suspend/resume配合platform/device/下的 resume、suspend 脚本一起看。用模拟器复现同一份代码先在桌面跑一遍判断是平台环境问题还是逻辑 bug再决定是否动真机。移植工作收尾的 3 条建议新增设备目录时照抄现有结构device.luapowerd.lua必要时加event_map.lua并继承generic/device.lua不要重写基础逻辑。设备专属的 shell 操作放platform/device/由对应的make/*.mk负责软链和打包Lua 层保持薄。每次改动先跑make test确认既有用例不被破坏再上真机验证。【免费下载链接】koreaderAn ebook reader application supporting PDF, DjVu, EPUB, FB2 and many more formats, running on Cervantes, Kindle, Kobo, PocketBook and Android devices项目地址: https://gitcode.com/GitHub_Trending/ko/koreader创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
KOReader 多设备移植完全指南构建、验证与排障的 5 条快速路径【免费下载链接】koreaderAn ebook reader application supporting PDF, DjVu, EPUB, FB2 and many more formats, running on Cervantes, Kindle, Kobo, PocketBook and Android devices项目地址: https://gitcode.com/GitHub_Trending/ko/koreaderKOReader 是一款支持 PDF、DjVu、EPUB、FB2 等格式的电子书阅读器可运行在 Kindle、Kobo、reMarkable、PocketBook、Cervantes 等电子墨水设备以及 Android 和桌面平台上。要把这套阅读器搬到新设备、或重新构建某个现有设备的安装包真正要搞定的事不多认清驱动层的结构、找到对应构建文件、掌握验证手段。下面按实战顺序展开。支持哪些设备边界在哪里构建目标与make/下的.mk文件一一对应kindle、kindlehf、kindlepw2、kindle-legacy、kobo、kobov4、kobov5、remarkable、remarkable-aarch64、pocketbook、cervantes、sony-prstux、android、linux、macos以及桌面模拟器。设备差异集中在frontend/device/的子目录里每个设备一个device.lua电源管理放在同目录的powerd.lua需要按键映射的设备另有event_map.lua。注意边界输入映射表因设备而异Kindle 和 SDL 模拟器还各自维护键盘布局keyboard_layout.luareMarkable 的笔输入坐标系独立于屏幕分辨率处理触摸事件时容易踩坑。设备驱动层的关键机制frontend/device/generic/device.lua是基础抽象集中定义屏幕、输入、电源等方法的默认实现。具体设备通过继承它做特化。kobo/device.lua第一行就是require(device/generic/device)随后读取/sys/power/state判断待机能力、解析 CPU 核数。Kobo 的 Wi-Fi 开关不直接操作驱动而是调用os.execute(./enable-wifi.sh)脚本本体放在 platform/kobo/ 下。frontend/device/remarkable/device.lua 读取/sys/devices/soc0/machine区分 RM1/RM2/Pro 等型号再按型号设置 1404×1872 或 1620×2160 的屏幕参数。快速验证路径三步跑起模拟器没有真机也能开始。模拟器基于 SDL适合先验证前端逻辑。拉取代码git clone https://gitcode.com/GitHub_Trending/ko/koreader安装构建依赖autoconf、cmake、meson、ninja、gettext、python 等完整清单见 doc/Building.md。构建并运行make TARGETemulator make run三个补充命令make run-prompt进入 Lua REPL直接调试前端。make run-wbuilder启动 widget 构建器调整界面布局。make test执行 spec/unit/ 下的测试文件覆盖 reader、device、UI 组件。模拟器的触摸行为可以对照资源目录里的区域图理解三大设备打包差异.mk 文件里看什么每个.mk打包前都会先用file luajit | grep ARM确认二进制是 ARM 构建再把platform/里的脚本软链进安装目录。三者的重点不同目标包内额外携带的脚本与服务Kindlemake/kindle.mkextensions、koreader.sh、libkohelper.sh、wmctrllegacy 机型附带 launchpadKobomake/kobo.mkkoreader.sh、enable-wifi.sh 等 .sh 脚本和启动器图标 koreader.pngreMarkablemake/remarkable.mkkoreader.sh、qtfb_keep_alive.lua、external.manifest.json、koreader.serviceRM1 另加 button-listen.serviceKobo 与 reMarkable 还会通过update-zip、update-txz目标生成 OTA 可直装的 zip 或 tar.xz 包。Kobo 包里的 koreader.png 就是安装后出现在设备启动器上的图标排障顺序从构建目标查起问题出现时按这个顺序走能省掉大量无效排查核对构建目标与机型是否匹配make的 TARGET 参数、包名里的版本号都要对上ARM 校验不通过说明交叉编译环境有问题。拉日志分析用 tools/logcat.py 抓取设备端日志先区分崩溃发生在启动、渲染还是交互阶段。检查休眠与唤醒链路墨水屏设备的异常多数和待机恢复有关。每个设备的powerd.lua负责 suspend/resume配合platform/device/下的 resume、suspend 脚本一起看。用模拟器复现同一份代码先在桌面跑一遍判断是平台环境问题还是逻辑 bug再决定是否动真机。移植工作收尾的 3 条建议新增设备目录时照抄现有结构device.luapowerd.lua必要时加event_map.lua并继承generic/device.lua不要重写基础逻辑。设备专属的 shell 操作放platform/device/由对应的make/*.mk负责软链和打包Lua 层保持薄。每次改动先跑make test确认既有用例不被破坏再上真机验证。【免费下载链接】koreaderAn ebook reader application supporting PDF, DjVu, EPUB, FB2 and many more formats, running on Cervantes, Kindle, Kobo, PocketBook and Android devices项目地址: https://gitcode.com/GitHub_Trending/ko/koreader创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
