我一直在命令列上測試 Comskip——經過一些實驗後，發現 --hwassist 和 --dxva2 似乎能大幅加快 comskip 的速度。MCEBuddy 也會做這樣的最佳化嗎？有辦法在設定檔裡加入這些參數嗎？
謝謝！Will。
好问题，在我们对英特尔显卡的测试中发现效果并不稳定，因此我们默认没有启用它，但也可以手动开启。
你的配置是怎样的？能否分别测试开启和关闭 dxva 的情况？因为这个选项相当棘手，我们发现它在较老的 GPU 上反而会拖慢解码速度。
我有一台相當強悍的機器——10 個實體核心、RTX 2080 Super、64 GB 記憶體。
我發現使用 dxva2 最快，其次是 –cuvid（大約慢 10%）。我沒有試過 vdpau。
如果我沒有指定 dxva 或其他任何開關，僅使用 –hwassist 會慢上大約 60%。
感謝你查看這個問題！Will.
Mail](Outlook) for Windows 10
你试过在 comskip.ini 中设置 hardware_decode 选项吗？
hardware_decode=0 ; 设为 1 以启用硬件加速视频解码，仅在捐赠版中可用
你可以使用 comskip 文件夹内自带的 Comkip INI 编辑器，在 CPU 负载降低 标签页中通过图形界面完成设置。
我試過了——我發現這麼做會出現音訊同步錯誤。我不確定原因，但當我取消勾選後，問題就消失了。奇怪的是，如果在 Plex 中快轉或倒帶，音訊會重新同步，但當我沒有勾選「硬體加速」時，就不會看到這種行為……
印象中，我在 comskip 論壇看過相關討論。
謝謝！
Will。
Mail](Outlook) for Windows 10
另外，能否告诉我，当MCEBuddy发现某个录制文件存在EDL文件，并且已选择comskip时，它会如何处理？是忽略该EDL文件，还是直接用它而不再运行comskip？谢谢！
它會在 comskip 或 showanalyzer 偵測到廣告之前，先使用找到的 EDL（或 EDLP 或任何其他被認可的商業標記，如 PlayOn 中的標記）。
有沒有辦法讓 MCE Buddy 呼叫 donators 版 comskip 時加上 --cuvid？
我有一臺老舊的 Core2 Quad 配 1050TI，想看看能否用 GPU 而非 CPU 獲得硬體加速。我已經在 MP4 設定檔裡啟用了 -U，但 comskip 還是很慢，即使透過 ini 編輯器開啟了加速。
另外，我猜只能在 donators 版儲存的位置修改 ini，而不能改 C:\Program Files\MCEBuddy2x\comskip 裡的對吧？每次我試著改那裡都會顯示「拒絕存取」，我猜是因為那個版本不是 donators 版。
先謝了！
在手动尝试从命令行调用带有 HW 和 CUVID 标志的 comskip 时，虽然处理时间大幅缩短，但我遇到了音频同步问题。Comskip 论坛中提到了这一点。
昨晚我观察了一下运行过程，发现Mp4 normal和Fast模式都在用ffmpeg，好吧……但我记得ffmpeg没法用硬件加速，对吧？我是不是该把配置文件改成用handbrake？应该可以……只是得先留一段电视录屏做测试。我想请教一下，怎样才能给捐赠版comskip开硬件加速——现在我在MCEBuddy里指向捐赠版、并改了捐赠版ini文件，但硬件加速肯定没生效。是不是得把捐赠版复制到program files的mce文件夹里？
较新版本的FFMpeg支持硬件加速（包含NVENC功能）——我认为是3.x及更高版本。MCEBuddy已经内置了这些版本。
在MCEBuddy中，可以指向不同的Comskip文件夹，这样就不必替换现有的comskip安装。路径是：设置 → 系统设置
祝你好运！Will。
我想我們得等 Goose 來談談 comskip 和硬體加速……
我知道我已經在 MCEBuddy 和捐贈版 comskip ini 裡都設定正確了……我認為 MCEBuddy 不會用任何額外的「–功能」來呼叫 comskip.exe，所以很難判斷昨晚到底有沒有用到硬體加速。今晚有空我會再仔細查看日誌。
嗯，在查看 comskip 時，我發現 Erik 承認，其實在好幾個地方都提到，Windows 硬體加速的表現並未達到人們的預期……再加上他更換電腦、改用 Win10 開發，導致現在完全不支援 Win7 或 8，已經好幾年沒有針對 Win7/8 更新了。希望 Ryan 能跟 Erik 一起把這個問題解決。
我想我只能接受現況，但我的轉檔佇列裡還有 160 個節目，而且清單還在繼續增加……真希望能找到加速的方法，而不必為了看電視就砸 800 美元買新硬體……
2023年再次回顾。MCEBuddy 2.5.8（2023年3月6日）内置的Comskip是捐赠版0.82.003，已启用HWaccell。系统为Win10x64 22H2，显卡RTX2060，驱动为最新NV版本。MCEBuddy使用Handbrake转码，已启用HW NVenc硬编，这部分没问题。但Comskip运行时占用的是CPU而非nVidia。
是否有办法让MCEBuddy调用--cuvid参数，还是推荐使用其他NV参数，例如--vdpau？
MCEBuddy内置的捐赠版Comskip会升级到当前版本0.82.012吗？该版本对内置的ffmpeg解码器有多项更新。升级会面临哪些挑战？是否有路线图或大致时间表？
Comskip 的硬體加速是在 comskip.ini 裡控制的——你得去那裡修改（至少我上次看的時候還是這樣）。話雖如此，我大概 18 個月前（也許更久）玩過一下，速度沒快多少，還讓我遇到音訊同步問題（comskip 論壇也有人提到）。
也許現在已經改善了。你隨時可以把 comskip.exe 換成最新的捐贈版……
感谢你在三年后还能迅速跟进这个帖子。进一步挖掘后，我发现 ComskipINIeditor 的 GUI 在 hardware_decode 选项上出了问题。它显示为“disabled”，复选框是空的。于是我（显然错误地）以为这意味着它已经启用，而勾选复选框才会禁用它。界面上根本没有显示 0 或 1（该设置的实际值），尽管帮助/描述里明确提到了这两个数值。
要编辑 comskip.ini 文件，我必须以管理员身份运行编辑器，才能修改文件（因为 MCEBuddy 安装目录下的程序文件默认是只读权限）。
我在文件里找到了 hardware_decode=0。所以默认值是关闭的，GUI 似乎只是显示当前值，复选框对应的就是当前值，而不是对当前值取反（即不是开关）。我把它改成 hardware_decode=1 并保存。现在正观察转码情况，但看起来 MCEBuddy 并没有加载修改后的 comskip.ini。我会尝试重启 MCEBuddy，看能否重新加载新的 comskip.ini 文件。
我一直在微調我的設定檔，想看看是否還能再榨出一點速度，或者更仔細地權衡速度／品質／檔案大小之間的平衡。不過最後我可能還是會回到原點 
但在 comskip 這邊，我把 hardware_decode 設成 1，結果速度似乎完全沒變，工作管理員裡的影片解碼也沒有動靜。我需要 0.82.012 版嗎？我以為我付費買了捐贈版，但也許我根本沒真的啟用。我會試試 lowres 和／或更多核心，看看會發生什麼事。
查看我关于测试最新捐赠版comskip在不同nVidia硬件选项下性能结果的其他帖子。你需要在MCEBuddy中配置使用你的捐赠版，我正在研究它所需的额外命令行选项。MCEBuddy中的comskip捐赠版对于nvdec选项来说太旧了，我认为“hwaccel”选项实际上只是在使用CPU集成GPU的媒体指令，而不是真正的独立GPU使用（nVidia、Radeon或ARC附加板）。
这与转码无关，转码发生在FFMPEG或Handbrake中（Handbrake内置了自己的FFMPEG），而这些版本各自拥有独立的GPU集成用于转码。
感謝你證實了我的想法。是的，我絕對讀過你的貼文，也知道解碼與 HandBrake 編碼是兩個獨立的步驟。我想當我注意到處理速度變慢時，優先順序可能被設成「低」，才促使我去研究如何加快速度。
我主要錄製 720p 的 TVE 內容，所以 comskip 已經夠快了（30 分鐘的節目約 2.5 分鐘）。把執行緒調到 4 個後，時間縮到 2 分鐘以內。
我最近買了第一張像樣的 GPU（1660 Super），驚訝地發現 HandBrake 處理藍光影集時表現超好。檔案大小跟 CPU 壓的 x265 差不多，肉眼也看不出差異。然而，我用 MCE 就沒辦法複製同樣成果（即使更新了內建的 CLI）。用 HandBrake 圖形介面也一樣，所以我猜只是來源內容沒有藍光那麼乾淨。