好的，我會去檢查新的 BETA 版本。
有幾個問題：
- 我透過遠端桌面連線（管理員帳號）安裝 MCEBuddy 會有影響嗎？
- 新的 ffmpeg 版本不支援 AMD 的硬體編碼與解碼對吧？
（沒關係，我看到更新日記裡「只」改善了 NVidia 硬體支援，唉！;）
好的，今天（日期標示為2019-01-11）的BETA版本完全無法運作。
我的所有轉換任務都無法執行。
這是我的mcebuddy.logmcebuddy.log（85.9 KB）
ERROR> → 無法使用模式比對1提取季與集數資訊，System.IndexOutOfRangeException: 索引超出陣列範圍。
於 MCEBuddy.MetaData.VideoMetaData.ExtractSeriesEpisode(String text, String& preText, Int32& Season, Int32& Episode, String& postText)
後面還有約500行錯誤
以下是我的設定檔
mcebuddy.conf（29.9 KB）
profiles.conf（98.2 KB）
更新：稍微研究了一下後，我重新安裝了MCE Buddy，現在可以處理影片了，但更新到今天的版本並未解決我遇到的問題。
我刚刚上传了4个文件到FTP服务器john_freiman的文件夹中
2个剧集文件和2个日志文件。
您提供的任何帮助都将非常有用——并深表感谢
啊！谢谢，我看到“常规设置”里已勾选日志，虽然看了“系统设置”第二页，但一开始没发现“日志级别”下拉框！
我这就设置好，然后重新上传结果并附带这两个文件。
至于 AMF 支持，我想等元数据恢复正常后再去改动。
舊的日誌已從您的 FTP 刪除，新的日誌（已啟用 Debug 選項）已重新上傳——仍是針對先前上傳過的同一批 mkv 檔案。
再次感謝——我不曉得為何似乎只有我一個人遇到這個問題——但我希望只是某個簡單的小錯誤，很容易就能修正。
我心裡還掛念的另一件事是：這可能是幾年前使用過高度修改的 Profiles.conf 與 Config.conf 檔案所遺留下來的「打嗝」，而現在則改用（我認為）乾淨且現代化的 conf 檔。
話雖如此，我已經把新舊 conf 檔並排比對過，除了我的轉換任務與自訂的重新命名和排序參數外，看不出任何差異……
我一度懷疑是不是「太多」媒體 / 標題修正值搞的鬼；甚至還建立了「乾淨」的任務，把難以比對的標題的媒體資訊修正值全部歸零——好讓您檢視日誌時更輕鬆。 
超級有用。找到了並修復了元數據讀取問題（你的檔名缺少副標題，例如 The Flash - S02E01），現在已經正確處理。你可以使用今天的 2.4.10 BETA 10，應該能解決你的元數據問題。
至於你的轉換設定檔，我看到你上面提到有一個可用的設定檔：
[MKV Unprocessed Old]
Description=Very fast but limited functionality. Use this profile if you want to copy the original audio and video tracks, remove the commercials and convert the file format to MKV (e.g. WTV to MKV) without any additional processing (deinterlacing, resizing, volume, cropping etc). The original video can be in any format, MPEG1, MPEG2 or MPEG4/H.264, it will be retained unaltered.
order=ffmpeg,copy
copy-ext=.ts
copy-remuxto=.mkv
copy-audiodelay=skip
ffmpeg-general=-threads 0
ffmpeg-video=-ss 0 -vcodec copy -map 0:v -sn
ffmpeg-audio=-acodec copy -map 0:a
ffmpeg-audioac3=-acodec copy -map 0:a
ffmpeg-ext=.mkv
ffmpeg-audiodelay=skip
PreConversionCommercialRemover=true
FixedResolution=true
SkipCropping=true
AutoDeinterlace=false
DisableEncoderReordering=true
試著用這個設定檔搭配今天的版本看看效果如何。
我还发现了你的源文件的一个问题，最初大约5秒的数据已损坏，这就是转换后资源管理器无法读取的原因。跳过前10秒（在转换任务的专家设置中使用“剪切开始”选项），生成的文件就能完美读取并正常播放。
感謝你發現那個有問題的檔案——我上傳了兩個影片檔到伺服器，你還記得損壞的是《決戰時裝伸展台》還是《未來人》的影片檔嗎？
我現在正急切地下載今天的 Beta 更新，雖然預期它會正常運作，但我當然會在這個討論串回報我的使用體驗。
我不知道從 2.4.9 早期 Beta 版本到現在，到底發生了什麼變化，導致我的檔案如果沒有「字幕」就會被忽略或無法正確配對，但我想在這件事上承擔「我的責任」——因為我試過 2.4.9 的很多 Beta 版本，卻從來沒花時間把這些問題回報給你，也沒上傳所需的資料/檔案。
再次感謝，希望這次能徹底解決問題！！
你附带的这个“MKV Unprocessed Old”就是把 ffmpeg 的 mkv 封装换成 MKVToolNix 的那个吗？
我记得以前试过这个改动，想看看 A’s Video Converter 能不能读取 MCEB 生成的 mkv，结果还是打不开（所以我一直在用 .ts）。
这段时间我一直用默认的 MKV Unprocessed 配置。上周又试了一次，对 A’s 读取 mkv 还是没影响……
所以目前我只是把上面的“Old”配置复制到了新版本里，但并没打算真的用它。
好的，已經完成更新至 Jan_14_2019。
我處理了 2 個檔案，兩個都依照我的自訂命名設定查找到字幕並加入檔名！
但現在又有另一個問題。
海報圖片：這兩個檔案在檔案總管中都沒有顯示海報圖片。
單集詮釋資料：其中一個檔案缺少單集詮釋資料（也沒有附加 poster.jpg —— 雖然在 \programs\MCEBuddy2x\cache 資料夾裡找到了海報）
這跟上面的問題有關嗎？還是我應該另開新主題？
此刻，我滿懷希望能用 MCEBuddy 重新封裝我所有的 HEVC 單集與整季，並透過 Plex 和 VLC 播放！Phew!!!
就是你上面在原帖里贴的那个，你说它能正常运行的。
这可能与文件前几秒的损坏有关。剪掉前 10 秒后再试试。
@RBoy 找到並修復了這個問題，這是某些檔案的邊界條件，這些檔案是使用未處理設定檔建立的。它應該可以在今天的 2.4.10 BETA 版本中運作
雖然我相信 ffmpeg 不錯，但我對 Handbrake 這個編碼器更熟悉一點。
MCEBuddy 附帶的 Handbrake CLI 有支援 AMF 嗎？還是只有 ffmpeg 支援 AMD 硬體？
正如您提到的，元数据（即描述、播出日期等）现在已经重新出现在生成的 mkv 文件中。然而，我仍然看不到海报图片……
它應該就在裡面。我這邊運作正常。檢查你的日誌末端，看看貼文是否已嵌入。接下來就是作業系統要負責取出並顯示它。Windows 普遍不太擅長從 MKV 檔案提取內容，MP4 比較標準。
查看此页面了解如何在 Windows 中使用 Haali Media Splitter 设置启用 MKV 缩略图：
MCEBuddy 在其安装 extras 目录中包含了 Haali Media Splitter。
感謝你提供的文章連結。
我實際上使用的是 Icaros（v3.1），我並未將 Haali splitter 設定給 Explorer 縮圖擷取。我確實做了那項變更，重新啟動 Explorer，沒有變化。我重新啟動 Windows，也沒有變化——縮圖依然沒有顯示。
如前所述，使用 2.4.9 建立的 HEVC mkv 集數在 VLC 無法播放，且在 Plex 中快轉/倒帶、續播功能也有問題，因此我必須把所有這些集數重新用 MCEB 2.4.10 處理一次——有點麻煩，但非常值得且必要。
我最初注意到縮圖沒有顯示，接著又發現集數的中繼資料（播出日期、描述等）也沒有被附加。
現在（2019-01-15）中繼資料已經被包含，但我仍然看不到縮圖……這不是世界末日，但確實有點惱人。
有時候同一系列的第一集會顯示縮圖，但之後同時處理的其他集數就不會顯示縮圖。
我會繼續留意這件事，但目前我的首要任務是找出受影響的 HEVC mkv 集數，並把它們重新推進新的 beta 版本處理。
再次感謝你所有的協助。
這有兩個步驟：啟用它，並把逾時時間調到 10000（給它足夠時間產生縮圖）。
一般來說，我們只建議使用兩種解碼器套件（兩者都包含在 MCEBuddy 的選擇性安裝中）：FFDShow 與 Haali Media Splitter。這兩者就能涵蓋 Windows 所需的所有解碼器，而且性質「非破壞性」──你可以將它們解除安裝，系統就能回到原始狀態。
在我們的測試中，其他套件往往「破壞」的比修復的多，其中某些一旦安裝後就無法復原，只能重灌 Windows 才能修復它們造成的損害。
我也遇到了同样的问题……我刚刚从 .8 版本升级到 .9 版本。之所以升级，是因为 .8 版本出现了一个问题：机器磁盘空间耗尽，导致 History 文件和 Mcebuddy.conf 文件被完全清空。我猜测这是因为在空间不足时这些文件处于打开状态。即使我用备份的 conf 文件替换，每次启动应用时它仍会重新初始化，不过我可以手动复制备份文件覆盖。总之，我决定升级到 .9，结果发现所有文件都被错误地重命名了。
正在转换的文件是 mkv → mp4，使用 ffmpeg 作为主要转换器。
现在生成的目录结构示例如下：
Show S01E11/Season/Show S01E11 SE00 - .mp4
在节目的日志文件中：
Custom Rename by Series → %showname%\Season %season%%showname% S%season%##E%episode%## - %episodename%
注意到的第一个错误如下：
ERROR → Unable to extract Season and Episode information using pattern match 1, System.IndexOutOfRangeException: Index was outside the bounds of the array.
at MCEBuddy.MetaData.VideoMetaData.ExtractSeriesEpisode(String text, String& preText, Int32& Season, Int32& Episode, String& postText)
此后，所有通过各数据库（tvdb、tv.com、emby……）的匹配都失败了，我认为这与目录和文件的命名不正确有关。
你有解决办法吗？
——Steve