-cd* 分集机制可能出错？识别成了-c，似乎还覆盖了文件，，，， about javsp HOT 4 CLOSED

看你的截图并不是-cd而是番号后跟了cd，程序的匹配机制是以-cd匹配，你缺少了-短横线。

感谢大佬回复并神速修复。我是确实是没有进行文件名称的处理。这个文件一开始就算没有-短横线的哈哈哈哈，这是我的问题。
新版本已经用上了，非常好用。
其实在这两个之外我还观测到一个细节上的逻辑小缺憾。就是我现在的环境是，我下载的视频是先存在一个文件夹，然后我会随机分配进行h265压缩，再把压缩后的视频文件使用您的项目进行元数据处理。
这样我的话会出现有多个分集的，可能不会在一次刮削里面出现。

当仅有一个 -cd1 的文件时，似乎会忽略这个-cd1标签

当缺失-cd1文件时，程序会保留这几个文件不处理（这个逻辑可能是您按此设计的，但上面那个我不确定是不是）
我不知道元数据是不是对分集是有特殊标识的地方的。如果没有的话，应该能够直接将-cd1或者其他-cd*直接丢进这个文件夹，我也不知道什么方法是最好的哈哈哈哈，这应该算是一个小小的改进提议，还是优先级非常低的那种。

彩蛋：

当且仅当有一个.part1标签也不会自动添加-cd1标签。这个是_不用修改_的，主要是文件名的可能性太多，规则很难覆盖全部。您隔壁收费的项目是需要按照他们的命名规则的，这个其实开发起来更简单一点哈哈哈哈哈。

最后，感谢您对此项目做出的无私贡献。

from javsp.

from javsp.

看你的截图并不是-cd而是番号后跟了cd，程序的匹配机制是以-cd匹配，你缺少了-短横线。

from javsp.

当缺失-cd1文件时，程序会保留这几个文件不处理（这个逻辑可能是您按此设计的，但上面那个我不确定是不是）
我不知道元数据是不是对分集是有特殊标识的地方的。如果没有的话，应该能够直接将-cd1或者其他-cd*直接丢进这个文件夹，我也不知道什么方法是最好的哈哈哈哈，这应该算是一个小小的改进提议，还是优先级非常低的那种。

@Phachd 没理解你的意思。
分片的识别是这样的，如果在一次运行中，检测到多个视频文件，具有相同的番号，并且具有除了编号以外非常相似的文件名，且编号连续，那这些视频将被视为同一影片的分片。如果只有一个cd1或者part1或者是别的类似内容，这部分文本会被忽略（被当做番号识别时的多余信息）。这个过程必须要有多个视频文件才会触发，因为难以从单一文件的文件名里提取编号（可能是cd1, part1, disk1, 第1, 1/4……难以完全覆盖）。使用多个视频文件的话，就非常灵活了，比如这样也没问题

IPX-177 part也好cd也好随便什么吧1 又或者再加点网站的广告.mp4
IPX-177 part也好cd也好随便什么吧2 又或者再加点网站的广告.mp4

你的使用场景下，建议压缩完一部影片的全部分片以后再运行整理。

from javsp.