91270

Microsoft Windows [版本 10.0.17763.1577] (c) 2018 Microsoft Corporation。保留所有权利。 F:\privacy.git\trunk>cd server F:\privacy.git\trunk\server>go build -o app main/main.go # github.com/mattn/go-sqlite3 exec: "gcc": executable file not found in %PATH% F:\privacy.git\trunk\server>

安装 MinGW-w64 解决

目前这个插件。主要通过一些具有 HASH 匹配功能的字幕网站实现，根据剧集名不一定能够够精准的匹配当前片源适配的字幕。但是确实目前这样的字幕下载接口不多，而且迅雷也有一定限制，并且不是所有的片源都能够匹配到字幕。 您说的提供内网的 Http API 接口 ， 这里我没太理解。 用户使用 Emby 时候是需要通过 token 进行验证下载么？ 还是？

看了一下你目前提供的 Api , 应该是针对你的应用进行开发的接口吧。 如果做 Emby 的插件 ， 只需要1个接口就可以了， 首选是字幕查询的接口，可以根据文件 Hash 、 片名 、 IMDB 编号、字幕语言 等信息查询，此接口会返回该剧集所有匹配的字幕，语言信息，匹配程度，以及 字幕文件下载的地址。 我看到，你的 Api 当中存在延迟下载这种情况，也就是当没有匹配的字幕，你后端会自动检索查找。后续进行下载？

我不知道我理解的对不对， CFS 是指的你的开源程序，提供内网的 Http API 接口 ，实际上意思是用户。可以使用你的开源程序 ，搭建自己的字幕服务器，然后 Emby 有一个插件，可以调用 CFS 程序提供的 API 下载字幕 , CFS 也可以直接接管视频所在的目录，具有读写操作的权限，对么？ 针对你咨询的问题： Emby 应该是无法实现异步的，也就是你说的先发送一个任务 ，后台等待返回后再下载。 Emby 流程大概是这样的，首先根据选择的影片信息，发送到 字幕服务器的查询接口 =》 字幕服务器返回匹配的字幕下载链接 （一部影片查询了多个字幕网站 ，每个网站可能返回了多个匹配的字幕）=》Emby 根据返回的信息展示到字幕列表 =》用户在列表中选择想要下载的某个字幕...

一般来说 30 秒会提示超时，如果很久，应该考虑别的方案，毕竟等待过久会影响用户体验

Emby 的机制是，勾选插件 等同于 启动自动匹配下载， 不勾选 等同于 手动查找下载 ， 他没有提供 整个 剧集的手动下载功能

QQ 的文件 Hash 算法，没搞清楚怎么计算的

Emby 是什么版本 ， 详细日志能够发出来看一下么

 遇到相同的问题，项目当前框架 .NET 5 , VS2019 16.11.0 ， 初步分析好像跟 AspNetCore 2.2 有关