一种轻量的轻小说文件格式~~

[dphdjy]

魔法数(2 bytes)
主版本
元数据区块
- 唯一 ID
- 标题
- 作者
- 发行
- 来源
- ...
数据区块
- 唯一 ID
- 解析方法
- flag
- CRC32 校验
- 数据(protobuf)
-- 类型(默认=TEXT/1 可省略)
-- 内容(string/bytes/link)
拓展区块(类 gzip)

可拆分~重组

前面直接插入 jpeg _(:з)∠)_ 还能当封面~2333

以上纯属 娱乐~ 欢迎来黑~

[love]

自已瞎搞的二进制的不好调试，何不随大流用 zip 格式打包的 xml 及相关文件

[Strikeactor]

各平台没有相关客户端实现的话，拿这玩意打包了要咋看

[vcfghtyjc]

格式这种东西，说到底还是看支持的平台多不多。

[9hills]

为啥不用 epub

[dphdjy]

@love 因为之前就是 json 的 zip 包~ 出自娱乐准备全部二进制~2333

[dphdjy]

@Strikeactor 这个不是问题~除了 iOS~相关库可以轻易写出来~233

[dphdjy]

@9hills 那几千本轻小说没有用上 epub 的特性就是 txt+jpeg~用 epub 在制作~储存~解析方面产生的浪费~
简言之:杀鸡焉用牛刀

[Quaintjade]

@dphdjy
epub 还是 txt+jpeg 就好，别想着搞什么特效。
以前试过一些号称制作精美的 epub 电子书，结果几乎每个 epub 阅读器的显示效果都不一致，其中至少一半根本就是页面布局崩了。

[dphdjy]

@Quaintjade 对！因为标准复杂~每个实现差异太大~反之浪费 epub 的特性远不如 txt+jpeg

所以才想做一个轻量高效的格式~

刚开始准备 zip 打包进 markdown+jpeg

后来发现可能只要用 4 种格式~
还是比较麻烦~遂沿用之前的部分东西变成二进制

元数据明文保存
数据区块 可明文 /压缩
拓展区块 可压缩
区块可分离~
元数据区块维护 hash 表外链~

[msg7086]

为了节约几个时钟周期或者几个字节去重新造轮子才叫牛刀。别说 ios ，你先研究下怎么让你的书在 kindle 上看。

[dphdjy]

@msg7086 _(:з)∠)_ 没考虑这类平台~ 2333

以及主要为了娱乐~233

[loading]

对于小说正文的内容来说，附加信息也就那么一点，还不如直接 json

[FFLY]

话说很久以前也想自己造个轮子， PC+移动，全平台，后来发现就算造出来了，还要把那么多轻小说都转格式，否则就是自娱自乐，再看看工作量，果断放弃。

[dphdjy]

@FFLY 二代目转码已经完成过半~ 有之前用到的 6k+ 的书~

现在想做个比较有意思的格式~

看看什么地方设计有问题再改改~

[FFLY]

@dphdjy 我是有时候忍不住想要造轮子，之前还想造个看漫画的轮子，但是拖延症发作，那真是什么都是浮云啊。

[shyling]

我需要一个目录

[pynix]

新轮子

[dphdjy]

@shyling 什么目录~哪种层级的？系列-分卷-章节

[dphdjy]

@pynix _(:з)∠)_ 因为能力有限~只能造点轮子啦~

如果有什么有意思哒~不是轮子务必告诉我~ 2333

[dphdjy]

@FFLY 因为群里面小伙伴一直各种求新 APP~ 遂准备再来一次企划~

以及 wenku8 APP 作者的 prpr 阅读器都开发那么久了~

就是酱紫~

(还有就是数据放哪然并卵~总要干点什么~)