能够增加超过三个月也进行字幕下载 的参数

[allanpk716]

能够增加超过三个月也进行字幕下载 的参数

Originally posted by @x91270 in #5 (comment)

[allanpk716]

如何判断视频是否需要下载、更新字幕的

这里有字幕下载逻辑的说明，看看是仅仅需要开放3个月时常设置还是？

个人觉得现在的下载逻辑有一个缺陷：

举例，如果这个视频是2021年6月份上映的，但是没有下载，而是过了三个月后（或者一年）才能够下载到视频。那么按上述搜索的逻辑，只要没有字幕都会去搜索下载。但是刚出来的字幕很可能不太好，就已经下载下来了，而且超过了播出时间间隔的3个月，那么下载一次字幕后就不会再次搜索字幕了。

想过一个方案：

分离播放时间向后的时间间隔A，以及文件修改时间的时间间隔B，分离出两个设置。这样就很容易区分下载情况了，但是也提高了配置的复杂度。当然也可以是没有需求的字段都是默认值，配置文件无需写，除非有特殊需求才需要设置这两个字段。

[x91270]

你的逻辑文档，我前面有看过。
一般来说如果是 剧集，基本上字幕会出的很快。你说的那种情况 电影 的情况下经常会发生。
其次，在第一次使用你的工具时，可能针对自己的资料库，也有大量的影片需要补充字幕的需求，这也是我提出这个需求的原因。

[x91270]

不知道这个方案是否可行, 可以根据字幕来源，以及字幕发布时间作为文件名，

如

电锯惊魂9：漩涡 (2021) 1080p AAC.zh-cn.zimuku.1624953070606.srt

名称 - {来源} - {时间戳}

存在相同的则不下载

[allanpk716]

你的逻辑文档，我前面有看过。

一般来说如果是 剧集，基本上字幕会出的很快。你说的那种情况 电影 的情况下经常会发生。

其次，在第一次使用你的工具时，可能针对自己的资料库，也有大量的影片需要补充字幕的需求，这也是我提出这个需求的原因。

现在是只要是影片下面没有字幕（都是通过文件名，或者 SxEx 来对应判断）都会默认下载字幕，与时间没关联。

所以对于第一次使用来说，应该是没问题的。

[x91270]

我今天测试，WINDOWS 那个版本。超过3个月是不会下载字幕的。

另外，针对字幕的与视频的匹配程度，也是一个很需要考虑的问题，

我看你有调用迅雷的字幕接口， 根据 哈希值 做到与视频 高度匹配，其他的字幕库与射手的是不是不行？

[allanpk716]

我今天测试，WINDOWS 那个版本。超过3个月是不会下载字幕的。

你看能截图你的具体视频文件夹来看看没？比如Windows 文件管理器中，这个视频文件夹内有啥，最好显示列表的详细信息，截个图。能看到，文件名，后缀名，修改日期。

另外，针对字幕的与视频的匹配程度，也是一个很需要考虑的问题，

我看你有调用迅雷的字幕接口， 根据 哈希值 做到与视频 高度匹配，其他的字幕库与射手的是不是不行？

迅雷和射手都是读取文件的唯一ID，其他两个是优先 IMDB ID 然后是才是文件名。但是最重要的依然是，本程序严重依赖削刮器处理，不然搜索的难度极大，也就是其他项目都无法很好处理的问题。都是规范问题。

[x91270]

我是使用了 TMM 进行刮削的，我仔细分析了一下，我这边跳过字幕下载的原因 可能是 Emby 自动下载 英语字幕 或 视频本身自带了 英文字幕。

[allanpk716]

我是使用了 TMM 进行刮削的，我仔细分析了一下，我这边跳过字幕下载的原因 可能是 Emby 自动下载 英语字幕 或 视频本身自带了 英文字幕。

等下我去看看代码，应该是没有考虑对应视频的目录下如果有字幕（但是又不是中文字幕），跳过的问题。

[x91270]

方便加个Q 不，有些 Emby 和 TMM 刮削设置的问题，请教

[allanpk716]

方便加个Q 不，有些 Emby 和 TMM 刮削设置的问题，请教

很多年不使用 QQ 了，Emby 和 TMM 设置其实我也没有特殊的设置，都是基本的。TMM 用的已经很少了，就第一次用 TMM 把已经下载好的电影和视频削刮完后基本不怎么用。

大概的设置截图出来了见《削刮器的推荐设置》

如果后续类似 Emby 和 TMM 问题多了，再考虑拉个群大家聊一下吧。

[allanpk716]

等下我去看看代码，应该是没有考虑对应视频的目录下如果有字幕（但是又不是中文字幕），跳过的问题。

v0.8.9 解决了这个问题

[allanpk716]

如何判断视频是否需要下载、更新字幕的

这里有字幕下载逻辑的说明，看看是仅仅需要开放3个月时常设置还是？

个人觉得现在的下载逻辑有一个缺陷：

举例，如果这个视频是2021年6月份上映的，但是没有下载，而是过了三个月后（或者一年）才能够下载到视频。那么按上述搜索的逻辑，只要没有字幕都会去搜索下载。但是刚出来的字幕很可能不太好，就已经下载下来了，而且超过了播出时间间隔的3个月，那么下载一次字幕后就不会再次搜索字幕了。

想过一个方案：

分离播放时间向后的时间间隔A，以及文件修改时间的时间间隔B，分离出两个设置。这样就很容易区分下载情况了，但是也提高了配置的复杂度。当然也可以是没有需求的字段都是默认值，配置文件无需写，除非有特殊需求才需要设置这两个字段。

晚上再三考虑，感觉怎么做都会遇到一个问题，4个字幕提供源，假如只有一个返回了结果且字幕的翻译质量不好（其他的都搜索的时候超时了），那么搜索跳过的逻辑怎么都会有情况触发，所以提供这个设置也是少数情况有用，并且还得去考虑到底设置多少合适。

这个设置就算不开放，也应该足够搞定大部分的情况了。（最差可以手动删除字幕让程序再次触发搜索逻辑）

可能会加入新功能：

• 加入 Web UI ，允许在界面上手动选择视频去下载字幕
• 给出 http api 接口，允许外部程序选择某一个视频去搜索字幕重新下载

当然也许也未必会把功能做复杂，毕竟目标是简单粗暴的用，不用关心太多配置和选择的问题。

[x91270]

我昨天删除了所有的字幕文件。使用此项目运行获取了一遍字幕。

今天再次执行时，部分已经下载了字幕的影片还会重复下载

我打算从 Emby 下手，做一个支持 迅雷 和 射手的精准匹配的插件

[allanpk716]

我昨天删除了所有的字幕文件。使用此项目运行获取了一遍字幕。

今天再次执行时，部分已经下载了字幕的影片还会重复下载

我打算从 Emby 下手，做一个支持 迅雷 和 射手的精准匹配的插件

你截图这个刚出来，还在3个月期限内，所以会下载。

期待你得插件。

[x91270]

你截图这个刚出来，还在3个月期限内，所以会下载。

期待你得插件。

简单 写了一版 ， https://github.com/91270/Emby.MeiamSub