跳轉到內容

MeGUI/常見問題

100% developed
來自 Wikibooks,開放世界中的開放書籍


MeGUI 是做什麼的?MeGUI 適用於哪些基本用例?

[編輯 | 編輯原始碼]

您可以在此處新增答案...

  • web.archive.org/web/20140214061901/ //mewiki.project357.com/wiki/Main_Page mewiki.project357.com/wiki/Main_Page

在哪裡可以獲取 MeGUI 的最新版本?

[編輯 | 編輯原始碼]

SourceForge 上有一個 MeGUI 的副本,即使不是最新版本,您也可以使用它更新到最新版本。

如何使用 MeGUI 的開發版本?

[編輯 | 編輯原始碼]

您可以在選項 -> 設定 -> 額外配置 -> 配置伺服器中切換到最前沿的開發版本。

您推薦哪個版本 - 穩定版還是開發版?

[編輯 | 編輯原始碼]

開發版本是最新的版本,直接來自 SVN。問題是這些版本可能存在更多錯誤。要獲取可能更穩定的版本,但功能較少,請獲取以下版本的構建

如何報告錯誤或請求功能?

[編輯 | 編輯原始碼]

MeGUI 使用 SourceForge 的跟蹤器來處理這兩個方面。您可以在無需帳戶的情況下檢視和釋出 錯誤報告功能請求

我可以使用哪個版本的 .NET 框架?

[編輯 | 編輯原始碼]

2.0 和 3.0 版本應該都可以工作。

儲存 ___ 的路徑無效

[編輯 | 編輯原始碼]

此錯誤通常發生在您在安裝 MeGUI 之前沒有安裝 AviSynth 的情況下。解決方法是安裝 avisynth,建議安裝最新穩定版。

MeGUI 常規

[編輯 | 編輯原始碼]

什麼是工作程序?

[編輯 | 編輯原始碼]

MeGUI 的工作程序是可處理佇列中作業的“執行緒”。一個工作程序一次只能處理一個作業。您可能需要同時執行多個作業的原因有很多

  • 您正在執行一個作業,但它沒有使用所有 CPU(即,它受 IO 限制或其他因素影響)
  • 您想立即執行一個作業(即,執行一個小編碼並跳過長佇列)

您可以在此處閱讀有關工作程序的更多資訊:MeGUI 並行作業執行

如何使用延遲?

[編輯 | 編輯原始碼]

如果檔案的檔名中包含延遲值(延遲 __ms),或者您以其他方式知道需要延遲,則必須在 MeGUI 中的兩個位置之一進行補償。第一種方法是在混合最終檔案時將延遲值原樣寫入混合器配置中。第二種替代方法(即,僅使用其中一種方法)是在音訊配置中重新編碼音訊時新增延遲,同樣將延遲值原樣輸入。

如何匯入音訊?

[編輯 | 編輯原始碼]

如果僅新增音訊檔案不起作用,您可以建立一個 Avisynth 檔案來為您載入它。建立一個包含以下行的文字檔案

directshowsource("path\to\file.mp3",audio=true)

並將其儲存為 .avs。您可以使用此檔案將其匯入到您想要的任何格式。

影片常規

[編輯 | 編輯原始碼]

如何設定影片的縱橫比?

[編輯 | 編輯原始碼]

在主視窗中開啟影片後,可以在影片預覽視窗中設定。有關更深入的討論,請參閱AviSynth指令碼中的縱橫比訊號

我的源VOB檔案被分割了!如何告訴MeGUI的d2v索引器正確匯入它們?

[編輯 | 編輯原始碼]

如果vob檔案以VTS_xx_yy.vob的格式命名,其中xx對每個vob都相同,但yy不同(例如VTS_02_01、VTS_02_02等),並且它們位於同一目錄中,則它們將自動連結。

我的日誌顯示我的影片無法被16整除,我應該擔心嗎?

[編輯 | 編輯原始碼]

MeGUI中的所有影片編碼器在影片解析度能夠被16整除(也稱為mod16)時工作效果最佳。如果影片無法被16整除,則編碼器會將其向上填充到下一個16的整數倍。換句話說,如果由於某種原因你的影片無法滿足mod16條件,請嘗試確保編碼器需要執行的操作儘可能少。

非mod16編碼造成的質量損失在更高解析度下較低,並且通常很小。

使用xvid編碼不起作用!

[編輯 | 編輯原始碼]

檢查日誌。如果存在類似以下行的內容:Error opening input file extra\_____.cqm,則表示你沒有在正確的路徑中放置正確的量化矩陣。你需要下載.cqm檔案並將其放置在program files\megui\tools\xvidencraw\extra的預設位置。或者,你可以在xvid編解碼器配置中手動選擇.cqm的路徑。你可以在此帖子的附件中找到.cqm檔案。

執行緒數如何影響質量?

[編輯 | 編輯原始碼]

x264使用兩種模型實現執行緒。第一種是Avisynth輸入執行緒,第二種是並行幀編碼。

  • Avisynth輸入執行緒:如果輸入是.avs指令碼,此設定將告訴x264在其自己的執行緒中解碼avs。這對於CPU密集型指令碼特別有用,即使對於最快的指令碼,也有一定的優勢。在MeGUI中,此選項始終處於啟用狀態,因為它不會降低編碼速度或質量。
  • 並行幀編碼:並行幀編碼方法是在最近的x264版本中引入的,類似於Xvid 1.2中多執行緒編碼的實現。它在速度和最終質量方面都比以前使用的切片方法實現更有效。此選項位於MeGUI的x264編解碼器配置中。命令列開關為--threads n

恆定量化器和恆定質量之間有什麼區別?

[編輯 | 編輯原始碼]

這兩種模式是“未知位元率,已知質量”通用概念的變體,其中編碼器旨在編碼到指定的質量級別。這與正常的“已知位元率,未知質量”模型相反,在該模型中,編碼器被賦予平均位元率,並且必須使用該位元率生成儘可能好的檔案。前者的優點顯然是可以精確設定質量,而後者允許精確控制檔案大小。哪一個適合你,由你自己決定。請注意,1遍恆定質量/量化器編碼在相同檔案大小下,其效果不如2遍編碼。

在x264中,有兩種“已知質量”模式,恆定量化器(CQ)和恆定質量(也稱為CRF,恆定速率因子)。

  • 恆定量化器:每一幀都使用數學上相同的量化器進行編碼。恆定量化器生成的x264程式檔案具有完美的恆定質量(其他影片編碼器程式也會以類似的方式“解釋”它)。
  • 恆定質量(也稱為恆定速率因子):影片編碼到名義量化器,但編碼器在不同的幀上改變數化器,以提供更高的主觀質量。輸出的大小可能與CQ編碼大致相同(你的里程可能會有所不同),但對人類來說,它看起來會更好,因此通常是這兩種模式中使用更多的一種。
華夏公益教科書