我用Fabelman的WAV檔，全長是兩小時三十分三十一秒，大小是1.61GB，位元速率是1536kbps，雙聲道立體聲，音訊取樣率是48000Hz，取樣位元數是16位元，WAV容器格式是PCM S16LE。

PAT轉MP3的設定是，取樣率48000Hz，使用VBR變動位元速率，雙聲道立體聲，VBR品質是V0最高品質，重取樣品質用高品質，超幅處理是使用全檔一致，低通的頻寬是20000Hz，VBR最低位元率選自動，最高位元率也是自動。不啟用自動混音，不保留文字標籤，不保留封面，關閉額外驗證。


啟用GPU輔助，總共用時：三十五點八百四十一秒！總大小是兩百六十七MB。
不啟用GPU輔助，總共用時：二十七點四百七十秒！總大小是兩百六十七MB。

PAT轉AAC的設定是，取樣率48000Hz，使用AAC-LC編碼類型，用M4A檔案容器格式，使用VBR變動位元速率，VBR品質是5最高品質，雙聲道立體聲，啟用Afterburner品質強化，重取樣品質用高品質，超幅處理是使用全檔一致，低通的頻寬是20000Hz。不啟用自動混音，不保留文字標籤，不保留封面，關閉額外驗證。


啟用GPU輔助，總共用時：二十九點五百二十八秒！總大小是兩百一十一MB。
不啟用GPU輔助，總共用時：二十六點六百五十秒！總大小是兩百一十一MB。

PAT轉FLAC並用8192區塊的設定是，選用浮點量化，壓縮等級是8，整數位深是24bit整數PCM，取樣率48000Hz，雙聲道立體聲，重取樣品質用高品質，超幅處理是使用全檔一致，低通的頻寬是20000Hz。量化抖動是自動，不啟用自動混音，不保留文字標籤，不保留封面，索引間隔是每一秒一個，編碼區塊大小是8192，預測器用LPC，LPC階數是32階。關閉額外驗證。


啟用GPU輔助，總共用時：五十一點八百八十一秒！總大小是六百七十MB。
不啟用GPU輔助，總共用時：四十九點二百一十秒！總大小是六百七十MB。

PAT轉FLAC並用4096區塊的設定是，選用浮點量化，壓縮等級是8，整數位深是24bit整數PCM，取樣率48000Hz，雙聲道立體聲，重取樣品質用高品質，超幅處理是使用全檔一致，低通的頻寬是20000Hz。量化抖動是自動，不啟用自動混音，不保留文字標籤，不保留封面，索引間隔是每一秒一個，編碼區塊大小是4096，預測器用LPC，LPC階數是32階。關閉額外驗證。


啟用GPU輔助，總共用時：四十六點九百零二秒！總大小是六百七十MB。
不啟用GPU輔助，總共用時：四十六點五百二十四秒！總大小是六百七十MB。

以上設定，我全採用我所知的最高品質的設定，而且都是選用大部份人最常用的選項，不在乎轉碼後的檔案總大小，但是會最小化轉碼後每一秒的大小。

我的硬體是4070 12GB，PAT在運行時會啟用4GB的顯存。而我有64GB的DDR4四通道，PAT轉碼會保留約40GB內存給轉碼用，而運行的時候會佔用到約5GB的內存。
我的CPU是XEON E5-2697AV4，有十六個實體核心，實際在轉碼的實體核心有十五個，總是超頻到3GHz。

基本上我不建議所有的人都開GPU輔助，因為其實在我自已的測試中，雖然會再快一點點，但是，也就那麼一點點，絕大多數的時候並不會很明顯的更快，除非你用的是12GB以上的版本。
再加上，不是每一個會用到轉碼的人，他的電腦會裝這麼好的N卡。而且要靠GPU輔助，你還要有PCIE5.0或4.0才會產生有效的差別。

另外，我提供我用來測試的Fabelman WAV給大家下載，很大1.61GB。
測試用的Fabelman WAV檔

我也很想用FFmpeg來比較，但是我想來想去，因為已經多核轉碼了，這就要考慮你是用AMD或是Intel的CPU，因為AMD舊的Ryzen多核是對稱式的，Threadripper及EPYC更是，但是Intel就有大小核的問題。
這樣基本上沒辦法比較。
另外還要看你用的是DDR5或是DDR4，再看你有幾通道。
所以我實在沒想過要怎麼用FFmpeg做相對公平的比較。
PCIE5跟4，還有你用的是不是NVME SSD都會影響。
我用的是四個一組的SATA RAID0 HDD。

如果用我自已的電腦來比較FFmpeg我得到的答案是：
案例MP3-V0 平均時間160.258049 最短時間159.784606 最長時間160.89861
案例AAC-VBR5 平均時間164.810699 最短時間164.33422 最長時間165.569188
案例FLAC-8192 平均時間83.656338 最短時間83.126785 最長時間84.179587
案例FLAC-4096 平均時間86.011578 最短時間85.584775 最長時間86.538704