无响应... 300 秒，进程可能已挂起 - 正在终止它

General Support / Questions 商業搬遷
1

我的所有 TVEverywhere 录制文件都出现此错误，有人能帮我弄清楚吗：

ERROR\u003e → 300 秒内未收到进程响应，进程可能已挂起 - 正在终止它
ERROR\u003e → 进程挂起，正在终止进程
ERROR\u003e 2025-10-04T14:08:19 MCEBuddy.CommercialScan.Scanner → Comskip 失败
ERROR\u003e 2025-10-04T14:08:19 MCEBuddy.Engine.ConversionJob → 广告扫描失败
INFORMATION\u003e 2025-10-04T14:08:19 MCEBuddy.Engine.ConversionJob →

On Patrol Live S04E21 2025-10-03-2058.mpg-Convert to MP4-2025-10-04T13-53-54.log (636.5 KB)

mcebuddy.conf (6.6 KB)

comskip.ini (24.7 KB)

2

It looks like your Comskip process is hanging when trying to scan your TVEverywhere recordings, leading to the “No response… 300 seconds, process likely hung - killing it” error. This usually indicates an issue with Comskip itself or the video file it’s trying to process.

To help diagnose this, I would need to look at the logs. However, since I cannot directly access attachments, I’ll need you to tell me what you’ve already tried or what specific parts of the logs you think are most relevant.

In the meantime, here are some general suggestions that often resolve Comskip hanging issues:

  1. Check for Comskip updates: Ensure you’re using the latest version of Comskip that’s compatible with MCEBuddy.
  2. Test Comskip manually: Try running Comskip directly on one of the problematic TVEverywhere recording files from the command line. This can help isolate if the issue is with Comskip or how MCEBuddy is calling it.
  3. Simplify your comskip.ini: Temporarily try a very basic comskip.ini file to see if any advanced settings are causing the hang.
  4. Check for corrupt recordings: While less likely if it’s happening on all TVEverywhere recordings, a corrupt segment in a recording can sometimes cause Comskip to hang.
  5. Increase Comskip timeout: You can try increasing the ComskipTimeout setting in MCEBuddy, though 300 seconds is usually sufficient. This is more of a workaround than a fix.
  6. Review MCEBuddy log for earlier errors: Look for any errors or warnings before the “No response” message in the MCEBuddy log.

Can you describe what steps you’ve already taken or any observations you’ve made from the logs?

3

嗯，這很奇怪，我在日誌中沒有看到問題，有輸出和活動，但不知何故它沒有在引擎中註冊，這導致它認為進程已掛起（但它沒有）。

您能否上傳一個出現此問題的原始文件。我們需要重現此問題以調試活動未註冊的原因。

4

我已经将 mpg 视频 \[使用 filesplitter\] 上传到了 SCARNG 文件夹中。

5

我在这里运行它没有任何问题，它已成功处理，没有出现任何错误。

我认为您的 Windows 可能存在内部问题。尝试重新启动计算机看看是否能解决问题。

6

系統重新啟動後仍有相同問題。

ERROR\u003e → 300 秒內無程序回應，程序可能已停止回應 - 正在終止它
ERROR\u003e → 程序停止回應，正在終止程序
ERROR\u003e 2025-10-07T10:49:46 MCEBuddy.CommercialScan.Scanner → Comskip 失敗
ERROR\u003e 2025-10-07T10:49:46 MCEBuddy.Engine.ConversionJob → 廣告掃描失敗
INFORMATION\u003e 2025-10-07T10:49:46 MCEBuddy.Engine.ConversionJob →
→ 目前轉換的效能指標

On Patrol Live S04E22 2025-10-04-2058.mpg-Convert to MP4-2025-10-07T10-32-37.log (675.5 KB)

→

7

我在这里无法重现此问题，所以我们尝试几件事：

  1. 我看到您的优先级设置为“高”，请尝试将其更改回“正常”。这可能会干扰进程间的通信，并导致应用程序看起来无响应。

    进程优先级 → 高

  2. 您可能想尝试另一台计算机

如果以上方法都不奏效，我认为您的 Windows 设置中有些东西已损坏或劫持了进程系统，它没有将消息从一个进程路由到另一个进程，这就是为什么引擎没有从其他应用程序（Comskip）接收到消息，在这种情况下，您可能需要重新安装 Windows。

