重复的商业剪辑 2.6 Beta 2

错误/功能请求 Bugs
1

创建这个新 issue 是因为我们之前关于元数据和 2.6 Beta 2 的讨论

这是我升级后才发现的问题，但不幸的是，我注意到时已经是凌晨 2 点了，暂时没时间深入查看，而且明天大部分时间都在路上，不确定还能不能进一步调查。

我的设置包含两个顺序任务：第一个任务根据我自定义的 edl 文件移除广告并做自定义剪切；第二个任务负责文件命名/元数据和一些清理工作，不进行转码，且广告移除设为“无”。这套流程已经稳定运行了数月甚至数年。

但升级后，我猜测第二个任务似乎忽略了广告移除设置，把剪切操作又执行了一遍（对已经剪过的文件），于是原本 1 小时、去广告后约 40 分钟的电视节目，现在只剩 10 到 20 分钟。我附上了最近两天的日志，时间差异是一条线索，因为有一天我录制时延长了，当时无人值守。

----- 以下是我最初写的内容，细节更多……抱歉，现在已经凌晨 3 点了 :slight_smile: ------
我有多个任务，基本流程是把文件先放进一个目录，由第一个任务剪掉广告（设置：Ad Remover – Yes use markers），同时转成最小的 mp4（输入多为 ts，偶尔 mp4 或 mkv），输出到第二个目录。第一步我使用自定义剪切把提供的 edl 文件转成切割标记。
第二个目录会被两个“转换”任务监控，它们通过正则判断是 TV 还是 Movie（依据我手动命名的文件名）。两个任务都设为 mp4 unprocessed，且 Ad Remover 设为 none。我主要用这些任务做重命名，并触发自定义 powershell 做进一步文件夹命名。最终输出到第三个目录。

所以目前的问题是：原本 1 小时+的录制，去广告后应为 40–45 分钟，但升级后只剩 10–20 分钟。我初步猜测是 edl 流入了第二个目录（过去似乎也会发生），但可能 Ad Remover 设置被忽略了。即使我设为 none，感觉已经剪过的文件还是被再剪了一次。
logs.zip (4.0 MB)

我附上了 2 个配置文件，以及 2 次转换的日志：FullQualityGeneral 是第一次转换，FixTitleTV 是第二次。

2

发现了更多信息——我决定暂停第二个任务，并打算移除 edl，结果发现 edl 并没有继续生效，文件在第一个任务后就已经被过度裁剪了。观察运行时的信息，看起来裁剪似乎发生了两次，一次在开始时，一次在转换之后。

所以，我认为并不是第二个任务忽略了“none”设置，而是第一个任务中我的“是-使用标记”设置被使用了两次。

3

根據你的日誌：
第一個任務：廣告移除 → 使用標記
第二個任務：廣告移除 → 無

第一次轉換的影片長度

  • 原始：Duration: 01:21:00.67
  • 轉換後：Duration: 00:10:23.27

第二次轉換的影片長度

  • 原始：Duration: 00:10:23.27
  • 轉換後：Duration: 00:10:23.27

所以一切都如預期運作。

然而，我在你第一次轉換中看到已經存在一個 EDL 檔案，用來剪輯你的原始影片

INFORMATION> 2023-12-19T18:46:56 MCEBuddy.Engine.ConversionJob → Found existing EDL file and saved it
INFORMATION> 2023-12-19T18:47:20 MCEBuddy.CommercialScan.Scanner → Using EDL file for commercial removal
2023-12-19T18:47:20 MCEBuddy.CommercialScan.Scanner → Testing EDL File Validity
2023-12-19T18:47:20 MCEBuddy.CommercialScan.Scanner → ParseEDL: Cut Segment Start:0.000 End:766.226 Action:0
2023-12-19T18:47:20 MCEBuddy.CommercialScan.Scanner → ParseEDL: Cut Segment Start:1238.228 End:1369.730 Action:0
2023-12-19T18:47:20 MCEBuddy.CommercialScan.Scanner → ParseEDL: Cut Segment Start:1798.834 End:1920.035 Action:0
2023-12-19T18:47:20 MCEBuddy.CommercialScan.Scanner → ParseEDL: Cut Segment Start:2417.337 End:2609.139 Action:0
2023-12-19T18:47:20 MCEBuddy.CommercialScan.Scanner → ParseEDL: Cut Segment Start:3015.140 End:3136.141 Action:0
2023-12-19T18:47:20 MCEBuddy.CommercialScan.Scanner → ParseEDL: Cut Segment Start:3530.546 End:3642.147 Action:0
2023-12-19T18:47:20 MCEBuddy.CommercialScan.Scanner → ParseEDL: Cut Segment Start:4171.351 End:4860.000 Action:0

由於你的第一次轉換設定為使用標記，因此它正在使用 EDL 檔案。

4

是的，我用 edl 文件来做剪切——用你的自定义剪切应用生成。不过我遇到的问题是，它们被剪了两次。我观察了一次转码过程，可能漏看了几行，但大致流程如下，确实出现了两次剪切：

提取字幕
剪切广告
分析视频信息
转换视频文件
剪切广告……

我也不记得以前见过“提取字幕”这一步。

问题就在于这两轮剪切——举个例子，我在两台电脑上用同一个配置文件处理同一个 TS 和 EDL：一台是 2.5.x，输出 45 分钟；另一台是 2.6.2 beta，结果只剩 20 分钟。
所以不确定是不是某个新设置触发了第二次剪切。

Magnum, P.I. (1980) - S04E21 - I Witness.ts-FullQualityGeneral-2023-12-21T21-08-28.log (8.9 MB)
我附上了今天的日志，可以看到剪切发生在第 3224 行和第 9513 行。

5

是的，我從你的日誌中注意到了這個問題，修復程式已經在進行中，應該很快就會推出。

6

感謝回報此問題，修復已於今日發布的 2.6.2 測試版中推出。