wai008 发表于 2019-8-14 14:53
Delay relative to video : 2 s 0 ms
延迟 2 秒
眼大大睇过界，原来係呢一行。顺便问下，係未如果壓片時要連聲道一起壓制出嘅mkv，拖入mkvtool中係唔会显示条音有延迟嘅？
stevencif 发表于 2019-8-14 18:49
以前的5.3.0 有delay，轉用9.8.0就沒有delay，現在用v35
佢可以自动检测出延迟几多？咁方便？
本帖最后由 stevencif 于 2019-8-14 19:46 编辑
condor 发表于 2019-8-14 19:25
佢可以自动检测出延迟几多？咁方便？
唔係自动检测出延迟几多，而係舊版本有可能對錯時間，或者原本的是用新版本軟件封裝，舊版本軟件唔識應對
stevencif 发表于 2019-8-14 18:49
以前的5.3.0 有delay，轉用9.8.0就沒有delay，現在用v35
剛剛比較了, 用 v35 直接用 TS 的 audio 是會出現聲畫不同步 (相差好少)
wai008 发表于 2019-8-14 14:53
Delay relative to video : 2 s 0 ms
延迟 2 秒
其实点解会出现延迟？帧速唔变唔係总时长唔变咩？
wai008 发表于 2019-8-14 19:45
剛剛比較了, 用 v35 直接用 TS 的 audio 是會出現聲畫不同步 (相差好少)
唔同的機錄出的TS會有唔同，有時下載人哋的TS，要用返9.8.0的封TS audio
但9.8.0有認唔到TS dvbsub，用35認到有
condor 发表于 2019-8-14 19:51
其实点解会出现延迟？帧速唔变唔係总时长唔变咩？
任何轉換都會出現損耗
stevencif 发表于 2019-8-14 19:44
唔係自动检测出延迟几多，而係舊版本有可能對錯時間，或者原本的是用新版本軟件封裝，舊版本軟件唔識應對 ...
你講得唔啱。其實原因在於 新舊版MKV核心封裝文件採用了不同的封裝步驟進行封裝。所以就出現左依種情況。
新版在封裝前會先為文件進行一次預先“參數”排“表”，之後開始封裝工作時就會嚴格按照表單進行。所以依度參照物為總“表”。而用新版MKV核心封過的片分出來的文件會帶有“表”頭文件，當你再次合番做MKV文件時，延遲等相關信息就會被放入總“表”，在處理之時就會自動幫你延遲。
舊版MKV核心無“表”之說，工作流程只會按文件時間軸去編排時序。音頻文件通常不會被一次性檢測。也就是說無論你有無將聲音延時或延遲都好，它都只會放在時間軸的最前端和視頻時間軸與之並列，以達到文件封裝後的一致時間長度，以依種方式保證文件可靠性。 所以就算個音頻文件在分離出來之時有保留延遲數值，但用舊版去封裝係一樣無法識別延遲幾多時間的，因為它不讀取“表”頭值。致使出現音畫不同步！！
wai008 发表于 2019-8-14 19:45
剛剛比較了, 用 v35 直接用 TS 的 audio 是會出現聲畫不同步 (相差好少)
依個與MKV無關吧！檢查一下TS所調用的編解碼器設置吧！
樓主咁都留意到...勁~!!!!