我假设您同时没有运行其他任何占用大量 CPU 或磁盘资源的东西。

8

优先级 → 普通没有区别。我如何才能完全卸载并重新开始？

9

好的，我可以在不使用 MCEbuddy2x 的情况下手动运行所有内容。以下是我的发现：

  1. Comskip.exe “D:\My Videos\AR\On Patrol Live S04E26 2025-10-18-2058_original.mpg”
    生成了 ‘On Patrol Live S04E26 2025-10-18-2058.edl (220 Bytes)
  2. Comskip 生成的 EDL 格式，FFMPEG 无法使用
问题 Comskip 生成的 EDL FFmpeg 需要的
格式 1519.38 1560.12 0:25:19.38 0:26:00.12

所以，我编写了一个 powershell 脚本将 EDL 转换为 HH:MM:SS 格式。

$edlContent = Get-Content "D:\My videos\ar\On Patrol Live S04E26 2025-10-18-2058.edl"
$convertedEdl = @()
foreach ($line in $edlContent) {
    $parts = $line -split '\s+'
    if ($parts.Length -ge 2) {
        try {
            $startSec = [double]$parts[0]
            $endSec = [double]$parts[1]
            $startTime = [TimeSpan]::FromSeconds($startSec)
            $endTime = [TimeSpan]::FromSeconds($endSec)
            $newLine = "{0:hh\:mm\:ss\.ff} {1:hh\:mm\:ss\.ff} 1 0.0 COMMERCIAL" -f $startTime, $endTime
            $convertedEdl += $newLine
        } catch {
            Write-Host "Skipping invalid line: $line" -ForegroundColor Yellow
        }
    }
}
  1. 我的 FFMPEG 缺少 -vf “edl_overlay”，我不知道为什么。稍后会处理这个问题。
    使用转换后的 edl 文件，我手动运行了 FFMPEG：
    Using ffmpeg version 8.0-essentials_build-www.gyan.dev Copyright (c) 2000-2025 the FFmpeg developers

ffmpeg -hwaccel auto -i “D:\\My videos\\ar\\On Patrol Live S04E26 2025-10-18-2058.mpg” -vf “select=‘not(between(t,1519.38,1750.32)+between(t,2535.10,2806.27)+between(t,3442.84,3713.94)+between(t,4578.04,4854.32)+between(t,5601.83,5877.97)+between(t,6559.39,6830.66)+between(t,7746.77,8022.91)+between(t,8246.04,8331.69)+between(t,8534.13,8824.55)+between(t,9284.04,9555.21)+between(t,10034.46,10276.00)+between(t,10540.53,10650.94))’” -c:v h264_nvenc -preset fast -c:a aac “D:\\My videos\\ar\\Clean_Show.mkv”

Clean_Show.edl (504 Bytes)

注意：我的 profile.conf 使用的是 \[MKV Nividia\]：
[MKV Nividia]
Description=HEVC in MKV (H.265/AC3) conversion using NVIDIA NVENC. Creates a smaller file (50% smaller than H.264) with comparable quality and much faster performance.
order=handbrake,ffmpeg
ffmpeg-general=-threads 0
ffmpeg-video=-ss 0 -tag:v hvc1 -vf yadif=0:-1:1,hqdn3d -vcodec hevc_nvenc -preset p4 -rc vbr -cq 26 -map 0:v -sn
ffmpeg-audio=-acodec ac3 -b:a 160k -map 0:a
ffmpeg-audioac3=-acodec ac3 -b:a 256k -map 0:a
ffmpeg-ext=.mkv
ffmpeg-audiodelay=skip
handbrake-general=–decomb --loose-anamorphic --verbose=2
handbrake-video=–start-at duration:0 -e nvenc_h265 --encoder-preset medium -q 26
handbrake-audio=-E ffac3 -R auto -B 160 -D 0 -a 1,2,3,4,5
handbrake-audioac3=-E ffac3 -R auto -B 256 -D 0 -a 1,2,3,4,5
handbrake-ext=.mkv
handbrake-audiodelay=skip
PreConversionCommercialRemover=true

结论：Comskip 可以工作，尽管需要一些调整。鉴于此并显示了我的结果——问题是否出在我的 profile.con \[MKV Nivida\]？
FFmpeg 和 edl overlay 问题呢？

