FR:从OPDS目录中流出与电子书并列的音频书(如: Book Orbit)

这个功能能解决什么问题?

我使用 BookOrbit 来主持电子书,漫画/PDF,和音频书,以及iPhone和Mac上的Readest. 我想浏览一个目录中这些标题,

BookOrbit通过OPDS曝光音频书条目,但发现音频条目与能在Readest流出不同. Readest 所记录的 Audiobookshelf 集成覆盖了通过该服务器的 API 的流媒体;这一请求是专门针对基于 OPDS 的 udiobook 播放的 。

描述你想要的解决方案。

支持来自经认证的 OPDS 目录的可播放音频簿条目, 并在适当情况下重新使用 Readest 已有的录音- 自动播放器 :

• 确认支持的音频获取链接(例如,在平台支持下的MP3和M4B/M4A),并提供Play/Stream动作。
• 开始回放,而不首先将整个音频文件导入为电子书;支持查找服务器提供HTTP范围请求的地方.
• 安全地使用目录中已有的认证来播放请求。
• 允许电子书/通讯和音频书条目在目录中共存,最好是在有明确媒体类型的指标的最读书架上共存。
• 保留Readest的监听位置 如果有合适的元数据,章节导航和多文件音频簿将是有用的后续。

将读取进度写入 BookOrbit 将是一个单独的,可选的服务器特定集成; 我不假设 OPDS 本身提供进度同步 。

描述你可能用过的方法 来消除同样的结果

并使用 BookOrbit 的网络播放器进行音频。 Audiobookshelf集成是另一种被支持的方法,但需要与BookOrbit一起维持一个单独的服务器.

++ 附加上下文

现场检查了Book Orbit 2.1.0的饲料。 它的MP3条目目前使用通用的MIME类型,例如(sanitized):

\ xml 时

```

正确的音频 MIME 类型以及任何需要流/ 明显元数据, 都可能需要修改 BookOrbit 一侧 。 此请求并不要求Readest假设每个通用二进制下载都是音频.

对Readest当前OPDS页面的出处检查显示,购买下载是通过图书进口商进行的,而它的流处理器则构建了OPDS-PSE页面流. 这是一次feed/source审查,而不是声称的端到端iOS音频回放测试.

相关但不同的请求:#3025(Audiobookshelf集成)和#5775(以网页浏览器为书源).

感谢大家考虑这个.