MKV抽取的音轨少咗三秒

condor

wai008 发表于 2019-8-14 14:53
Delay relative to video        : 2 s 0 ms
延迟 2 秒

眼大大睇过界，原来係呢一行。顺便问下，係未如果壓片時要連聲道一起壓制出嘅mkv，拖入mkvtool中係唔会显示条音有延迟嘅？

condor

stevencif 发表于 2019-8-14 18:49
以前的5.3.0 有delay，轉用9.8.0就沒有delay，現在用v35

佢可以自动检测出延迟几多？咁方便？

stevencif

condor 发表于 2019-8-14 19:25
佢可以自动检测出延迟几多？咁方便？

唔係自动检测出延迟几多，而係舊版本有可能對錯時間，或者原本的是用新版本軟件封裝，舊版本軟件唔識應對

wai008

stevencif 发表于 2019-8-14 18:49
以前的5.3.0 有delay，轉用9.8.0就沒有delay，現在用v35

剛剛比較了, 用 v35 直接用 TS 的 audio 是會出現聲畫不同步 (相差好少)

condor

wai008 发表于 2019-8-14 14:53
Delay relative to video        : 2 s 0 ms
延迟 2 秒

其实点解会出现延迟？帧速唔变唔係总时长唔变咩？

stevencif

wai008 发表于 2019-8-14 19:45
剛剛比較了, 用 v35 直接用 TS 的 audio 是會出現聲畫不同步 (相差好少)

唔同的機錄出的TS會有唔同，有時下載人哋的TS，要用返9.8.0的封TS audio
但9.8.0有認唔到TS dvbsub，用35認到有

wai008

condor 发表于 2019-8-14 19:51
其实点解会出现延迟？帧速唔变唔係总时长唔变咩？

任何轉換都會出現損耗

netasa

stevencif 发表于 2019-8-14 19:44
唔係自动检测出延迟几多，而係舊版本有可能對錯時間，或者原本的是用新版本軟件封裝，舊版本軟件唔識應對 ...

你講得唔啱。其實原因在於 新舊版MKV核心封裝文件採用了不同的封裝步驟進行封裝。所以就出現左依種情況。

新版在封裝前會先為文件進行一次預先“參數”排“表”，之後開始封裝工作時就會嚴格按照表單進行。所以依度參照物為總“表”。而用新版MKV核心封過的片分出來的文件會帶有“表”頭文件，當你再次合番做MKV文件時，延遲等相關信息就會被放入總“表”，在處理之時就會自動幫你延遲。

舊版MKV核心無“表”之說，工作流程只會按文件時間軸去編排時序。音頻文件通常不會被一次性檢測。也就是說無論你有無將聲音延時或延遲都好，它都只會放在時間軸的最前端和視頻時間軸與之並列，以達到文件封裝後的一致時間長度，以依種方式保證文件可靠性。 所以就算個音頻文件在分離出來之時有保留延遲數值，但用舊版去封裝係一樣無法識別延遲幾多時間的，因為它不讀取“表”頭值。致使出現音畫不同步！！

netasa

wai008 发表于 2019-8-14 19:45
剛剛比較了, 用 v35 直接用 TS 的 audio 是會出現聲畫不同步 (相差好少)

依個與MKV無關吧！檢查一下TS所調用的編解碼器設置吧！

hannah_g

樓主咁都留意到...勁~!!!!