＋＝＝＝＝＝＝＝＝＝＝＝＝＋＝＝＝＝＝＝＝＝＝＝＋＝＝＝＝＝＝＝＝＝＝＋
｜　　　　轉碼設定　　　　｜　ＦＦｍｐｅｇ用時　｜　ＰＡＴ無顯卡用時　｜
＋＝＝＝＝＝＝＝＝＝＝＝＝＋＝＝＝＝＝＝＝＝＝＝＋＝＝＝＝＝＝＝＝＝＝＋
｜ＭＰ３品質Ｖ０　　　　　｜　　１５８．７１０秒｜　　　２７．４７０秒｜
｜ＡＡＣ品質５　　　　　　｜　　１６４．１９８秒｜　　　２６．６５０秒｜
｜ＦＬＡＣ區塊８１９２　　｜　　　８２．９５６秒｜　　　４９．２１０秒｜
｜ＦＬＡＣ區塊４０９６　　｜　　　８５．４０８秒｜　　　４６．５２４秒｜
＋＝＝＝＝＝＝＝＝＝＝＝＝＋＝＝＝＝＝＝＝＝＝＝＋＝＝＝＝＝＝＝＝＝＝＋
｜　　　　統計方式　　　　｜　五次單線程中位數　｜　一次多核心用時　　｜
＋＝＝＝＝＝＝＝＝＝＝＝＝＋＝＝＝＝＝＝＝＝＝＝＋＝＝＝＝＝＝＝＝＝＝＋

因為PAT跑五次取中位數是沒有意義的，所以只跑一次就取數了。
而且，已經很明顯看到，PAT的轉碼速度是遠快過FFmpeg的。

我還特別要求FFmpeg要啟用15個實體核心配上15個執行緒來轉碼，真正的問題在FFmpeg中以上三個codec只能以單線程的型式運行在一個實體核心，所以FFmpeg是無法跟PAT比轉碼速度的。

這樣大家應該明白，PAT在實體核心數多且RAM又大的電腦上會給大家多大的速度幫助。
如果你是DDR5雙通道，其實應該會非常快，因為我的DDR4四通道最多也只能跑2400MHz。
當然如果你有EPYC或Threadripper會超級快！

最後NVME SSD跟PCIE5理論上也可以非常明顯的加速。