10

另外，我的 FFMPEG 版本：gyan.dev 的 8.0-essentials 版本 是否與 MCEBuddy2x 安裝資料夾中的 FFMPEG：ffmpeg version N-118425-g33679f5325-20250205 衝突？

11

另外，我注意到当我手动运行 COMSKIP.exe 时它没有退出。我认为这不是一个错误：

处理结束错误：旧版本（0.82.010 之前）在分析完成后会挂起。您的下载（来自 GitHub 的最新 win64.zip）应该是最近的构建，但请确认版本。

Comskip 0.83.001-20250228

12

RemoveCommercials.ps1 (5.5 KB)

好的，在不使用 MCEBuddy2.x 的情況下，我創建了一個可以運行的 powershell 腳本。您能看看我需要做什麼才能讓 MCEBuddy2.x 執行相同的操作嗎？

13

您有嘗試過完全重新安裝並看看是否有效嗎？否則請嘗試另一台電腦。我沒有在我們的任何機器上看到使用 MCEBuddy 運行 Comskip（MCEBuddy 有一個帶有附加功能和錯誤修復的自定義構建）出現任何問題。

14

好的，我會照做並回報。

15

好消息，在全新安裝後，我使用預設設定成功處理了一個影片檔案。
現在，問題是，既然我能讓 comskip 剪掉我的 FOXNew 節目，特別是「Gutfeld!」的廣告時段，我該如何為特定的影片或資料夾設定 comskip.ini 檔案呢？這些參數適用於 FoxNews 電視節目，但對於有真正廣告的普通電視節目則無效。我猜我需要多個設定嗎？？？

verbose=10                  ; 偵錯的最大日誌記錄（0-10；10 顯示所有內容）
detect_method=64+256+2+1    ; 靜音 (64) + 均勻畫面 (256) + 標誌 (2) + 黑畫面 (1) - 優先靜態/靜音偵測
live_tv=0                   ; 停用等待檔案增長（防止串流檔案掛起）
output_edl=1                ; 確保輸出 EDL
; 靜音偵測（用於低音量或無音訊的時段）
max_volume=500              ; 音量高於此值的畫面不視為靜音（調低以提高靈敏度）
validate_silence=1          ; 啟用靜音驗證
min_silence=12              ; 偵測所需的最小靜音畫面數（調低以應對較短的時段）
silence_seek_noise=10       ; 靜音的雜訊閾值（調低以應對較安靜的時段）
; 均勻畫面偵測（用於靜態標誌畫面）
non_uniformity=500          ; 均勻畫面的閾值（調低以偵測更多靜態場景，如藍色佔位符；預設 500，嘗試 300-400）
validate_uniform=1          ; 啟用均勻驗證
min_uniform=10              ; 偵測所需的最小均勻畫面數（調低以應對較短的佔位符）
; 黑畫面偵測（如果藍色背景較暗；針對非黑色進行調整）
max_brightness=60           ; 像素 > 此值的畫面不視為黑色（調低以應對較暗的藍色畫面）
test_brightness=40          ; 像素 > 此值的畫面不視為純黑
max_avg_brightness=25       ; 較暗畫面的最大平均亮度
; 標誌偵測（如果廣告時段中的 Fox 標誌與節目中不同）
logo_threshold=0.75         ; 標誌比對閾值（調低以偵測差異）
logo_present_modifier=0.01  ; 如果廣告時段中缺少標誌，分數修正值（根據除錯進行調整）
; Fox/Gutfeld! 的啟發式規則（來自論壇：較短的片段，避免剪掉節目內容）
min_commercialbreak=60      ; 最小廣告時長（您的時段約 2-3 分鐘？設定為 90-120 秒）
max_commercial_size=180     ; 最大廣告大小（防止合併較長的時段）
min_show_segment_length=300 ; 最小節目片段長度（保護較短的節目片段）
delete_show_after_last_commercial=0 ; 不刪除最後一則廣告後的內容
delete_show_before_first_commercial=0 ; 不刪除第一則廣告前的內容
disable_heuristics=4        ; 停用部分啟發式規則（位元遮罩；4 停用啟發式規則 3 以提高準確性）
; 一般
max_repair_size=200         ; 修復最多 200 個遺失的畫面
cut_on_ar_change=1          ; 畫面比例變更時剪切（如果適用）