1. 項(xiàng)目緣起與整體設(shè)計(jì)思路1.1 為什么要做這個(gè)視頻超分工具家里那臺(tái)老電腦硬盤里存著一批2000年前后的動(dòng)畫片源分辨率大多是640×480甚至更低碼率也慘不忍睹。孩子最近開始對(duì)這些內(nèi)容感興趣但直接在現(xiàn)在的顯示器上播放滿屏的鋸齒和色塊實(shí)在看不下去。市面上現(xiàn)成的超分軟件要么收費(fèi)不菲要么操作復(fù)雜到讓人抓狂要么就是效果過(guò)于“AI化”——人物臉部被磨得像塑料失去了原畫的手繪質(zhì)感。于是我就想能不能自己動(dòng)手做一個(gè)輕量級(jí)的桌面工具專門針對(duì)老動(dòng)畫這種場(chǎng)景做超分辨率處理。核心訴求很明確第一要能批量處理不能一集一集手動(dòng)操作第二要保留原畫的線條感和色彩風(fēng)格不能過(guò)度銳化或涂抹第三要能利用上顯卡的算力不然處理一集20分鐘的動(dòng)畫要等好幾個(gè)小時(shí)誰(shuí)也受不了。這個(gè)項(xiàng)目最終選定的技術(shù)棧是C# WinForms做界面、APISR做超分推理、Vulkan做GPU加速。下面我會(huì)把整個(gè)設(shè)計(jì)和實(shí)現(xiàn)過(guò)程拆開來(lái)講包括為什么這么選、每一步怎么落地、踩過(guò)哪些坑。1.2 技術(shù)選型的背后邏輯先說(shuō)界面層為什么用 WinForms 而不是 WPF 或 MAUI。這個(gè)工具的使用者就是我自家人不需要花哨的動(dòng)畫效果和復(fù)雜的響應(yīng)式布局。WinForms 的開發(fā)效率極高拖控件、綁事件、調(diào)后臺(tái)線程半天就能把主界面搭起來(lái)。而且 WinForms 對(duì) Windows 平臺(tái)的兼容性最好從 Win7 到 Win11 都能跑不用擔(dān)心運(yùn)行時(shí)依賴問(wèn)題。對(duì)于一個(gè)內(nèi)部工具來(lái)說(shuō)開發(fā)速度和穩(wěn)定性比界面美觀重要得多。再說(shuō)超分算法為什么選 APISR。市面上超分模型很多比如 Real-ESRGAN、Waifu2x、ESRGAN 等。我實(shí)際對(duì)比測(cè)試下來(lái)APISR 在動(dòng)畫類內(nèi)容上的表現(xiàn)最符合我的需求。它的訓(xùn)練數(shù)據(jù)里包含了大量動(dòng)畫幀對(duì)線條邊緣的處理非常干凈不會(huì)像某些通用模型那樣在人物輪廓周圍產(chǎn)生光暈或振鈴效應(yīng)。而且 APISR 提供了多個(gè)預(yù)訓(xùn)練權(quán)重可以根據(jù)源片質(zhì)量選擇不同的模型靈活性很好。至于 Vulkan這是整個(gè)方案里最關(guān)鍵的加速層。APISR 原始實(shí)現(xiàn)是基于 PyTorch 的直接跑在 CPU 上速度極慢一幀1080p的輸出可能要好幾秒。通過(guò) Vulkan 做推理后端可以把卷積運(yùn)算卸載到 GPU 上速度提升非常明顯。我實(shí)測(cè)在中等檔位的獨(dú)立顯卡上處理一幀720×480的動(dòng)畫幀從輸入到輸出大概只需要80到120毫秒一集20分鐘的動(dòng)畫約30000幀大概40到60分鐘能跑完這個(gè)速度完全可以接受。1.3 整體架構(gòu)與數(shù)據(jù)流整個(gè)工具的數(shù)據(jù)流是這樣的用戶通過(guò) WinForms 界面選擇源視頻文件和輸出目錄設(shè)置超分倍數(shù)和目標(biāo)分辨率然后點(diǎn)擊開始。后臺(tái)會(huì)先用 FFmpeg 把視頻拆成幀序列同時(shí)提取音頻軌道。幀序列逐張送入 APISR 推理管線Vulkan 負(fù)責(zé)加速卷積計(jì)算。處理完的幀再通過(guò) FFmpeg 重新編碼成視頻最后和音頻合并輸出。這里有一個(gè)關(guān)鍵設(shè)計(jì)決策拆幀處理而不是直接處理視頻流。原因是 APISR 的輸入是單張圖像直接處理視頻流需要額外的封裝層而且一旦中間某幀出錯(cuò)整個(gè)視頻就廢了。拆幀處理的好處是可以斷點(diǎn)續(xù)傳處理到一半斷電了重新打開工具可以從上次中斷的幀繼續(xù)不用從頭再來(lái)。對(duì)于動(dòng)輒幾十分鐘的處理任務(wù)來(lái)說(shuō)這個(gè)容錯(cuò)性非常重要。注意拆幀會(huì)占用大量磁盤空間。一集20分鐘的動(dòng)畫按每秒24幀算大約28800幀每幀保存為PNG格式大概1到2MB總共需要30到60GB的臨時(shí)空間。建議提前清理好磁盤或者把臨時(shí)目錄設(shè)置到一個(gè)空間充足的盤符上。2. 核心細(xì)節(jié)解析與實(shí)操要點(diǎn)2.1 APISR 模型的選擇與加載APISR 提供了多個(gè)版本的預(yù)訓(xùn)練模型主要區(qū)別在于訓(xùn)練時(shí)使用的退化類型和放大倍數(shù)。對(duì)于老動(dòng)畫這種場(chǎng)景我推薦使用針對(duì)“壓縮偽影低分辨率”聯(lián)合退化訓(xùn)練的那個(gè)版本。這個(gè)版本對(duì)塊效應(yīng)和振鈴效應(yīng)的抑制效果最好同時(shí)能保持線條的銳利度。模型文件通常是一個(gè)包含網(wǎng)絡(luò)結(jié)構(gòu)和權(quán)重的二進(jìn)制文件大小在幾十MB到幾百M(fèi)B之間。加載時(shí)需要注意幾點(diǎn)第一模型文件要放在工具的可執(zhí)行文件同級(jí)目錄下的models文件夾里方便管理第二加載過(guò)程要放在后臺(tái)線程因?yàn)榇竽Ｐ图虞d可能需要幾秒鐘放在UI線程會(huì)卡界面第三加載完成后要做一次預(yù)熱推理用一張小尺寸的純色圖跑一遍讓GPU完成初始化和內(nèi)存分配這樣正式處理第一幀時(shí)不會(huì)突然卡頓。// 模型加載的簡(jiǎn)化示例 public async Task LoadModelAsync(string modelPath) { await Task.Run(() { // 初始化Vulkan設(shè)備和隊(duì)列 var device VulkanDevice.CreateDefault(); // 加載模型權(quán)重到GPU內(nèi)存 _model ApisrModel.Load(modelPath, device); // 預(yù)熱推理 using var warmupInput new Tensor(1, 3, 64, 64); _model.Forward(warmupInput); }); }2.2 Vulkan 加速的配置要點(diǎn)Vulkan 的初始化是整個(gè)項(xiàng)目里最容易出問(wèn)題的環(huán)節(jié)。不同顯卡廠商的驅(qū)動(dòng)實(shí)現(xiàn)有差異有些參數(shù)需要根據(jù)實(shí)際情況調(diào)整。首先是設(shè)備選擇如果機(jī)器上有集成顯卡和獨(dú)立顯卡兩塊要優(yōu)先選擇獨(dú)立顯卡?？梢酝ㄟ^(guò)枚舉物理設(shè)備檢查設(shè)備類型和可用顯存來(lái)篩選。其次是內(nèi)存分配策略。Vulkan 的內(nèi)存類型分為設(shè)備本地內(nèi)存、主機(jī)可見內(nèi)存等。對(duì)于推理任務(wù)輸入輸出張量應(yīng)該放在設(shè)備本地內(nèi)存里中間層的特征圖也盡量放在設(shè)備本地只有最終結(jié)果需要拷貝回主機(jī)內(nèi)存。這樣可以避免頻繁的PCIe傳輸成為瓶頸。還有一個(gè)容易忽略的點(diǎn)是命令緩沖區(qū)的復(fù)用。每幀推理都需要提交命令緩沖區(qū)到隊(duì)列執(zhí)行如果每幀都重新創(chuàng)建命令緩沖區(qū)開銷會(huì)很大。正確的做法是預(yù)先創(chuàng)建一組命令緩沖區(qū)循環(huán)使用每幀只需要重置并重新錄制命令即可。配置項(xiàng)推薦值說(shuō)明設(shè)備類型獨(dú)立顯卡優(yōu)先選擇顯存大、計(jì)算單元多的設(shè)備內(nèi)存分配設(shè)備本地減少主機(jī)與設(shè)備間的數(shù)據(jù)傳輸命令緩沖區(qū)數(shù)量2-3個(gè)支持CPU和GPU并行工作隊(duì)列族支持計(jì)算和傳輸避免額外的隊(duì)列同步開銷描述符集預(yù)分配池避免每幀重新分配2.3 視頻拆幀與音頻提取的細(xì)節(jié)FFmpeg 是拆幀和音頻提取的核心工具。拆幀命令需要指定輸出格式為無(wú)損的PNG或BMP避免JPEG壓縮引入額外偽影。同時(shí)要確保幀率與原視頻一致不能丟幀或重復(fù)幀。# 拆幀命令示例 ffmpeg -i input.mp4 -vsync 0 -f image2 frames/frame_%06d.png # 提取音頻命令示例 ffmpeg -i input.mp4 -vn -acodec copy audio.aac這里有幾個(gè)實(shí)操要點(diǎn)。第一-vsync 0參數(shù)很重要它保證每一幀都按原始時(shí)間戳輸出不會(huì)因?yàn)閹兽D(zhuǎn)換而丟幀。第二輸出文件名用六位數(shù)字編號(hào)方便后續(xù)按順序處理也方便斷點(diǎn)續(xù)傳時(shí)定位。第三音頻提取時(shí)用-acodec copy直接復(fù)制音頻流不做重新編碼保證音質(zhì)無(wú)損。提示如果源視頻是可變幀率VFR拆幀后幀數(shù)可能和預(yù)期不一致。建議先用 FFprobe 查看視頻的幀率信息如果是VFR最好先轉(zhuǎn)成固定幀率再處理否則重新合成時(shí)音畫同步會(huì)出問(wèn)題。2.4 超分推理的批處理策略逐幀推理雖然簡(jiǎn)單但GPU利用率不高。因?yàn)槊繋评頃r(shí)GPU的計(jì)算單元可能只用了30%到50%大部分時(shí)間在等待內(nèi)存?zhèn)鬏敽屯?。為了提高吞吐量可以采用批處理策略一次送多幀進(jìn)網(wǎng)絡(luò)。但批處理也有代價(jià)批大小越大顯存占用越高。對(duì)于1080p輸出批大小為4時(shí)大概需要4到6GB顯存。如果顯存不夠可以動(dòng)態(tài)調(diào)整批大小或者把圖像切成小塊分別處理再拼接。我一般建議從批大小2開始試如果顯存有富余再往上加。還有一個(gè)技巧是異步流水線用兩個(gè)線程一個(gè)負(fù)責(zé)從磁盤讀取幀并預(yù)處理另一個(gè)負(fù)責(zé)推理。這樣當(dāng)GPU在計(jì)算當(dāng)前批次時(shí)CPU已經(jīng)在準(zhǔn)備下一批數(shù)據(jù)了整體速度能提升20%到30%。3. 實(shí)操過(guò)程與核心環(huán)節(jié)實(shí)現(xiàn)3.1 環(huán)境準(zhǔn)備與依賴安裝在開始寫代碼之前需要先把開發(fā)環(huán)境搭好。我用的開發(fā)工具是 Visual Studio 2022 社區(qū)版工作負(fù)載勾選“.NET桌面開發(fā)”。項(xiàng)目目標(biāo)框架選 .NET 6 或 .NET 8這兩個(gè)版本對(duì) WinForms 的支持都很成熟而且性能比 .NET Framework 好很多。Vulkan 的 .NET 綁定我推薦用 Vulkan.NET 或者 SharpVulkan這兩個(gè)庫(kù)都提供了比較完整的 API 封裝。安裝方式很簡(jiǎn)單通過(guò) NuGet 包管理器搜索安裝即可。APISR 的推理庫(kù)需要自己編譯或者找現(xiàn)成的動(dòng)態(tài)鏈接庫(kù)放到項(xiàng)目輸出目錄下。FFmpeg 不需要安裝到系統(tǒng)里直接把 ffmpeg.exe 和 ffprobe.exe 放到工具目錄下通過(guò)進(jìn)程調(diào)用即可。這樣工具可以做成綠色版拷貝到別的機(jī)器上也能直接用。!-- 項(xiàng)目文件中的包引用示例 -- ItemGroup PackageReference IncludeVulkan.NET Version1.0.0 / PackageReference IncludeSharpVulkan Version1.2.0 / /ItemGroup3.2 主界面布局與交互設(shè)計(jì)WinForms 的界面設(shè)計(jì)原則是“功能優(yōu)先布局清晰”。主界面我分成了四個(gè)區(qū)域頂部是源文件選擇區(qū)包含一個(gè)文本框顯示路徑和一個(gè)瀏覽按鈕中間是參數(shù)設(shè)置區(qū)包括超分倍數(shù)下拉框、輸出分辨率輸入框、模型選擇下拉框下面是進(jìn)度顯示區(qū)包含進(jìn)度條、當(dāng)前狀態(tài)標(biāo)簽和日志文本框底部是操作按鈕區(qū)開始、暫停、停止三個(gè)按鈕。進(jìn)度條要支持兩種模式確定進(jìn)度和不確定進(jìn)度。拆幀階段總幀數(shù)未知用跑馬燈模式推理階段總幀數(shù)已知用百分比模式。日志文本框要設(shè)置成只讀并且限制最大行數(shù)防止處理大量幀時(shí)內(nèi)存被日志撐爆。// 更新進(jìn)度的示例方法 private void UpdateProgress(int current, int total) { if (InvokeRequired) { BeginInvoke(new Action(() UpdateProgress(current, total))); return; } progressBar.Maximum total; progressBar.Value current; statusLabel.Text $處理中 {current}/{total} 幀; }3.3 拆幀與推理的完整流程整個(gè)處理流程分為五個(gè)階段預(yù)處理、拆幀、推理、合成、清理。預(yù)處理階段檢查輸入文件是否存在、輸出目錄是否有足夠空間、模型文件是否完整。拆幀階段調(diào)用 FFmpeg 把視頻拆成PNG序列同時(shí)提取音頻。推理階段逐幀讀取PNG送入 APISR 模型輸出超分后的圖像保存到另一個(gè)目錄。合成階段用 FFmpeg 把超分幀序列和音頻合并成最終視頻。清理階段刪除臨時(shí)幀文件釋放磁盤空間。每個(gè)階段都要有錯(cuò)誤處理和重試機(jī)制。比如拆幀時(shí)如果 FFmpeg 返回非零退出碼要讀取標(biāo)準(zhǔn)錯(cuò)誤輸出把錯(cuò)誤信息記錄到日志里。推理時(shí)如果某幀處理失敗可以跳過(guò)該幀用前后幀插值補(bǔ)上或者直接終止并提示用戶。// 推理循環(huán)的簡(jiǎn)化示例 public async Task RunInferenceAsync(string inputDir, string outputDir, int scale) { var frames Directory.GetFiles(inputDir, *.png).OrderBy(f f).ToArray(); for (int i 0; i frames.Length; i) { if (_cancellationToken.IsCancellationRequested) break; using var input Image.Load(frames[i]); using var output _model.Infer(input, scale); output.Save(Path.Combine(outputDir, Path.GetFileName(frames[i]))); UpdateProgress(i 1, frames.Length); } }3.4 視頻合成與音畫同步處理合成階段是最容易出問(wèn)題的環(huán)節(jié)。FFmpeg 合成視頻時(shí)如果幀率和原視頻不一致會(huì)導(dǎo)致播放速度異常。正確的做法是在拆幀時(shí)記錄原視頻的幀率合成時(shí)用-r參數(shù)指定相同的幀率。音畫同步是另一個(gè)難點(diǎn)。如果推理階段丟了幾幀合成后的視頻會(huì)比音頻短導(dǎo)致音畫不同步。解決方法是在合成前檢查幀數(shù)如果和預(yù)期不符用 FFmpeg 的-shortest參數(shù)以較短的流為準(zhǔn)或者用-itsoffset調(diào)整音頻延遲。# 合成命令示例 ffmpeg -framerate 24 -i output_frames/frame_%06d.png -i audio.aac -c:v libx264 -crf 18 -preset slow -c:a copy -shortest final_output.mp4注意-crf參數(shù)控制視頻質(zhì)量數(shù)值越小質(zhì)量越高文件越大。對(duì)于動(dòng)畫內(nèi)容建議用18到22之間的值。-preset slow會(huì)降低編碼速度但提高壓縮效率如果追求速度可以改成medium或fast。4. 常見問(wèn)題與排查技巧實(shí)錄4.1 Vulkan 初始化失敗怎么辦這是最常見的問(wèn)題表現(xiàn)是程序啟動(dòng)后提示“無(wú)法創(chuàng)建Vulkan設(shè)備”或“找不到兼容的物理設(shè)備”。排查思路如下首先確認(rèn)顯卡驅(qū)動(dòng)是否最新老驅(qū)動(dòng)可能不支持某些Vulkan特性。其次檢查是否安裝了Vulkan運(yùn)行時(shí)庫(kù)Windows上需要vulkan-1.dll可以從顯卡廠商官網(wǎng)下載。如果機(jī)器上有多個(gè)GPU嘗試手動(dòng)指定使用哪一個(gè)。還有一個(gè)隱蔽的問(wèn)題是遠(yuǎn)程桌面環(huán)境。在遠(yuǎn)程桌面會(huì)話中Vulkan 可能無(wú)法訪問(wèn)GPU導(dǎo)致初始化失敗。這種情況下需要在本地物理機(jī)上運(yùn)行或者改用CPU推理模式速度會(huì)慢很多。問(wèn)題現(xiàn)象可能原因解決方法找不到物理設(shè)備驅(qū)動(dòng)過(guò)舊更新顯卡驅(qū)動(dòng)到最新版設(shè)備創(chuàng)建失敗缺少運(yùn)行時(shí)庫(kù)安裝Vulkan Runtime顯存分配失敗顯存不足減小批大小或降低輸出分辨率推理結(jié)果全黑內(nèi)存類型不匹配檢查輸入張量的內(nèi)存布局程序崩潰命令緩沖區(qū)未同步添加?xùn)艡诨蛐盘?hào)量等待4.2 推理速度突然變慢的原因有時(shí)候處理前幾百幀速度正常后面突然變慢。這種情況通常是顯存泄漏導(dǎo)致的。每次推理都會(huì)分配新的張量如果沒(méi)有及時(shí)釋放顯存會(huì)逐漸耗盡GPU開始使用系統(tǒng)內(nèi)存做交換速度自然就下來(lái)了。解決方法是在每次推理后顯式釋放中間張量或者使用內(nèi)存池復(fù)用張量。另外日志輸出也會(huì)影響速度如果每幀都往文本框里追加日志UI線程會(huì)被頻繁喚醒拖慢整體處理速度。建議每處理100幀才更新一次日志。4.3 輸出視頻出現(xiàn)色塊或閃爍這個(gè)問(wèn)題通常和色彩空間轉(zhuǎn)換有關(guān)。FFmpeg 拆幀時(shí)默認(rèn)輸出RGB色彩空間但視頻原始數(shù)據(jù)可能是YUV。如果轉(zhuǎn)換參數(shù)不對(duì)顏色會(huì)偏移。解決方法是在拆幀和合成時(shí)都顯式指定色彩空間轉(zhuǎn)換參數(shù)確保輸入輸出一致。另一個(gè)可能是PNG保存時(shí)的位深問(wèn)題。有些圖像庫(kù)默認(rèn)保存為8位每通道如果原始視頻是10位色深就會(huì)丟失精度。對(duì)于老動(dòng)畫來(lái)說(shuō)8位通常夠用但如果源片質(zhì)量較好建議用16位PNG保存中間幀。4.4 斷點(diǎn)續(xù)傳的實(shí)現(xiàn)細(xì)節(jié)斷點(diǎn)續(xù)傳的關(guān)鍵是記錄已處理的幀編號(hào)。我是在輸出目錄里放一個(gè)progress.txt文件每處理完一幀就更新里面的數(shù)字。重新啟動(dòng)時(shí)先讀取這個(gè)文件從下一幀開始處理。注意寫入進(jìn)度文件要用原子操作避免程序崩潰時(shí)文件損壞。還有一個(gè)細(xì)節(jié)是臨時(shí)文件的清理。如果用戶中途停止已經(jīng)拆好的幀和已處理的幀要保留方便下次繼續(xù)。但如果是正常完成這些臨時(shí)文件要自動(dòng)刪除不然磁盤很快就會(huì)被占滿。4.5 不同源片質(zhì)量的參數(shù)調(diào)整建議老動(dòng)畫的源片質(zhì)量差異很大有的是VCD轉(zhuǎn)的有的是DVD轉(zhuǎn)的還有的是電視錄像帶轉(zhuǎn)的。針對(duì)不同質(zhì)量超分參數(shù)需要微調(diào)。VCD級(jí)別的源片噪點(diǎn)多、塊效應(yīng)嚴(yán)重建議先用輕度的降噪預(yù)處理再送超分。DVD級(jí)別的源片相對(duì)干凈可以直接超分。錄像帶轉(zhuǎn)的源片可能有色彩偏移和抖動(dòng)需要先做色彩校正和穩(wěn)定處理。我整理了一個(gè)簡(jiǎn)單的參數(shù)對(duì)照表供參考源片類型預(yù)處理超分倍數(shù)模型選擇輸出分辨率VCD轉(zhuǎn)制輕度降噪2x壓縮偽影抑制版1280×960DVD轉(zhuǎn)制無(wú)2x通用版1440×1080錄像帶轉(zhuǎn)制色彩校正穩(wěn)定1.5x通用版960×720早期數(shù)字片源無(wú)2x銳化版1920×10805. 性能優(yōu)化與擴(kuò)展思路5.1 GPU利用率提升的幾種手段除了前面提到的批處理和異步流水線還有幾個(gè)手段可以進(jìn)一步提升GPU利用率。第一是使用半精度浮點(diǎn)數(shù)FP16做推理現(xiàn)代GPU對(duì)FP16的支持很好速度比FP32快不少而且對(duì)于超分任務(wù)來(lái)說(shuō)精度損失幾乎看不出來(lái)。第二是融合卷積和激活函數(shù)減少中間結(jié)果的寫回次數(shù)。第三是調(diào)整線程塊大小讓每個(gè)計(jì)算單元的工作量更均衡。我實(shí)測(cè)下來(lái)開啟FP16后速度提升了大約40%顯存占用降低了30%。對(duì)于支持Tensor Core的顯卡還可以進(jìn)一步用矩陣乘法加速不過(guò)那需要更底層的優(yōu)化實(shí)現(xiàn)復(fù)雜度較高。5.2 批量處理多個(gè)視頻的隊(duì)列設(shè)計(jì)如果有多集動(dòng)畫要處理一個(gè)一個(gè)手動(dòng)操作太麻煩。我加了一個(gè)簡(jiǎn)單的任務(wù)隊(duì)列功能用戶可以一次選擇多個(gè)視頻文件工具會(huì)按順序自動(dòng)處理。隊(duì)列里的每個(gè)任務(wù)獨(dú)立記錄進(jìn)度某個(gè)任務(wù)失敗不影響后面的任務(wù)。隊(duì)列的實(shí)現(xiàn)用ConcurrentQueue加一個(gè)后臺(tái)消費(fèi)者線程。每個(gè)任務(wù)完成后觸發(fā)事件更新界面上的任務(wù)列表狀態(tài)。任務(wù)列表用ListView展示包含文件名、狀態(tài)、進(jìn)度三列。狀態(tài)用顏色區(qū)分等待中灰色、處理中藍(lán)色、已完成綠色、失敗紅色。5.3 后續(xù)可以擴(kuò)展的方向這個(gè)工具目前只做了超分其實(shí)還可以擴(kuò)展更多功能。比如加入幀插值把24幀的動(dòng)畫補(bǔ)到60幀播放會(huì)更流暢?；蛘呒尤肷试鰪?qiáng)讓老動(dòng)畫的顏色更鮮艷。還可以做一個(gè)預(yù)設(shè)系統(tǒng)用戶保存自己常用的參數(shù)組合下次直接調(diào)用。另一個(gè)方向是支持更多輸入格式。目前只支持常見視頻格式如果能把圖片序列、GIF動(dòng)圖也納入進(jìn)來(lái)適用范圍會(huì)更廣。不過(guò)這些擴(kuò)展都要在不影響核心超分功能穩(wěn)定性的前提下進(jìn)行不能為了加功能把主流程搞復(fù)雜了。提示擴(kuò)展功能時(shí)建議用插件式架構(gòu)每個(gè)功能模塊獨(dú)立編譯成DLL主程序通過(guò)接口調(diào)用。這樣某個(gè)插件出問(wèn)題不會(huì)影響整個(gè)工具的運(yùn)行也方便單獨(dú)更新。5.4 實(shí)際使用中的經(jīng)驗(yàn)總結(jié)最后分享幾個(gè)我在實(shí)際使用中積累的小經(jīng)驗(yàn)。第一處理前先用短片段測(cè)試比如截取30秒的片段跑一遍完整流程確認(rèn)參數(shù)和效果滿意后再處理整集。第二臨時(shí)目錄和輸出目錄最好放在不同的物理硬盤上避免讀寫互相干擾。第三處理過(guò)程中不要運(yùn)行其他占用GPU的程序比如游戲或視頻渲染軟件否則速度會(huì)明顯下降。第四定期清理臨時(shí)文件我一般是處理完一集就手動(dòng)檢查一下磁盤空間。這個(gè)工具從構(gòu)思到能用大概花了兩周左右的業(yè)余時(shí)間其中大部分時(shí)間花在Vulkan的調(diào)試和FFmpeg參數(shù)的調(diào)優(yōu)上?，F(xiàn)在孩子已經(jīng)能流暢地看那些老動(dòng)畫了畫面干凈了很多但手繪的質(zhì)感還在我覺得這個(gè)投入很值得。如果你也有類似的需求可以參考這個(gè)方案動(dòng)手試試遇到問(wèn)題歡迎交流。