BillJ
2019 年7 月 20 日 16:09
1
MCEBuddy 2.4.8 64位元 vs 2.4.11 64位元與Tivo Remux
我剛剛又向MCEBuddy與Comskip捐了款。
我有兩台跑MCEBuddy的系統：一台XP專線接HDHomeRun，還有一台Dell G4電競筆電跑Win10。
我會用第二台從Tivo XL4下載黑白或彩色西部片，經MCEBuddy去廣告後，轉成MP4存在隨身碟，晚上睡不著或半夜醒來就插WDTV Live看。
檔案通常不大，Win10筆電轉得很快。這些片子可能放幾週才看，卻發現前半段聲音正常，後半段就不同步。今天先換新comskip，再升2.4.11 64位元，結果轉檔直接失敗。因為所有片子都這樣，我就固定用同一集測試。我用Spectrum，懷疑他們賣無廣告西部台，可能改了我錄的頻道。升2.4.11後，Tivo remux一下就掛。
於是改回XP機器上的2.3.15轉，結果轉出來的檔案也是後半段聲音不同步。
Win10電競筆電我把comskip目錄改名成comskip.old，但反正Tivo remux失敗時根本不會跑到comskip。
Win10筆電我剛輸入Tivo Desktop Plus的金鑰，照樣死在Tivo remux。
我用的是付費版原廠comskip。
BillJ
Win10機器我退回更早的2.4 Beta 1，又能通過Tivo Remux並轉成mp4，但聲音仍會不同步，似乎發生在廣告剪除後。原本懷疑是暫存目錄設在D槽而非固態碟，改回C槽也沒用。現正試另一個tivo檔。
RBoy
2019 年7 月 20 日 18:22
2
能否請您提供兩次轉換的記錄檔，分別是舊版 2.3.15 與新版 2.4.11。只要組態相同，tivo remuxing 部分應該不會有任何差異。您使用的是 TiVO Desktop（快速）還是慢速傳輸（KMTTG）？這與 comskip 無關，而是檔案重新拼接的問題；舊版有時會出現不同步，新版已修正。
BillJ
2019 年7 月 20 日 20:05
3
已经折腾了好几个小时，日志文件可能因此显得混乱。
在把 Win10 机器上的 MCEBuddy 回退到旧版本后，我又能转码了。本质上，这与 XP 机器上 2.3.15 版本的转码结果几乎没区别，两者都存在音画不同步的问题。
在 Win10 机器上，我尝试了不剔除广告的转码。先用“AVI 无处理”，一部老西部片开头同步正常（我专挑 1955 年前的），但跳到片尾又出现延迟。
刚刚又试了一次“AVI Mpeg2 不剪广告”，还是那部 Roy Rogers 片子。检查发现：第一段广告前音画同步，广告一过就不同步了。
所以，即使不剪掉广告，只要它们存在，就会破坏同步。
有趣的是，当我开始录西部片时，我把《Zane Grey Theatre》所有集都设了预约录制，可 Charter/Spectrum 经常把不同季的 4、5 集排在一起，却播花哨广告，结果这些集如果重播也录不到，相当于被“屏蔽”了。
因此，我仍怀疑这是故意用来阻止去广告的手段。
BillJ
BillJ
2019 年7 月 21 日 14:23
4
所以，在運行 2.3.15 的 XP 或運行 2.4 beta 的 Dell G3 上，Tivo 檔的西部片在第一段廣告後就會出現同步問題；而運行 2.4.11 的 Dell G3 則在 remux 階段失敗。
於是，今晨我用 HDHR 在專線錄了一集《Death Valley Days》到 XP 機器，再跑 MCEBuddy 2.3.15，結果得到完美影片：無廣告、音訊同步無誤。
我注意到，若把 HDHR 的 .ts 檔複製到隨身碟，準備在 Win10 Dell 上測試轉檔時，會跳出一個提示：「/確認串流遺失。檔案 … 帶有額外資訊，繼續複製可能遺失。檔案內容不受影響。可能遺失的資訊包括：:metadata.xml:$DATA 與 :Timing.Info:$$DATA」
我也用 Tivo 錄了這集。我會把它傳到 XP 機器，再試著搬到隨身碟。如果複製時沒有提到資料遺失，那問題或許在於 Tivo 並未傳送 Timing.Info:$$DATA。
BillJ
BillJ
2019 年7 月 21 日 14:43
5
Silicondust HDHR3 录制的《Death Valley Days》.ts 文件先复制到 U 盘，再拷到 Win10 电脑，由 MCEBuddy 2.4 beta 以“MP4 Normal”格式转码。我未勾选去广告，因为昨晚最后测试的就是它。生成的 MP4 可完整播放到底。因此，从 XP 机器复制 .ts 文件时被截留的 Timing.Info:$$DATA 并非转换成功的关键，.tivo 文件的问题应出在其他地方。
BillJ
2019 年7 月 21 日 14:57
6
將 .tivo 檔案從 XP 電腦複製到隨身碟時，並未出現任何有關 $$DATA 被保留的提示。
同時在 XP 電腦與 Win10 電腦上開始轉檔……XP 電腦較慢，大約需要 3 分半（這支黑白影片相對來說非常小）；Win10 先用 2.4 beta 版完成，但接近結尾時同步失敗。檢查 XP 上的 2.3.15 版轉檔結果──同步同樣在後半段失敗。
因此，SiliconDust HomeRun 3 錄製的檔案轉檔成功，但傳到任一電腦的 TiVo 錄製檔案都無法在整部影片維持音訊同步。
我注意到 TiVo Desktop 的快速傳輸選項並未勾選。
BillJ
2019 年7 月 21 日 16:26
7
在 Win10 机器上用 MCEBuddy 2.5 Beta 1 测试 .tivo 文件。MP4 Normal 在 remux 阶段失败；AVI MPeg2 也在 remux 阶段失败。把设置改成“不要 remux”，重启机器，确认已勾选“不 remux”，开始转换，但 beta 版无视该选项，结果转换失败。再次尝试 AVI Mpeg2 无处理，并勾选“不 remux”，程序仍尝试 remux，转换再次失败。
需要说明，我不仅使用 Tivo Desktop 的慢速传输，而且只用 MCEBuddy.ServiceCMD.exe，并已禁用 MCEBuddy Windows 服务。接下来会尝试 Tivo 快速传输。
Win10 机器，Dell G3 笔记本，用 Tivo Desktop 快速传输《Death Valley Days》的一集（来源 XL4），MCEBuddy 2.5 Beta 1（2019 年 7 月 18 日），MCEBuddy 2.x 命令行服务，转换为 MP4 并勾选“不 remux”，转换在尝试 remux 后失败。可能是新款 Tivo 设备发送的文件格式不同？
BillJ
2019 年7 月 21 日 20:21
8
要在 XP 機器上透過 SiliconDust 錄出乾淨的檔案花了不少功夫，問題可能出在 MCEBuddy 的資料處理。起初我把 SiliconDust 接在網路上，但後來加裝第二張網卡專門給 SiliconDust 使用後情況改善。不過成品仍會出現雜訊。最終最穩定的做法是：每晚開始錄影前，先把連接網際網路的那張網卡停用，錄完後再啟用，然後執行 MCEBuddy。但還有一步：錄影前我會執行 kill.tivo.bat，用 taskkill 結束兩個 tivo 程序──tivotransfer.exe 與 tivonotify.exe──以及任何可能開啟的瀏覽器與郵件程式。可以肯定的是，tivotransfer.exe 或 tivonotify.exe 會定期做些動作，干擾錄影或後續 MCEBuddy 的資料處理，導致 SiliconDust 效果變差，或讓 MCEBuddy 無法正確區分節目與廣告。
BillJ
2019 年7 月 23 日 15:40
9
在搭载Win10的Dell G3游戏本上换了个思路：先卸载MCEBuddy 2.5 Beta 1 64位，再装上最新的32位稳定版2.4.11。测试一部刚从TiVo传过来的新录电影，目前进度已经跑到“Remuxing TiVo file…”，以前从没走到这一步。用64位版本时，日志里报“system.badimageformatexception”，上codeproject.com一查：“通常是64位与32位DLL构建和进程差异导致”。
remux后失败，日志提示：“Unsupported codec with id 0 for input stream 2”。流信息：#0:0 Video mpeg2video；#0:1 Audio ac3；#0:2 Unknown:none。用的是TiVo Desktop“快速传输”，接下来换“慢速”再试……
Remux→广告扫描→进行中→失败。注意：从未勾选“忽略拷贝保护”。
——
发现是自己搞错了：切到32位版本会跑到32位Program Files下的MCEBuddy2x，我只改了comskip.ini路径，却忘了把comskip.exe路径也改过去。重新测试。
——
换成剧集而非电影，重新跑一部22分钟的《Death Valley Days》TiVo录制。几乎成功，播到14分钟时音画失步；但期间我没让电脑完全空转。再试部电影。
BillJ
2019 年7 月 23 日 18:46
11
32 位元穩定版，傳輸緩慢，電影 Revolver.tivo，正在 remuxing、分析、comskip 運作中，剪輯…合併…分析…轉換中…（預計 12 分 44 秒）…完成。檢查中。57 分 1:41 處同步良好，1:19 處略有偏差，結尾仍有些微偏移。可能是記憶體容量問題，加上硬碟是混合式而非純 SSD。
切換到 shows/other 與 shows。開始處理 Zane Grey 黑白 .tivo。結尾處同步略有偏差。
嘗試 3 個來自 SilconDust HDHR3 的 Death Valley Days 影片。我注意到用 HDHR3 錄影時，若同一天或同一晚錄了多集，所有檔案都會顯示為該晚第一筆錄影的系列、集數與名稱。有時甚至只會顯示錄影的日期與時間。全部錄製／轉換成功。
現在回到 Beta 1 64 位元版，重新快速下載，試圖重現今天稍早出現的失敗。
執行 2.5 beta 1，Revolver.tivo，快速傳輸，失敗。已重現 System.BadImageFormatException，並將記錄檔傳送給 Goose。
Goose
2019 年7 月 23 日 22:04
12
MCEBuddy 64 位版本在处理 TiVO 转封装时出现的 BadImageFormatException 已在今天的 2.5.1 BETA 版中修复。该问题是在 2.4.9 64 位版本的一次优化更改中引入的。