
如果你手里攢下了一場 COCCall of Cthulhu克蘇魯的呼喚跑團實錄想把它做成一部能讓路人也能看懂、能代入的完結向 Replay卻又不知道從哪一步開始這篇文章就是為你準備的。本文以“哀歌彌賽亞”這一典型的一發完結 Replay 為示例完整拆解從跑團記錄清洗、劇本化改寫、分鏡腳本、畫面素材、配音配樂到剪輯字幕導出的全流程并給出可直接復用的腳本、模板和排錯清單。無論你是想給自己跑過的團留一份紀念還是準備做成系列視頻長期更新這套方法論都能幫你少繞很多彎路。1. 背景與核心概念1.1 什么是 COC 跑團與 ReplayCOC 跑團全稱是 Call of Cthulhu TRPG桌面上扮演角色扮演游戲玩家扮演調查員在守秘人Keeper的引導下探索未知、對抗神秘事件。跑團過程中會產生大量對話、行動判定、骰點結果和劇情描述通常被記錄為文字 Log。Replay 則是指把這場跑團過程用視頻、圖文或動畫的形式重新呈現出來的作品。好的 Replay 不是把 Log 原樣朗讀一遍而是通過剪輯、配音、字幕和視覺風格把桌面上冗長的協商過程壓縮成一條節奏流暢、觀感清晰的故事線。“哀歌彌賽亞”這類標題通常暗示一場帶有強烈敘事傾向、結局明確且一次性講完的跑團故事。它和長期連載的多人團不同往往只有一個主線、一組調查員、一晚或幾晚跑完更適合作為 Replay 制作的第一部試水作品。1.2 為什么值得為跑團制作 Replay從制作者角度看Replay 有幾種實際價值紀錄價值跑團過程天然是即興創作的很多精彩臺詞和骰子劇情過了就沒了Replay 是唯一成體系的還原方式。分享價值桌游桌上只有幾個人能參與Replay 可以分享給更大范圍的同好。創作價值跑團 Log 本質是“半成品劇本”Replay 制作者可以在此基礎上做二次創作形成風格化作品。技術練手價值Replay 涵蓋了文本處理、腳本自動化、音視頻剪輯、字幕制作等多個環節是很好的綜合項目素材。需要注意的是Replay 的意義不是“復刻跑團現場”而是“保留故事體驗”。所以制作核心是把口語化的跑團語言轉換成更適合觀眾閱讀和收聽的劇本語言。1.3 一發已完結的敘事特點“一發已完結”指的是單篇 Replay 在有限時長內把故事完整講完。它和“連載中”相比對信息密度要求更高觀眾必須在沒有前情提示的情況下理解人物和事件。因此制作這類 Replay 時通常需要遵循三個原則人設前置開篇要用最短篇幅把調查員的職業、性格、核心目標交代清楚。沖突集中刪掉大量無意義的日常閑聊圍繞調查、線索、危機推進。結尾完整即使跑團過程有爛尾或戛然而止也要在 Replay 里補一個清晰的敘事出口。這也是為什么許多入門制作者會選擇先做“一發已完結”的短篇因為素材量可控、結構容易把握適合建立完整的制作流程。2. 制作前準備工具、素材與目錄規劃2.1 跑團記錄采集方式制作 Replay 的第一步是拿到一份完整、可處理的跑團記錄。常見來源有三個文字 Log文字團或語音團轉寫后的文字記錄是 Replay 最基礎的素材。語音錄音語音團全程錄音后通過語音轉文字工具生成初稿。筆記提綱守秘人自己記錄的劇情節點、重要骰點、關鍵臺詞。推薦以文字 Log 為主線素材。如果只有語音錄音建議先用剪映、Aegisub 或訊飛轉寫工具生成文字稿再進入清洗環節。注意語音轉文字會產生大量口誤、語氣詞、打斷和重復必須經過清洗才能使用。2.2 工具清單制作 Replay 不一定需要專業軟件根據環節選擇即可環節推薦工具用途Log 清洗VSCode、Python、Excel去掉噪音、標注發言者、提取骰點劇本文案Typora、Notion、Word把 Log 改寫成劇本格式分鏡規劃Excel、飛書表格管理場景、畫面、臺詞畫面素材AI 繪圖、網圖素材、PPT生成人物立繪、場景背景配音本地錄音、AI 配音錄制或生成讀白音頻處理Audacity、剪映降噪、均衡、對齊剪輯剪映、PR、達芬奇合成畫面、字幕、BGM字幕剪映、Aegisub、Arctime生成與校對字幕具體版本不寫死因為各軟件迭代很快重點是流程相通。本文示例以剪映和 Python 為主方便零基礎讀者復現。2.3 項目目錄與命名規范Replay 制作涉及大量中間文件建議按項目建目錄命名統一。推薦目錄結構aireiq-messiah-replay/ ├── 00_source/ # 原始素材如 Log、錄音 ├── 01_script/ # 清洗后的劇本、分鏡腳本 ├── 02_image/ # 立繪、背景、道具圖 ├── 03_audio/ # 配音、BGM、音效 ├── 04_subtitle/ # 字幕文件 ├── 05_video/ # 剪輯工程和導出成品 └── tools/ # Python 清洗腳本等文件命名建議統一為“編號_場景_內容”例如01_開場_調查員介紹.png 02_現場_教堂外景.png A01_旁白_開場白.wav A02_KP_描述場景.wav S01_場景BGM.mp3這樣做的原因是 Replay 后期修改頻繁沒有規范命名的話素材一多很容易找不到對應文件也會導致剪輯工程無法自動關聯素材。3. 核心流程拆解從 Log 到成片的五個階段3.1 階段一Log 清洗與結構化原始 Log 往往長這樣KP: 你們聽到教堂深處傳來歌聲。 KP: 那歌聲像是什么人在唱一首哀歌。 PC1 安歌: 我決定先觀察一下大門有沒有鎖。 KP: 請過一個偵察檢定。 PC1 安歌: 偵察 60骰點 42成功。 PC2 米迦勒: 我站在安歌后面警惕周圍。這里有個關鍵問題Log 是流水賬式的無法直接當劇本用。因為它包含太多“KP 說”和“請過一個檢定”等桌面語言會把非跑團觀眾擋在門外。清洗步驟一般是去重和刪噪音去掉重復發言、跑團日常吐槽、長時間冷場。標注發言者把每一次有效發言對應到角色名。合并短句把零散的對話合并成完整的臺詞段落。標記關鍵節點骰點、戰斗、重大發現單獨標記方便后續做特效強調。統一人稱和視角Replay 通常以調查員或旁白視角講述需要把“KP 說”統一成“旁白”或“守秘人”。清洗后的文本示例【旁白】 教堂深處傳來若隱若現的歌聲那是一種像是悼念某人的哀歌。 【安歌】 我決定先觀察一下大門有沒有鎖。 偵察檢定成功 【米迦勒】 我站在安歌身后戒備地掃視四周。這一步決定了 Replay 的底子清洗越細致后面劇本化就越省力。3.2 階段二劇本化改寫與分鏡腳本清洗后的文本還只是“整理了格式”要變成 Replay 的敘事線需要做劇本化改寫。劇本化的核心是把“跑團記錄”改成“故事腳本”也就是告訴觀眾發生了什么事而不是告訴觀眾當時大家怎么玩。改寫時有幾個技巧補全場景描述原文可能只有一句“你們進入教堂”改寫時補充環境氛圍。精簡骰點表達不要把每個判定都寫出來只在關鍵時刻說明“成功 / 失敗”的含義。突出角色性格把調查員的行動轉換成符合人設的描述。制造節奏起伏在調查、危機、真相揭露之間安排情緒切換。分鏡腳本寫作時推薦用表格把“畫面”“臺詞”“音效”對應起來。例如分鏡編號畫面臺詞 / 旁白音效 / BGM預估時長SC-01教堂遠景月光旁白夜深了教堂里傳來歌聲夜晚環境音低鳴 BGM8sSC-02調查員三人立繪安歌我看看大門有沒有鎖單擊音效5s分鏡腳本不需要畫得多精美它的作用是讓剪輯時知道每一段畫面應該放什么方便估算時長也方便后續配音時逐句對口型。3.3 階段三畫面素材制作畫面素材是 Replay 最花時間的部分之一。對個人制作者來說不需要真的逐幀繪制動畫而是用“動態靜態圖 鏡頭移動”的方式做出敘事感。常用方案人物立繪用一張角色立繪通過裁剪、放大、位移模擬鏡頭變化。場景背景一張背景圖用緩慢縮放或橫移制造氛圍。關鍵動作用醒目的特效文字或漫畫式速度線強調重要骰點。如果我們給“哀歌彌賽亞”做素材可以規劃如下人物 安歌女調查員冷靜敏銳 米迦勒男調查員忠誠護衛 艾琳教堂修女關鍵 NPC 場景 教堂外景、教堂大廳、地下墓穴、祭壇房間需要注意的是AI 繪圖或網圖素材都要注意版權和授權問題尤其是用于公開招募和商業平臺時建議優先使用可商用素材庫或使用自己繪制的素材。3.4 階段四配音、音效與 BGMReplay 的觀看體驗很大程度上由音頻決定畫面可以簡約但聲音不能敷衍。配音方式有三種自然錄音自己或朋友配音情感最真實適合有錄音條件的制作者。AI 配音適合旁白和 NPC效率高但不同角色要注意音色區分。原聲還原如果原始團是語音團可以直接剪輯原聲片段但通常清晰度和節奏不如配音。錄好配音后要按分鏡編號命名音頻文件這樣剪輯時能快速對齊畫面。音效和 BGM 是容易忽略但很重要的部分。建議為每個場景單獨建一個音軌環境音雨聲、風聲、教堂鐘聲。緊張音效心跳聲、刺耳的音符、低鳴。轉場音效短暫的 swoosh 或白噪聲。推薦在 Audacity 里先做降噪和響度統一再導入剪輯工程。3.5 階段五剪輯、字幕與導出剪輯階段是把所有素材組裝成片的環節。建議順序先鋪旁白 / 人聲音軌確定整體時間軸。按分鏡腳本放置畫面素材逐段對齊人聲。再疊加 BGM 和環境音。添加字幕、轉場、特效文字。最后調色和導出。字幕建議有兩種對話字幕跟隨臺詞逐句出現用于還原劇情。補充字幕用于標注檢定成功、失敗或補充畫面中看不到的信息。導出時的參數也值得關注。面向 B 站或短視頻平臺推薦 H.264 編碼、1080p、30fps 左右音頻為 AAC。更高質量可以輸出 4K但要注意剪輯軟件的渲染時間和文件體積。4. 完整實戰案例制作一部“哀歌彌賽亞”風格的一發完結 Replay下面以一個虛構的“哀歌彌賽亞”團為例演示從零到成片的關鍵操作。4.1 搭建項目目錄在命令行執行mkdir -p aireiq-messiah-replay/{00_source,01_script,02_image,03_audio,04_subtitle,05_video,tools} cd aireiq-messiah-replay這樣項目目錄就建好了后面所有素材都按分類放進去。4.2 使用 Python 腳本完成 Log 初清洗假設原始 Log 保存為raw_log.txt每行以“角色: 內容”格式保存。我們可以寫一個簡單的 Python 腳本把有效發言提取出來并去掉明顯的口癖和無效行。# 文件路徑tools/clean_log.py import re INPUT_FILE ../00_source/raw_log.txt OUTPUT_FILE ../01_script/cleaned_log.txt # 需要過濾的無效內容關鍵詞 NOISE_KEYWORDS [ 等等, 卡了, 剛才那句不算, 哈哈哈哈, 我去倒杯水, 剛回來, 聽不到, 你再說一遍 ] def is_noise(line: str) - bool: 判斷一行是否屬于跑團現場噪音 for kw in NOISE_KEYWORDS: if kw in line: return True return False def clean_line(line: str) - str: 清理單行中的重復標點和語氣詞 line re.sub(r[.。]{2,}, 。, line) line line.strip() return line def main(): with open(INPUT_FILE, r, encodingutf-8) as f: lines f.readlines() result [] for raw in lines: line raw.strip() if not line: continue # 只處理包含“角色: 內容”格式的行 match re.match(r^(.?):\s*(.*)$, line) if not match: continue speaker, content match.group(1), match.group(2) if is_noise(content): continue content clean_line(content) if not content: continue result.append(f{speaker}: {content}) with open(OUTPUT_FILE, w, encodingutf-8) as f: f.write(\n.join(result)) print(f清洗完成共保留 {len(result)} 行有效內容。) if __name__ __main__: main()運行cd tools python clean_log.py這個腳本只是初清洗重點是把現場噪音過濾掉并統一格式。更復雜的工作比如合并短句和提取關鍵骰點還是需要人工判斷。4.3 從 Log 到分鏡腳本的結構化表格清洗后的文本需要轉成劇本。這里用飛書或 Excel 維護分鏡表格字段如下分鏡場景畫面描述臺詞音效BGM時長素材文件SC-01教堂外遠景教堂月光薄霧旁白這座教堂平時很少有人來風聲遠處鐘聲靜謐BGM8sbg_church_night.pngSC-02教堂外安歌走到門前手電照鎖孔安歌門沒鎖但鎖孔上有劃痕腳步音效同上6ssprite_ange.pngSC-03教堂大廳空蕩長椅盡頭鋼琴KP大廳里有淡淡的霉味踩木地板聲漸變緊張6sbg_hall.png這個表格同時服務于配音、剪輯和字幕三件事。配音時對著“臺詞”列錄音剪輯時按“時長”估算時間軸字幕則直接從臺詞列生成。4.4 生成字幕與時間軸如果你使用的是剪映可以在剪映里直接自動生成字幕。但如果想批量生成 SRT 格式字幕可以用 Python 腳本處理。下面給出一個簡單的 SRT 生成示例。假設每段臺詞按固定時長分配實際項目中需要根據配音時長調整。# 文件路徑tools/gen_srt.py lines [ 夜深了教堂里傳來若有若無的歌聲。, 安歌推開門走在前方。, 米迦勒握緊手電緊跟在她身后。, ] start_time 0.0 duration_per_line 3.0 def time_to_srt(t): h int(t // 3600) m int((t % 3600) // 60) s int(t % 60) ms int((t - int(t)) * 1000) return f{h:02d}:{m:02d}:{s:02d},{ms:03d} with open(../04_subtitle/output.srt, w, encodingutf-8) as f: for i, line in enumerate(lines, 1): start start_time (i - 1) * duration_per_line end start duration_per_line f.write(f{i}\n) f.write(f{time_to_srt(start)} -- {time_to_srt(end)}\n) f.write(f{line}\n\n)這段代碼生成的 SRT 可以直接導入剪輯軟件作為參考字幕但正式發布前建議手動校一遍時間軸避免語音和字幕錯位。4.5 合成與導出在剪映中的操作順序把“場景背景圖”拖入主軌道按分鏡時長裁剪。將人物立繪放在背景圖上方關鍵對話時輕微移動位置。將配音按分鏡編號依次對齊到說話的角色位置。添加 BGM 軌道音量壓到人聲的 20%-30% 左右。添加字幕軌道。檢查全片節奏刪掉明顯拖沓的段落。最后導出 H.264 編碼的 MP4 文件。導出后建議先自己完整看一遍再發給沒跑過這個團的朋友試看收集反饋后繼續優化。5. 常見問題與排查思路Replay 制作過程中新手容易踩的坑不少下面整理成清單供排查參考。問題現象常見原因解決思路視頻節奏拖沓Log 清洗不徹底大量無用對話保留重新清洗 Log保留只推進劇情的臺詞字幕對不上配音自己估算時間軸沒有配音后微調以實際音軌為準逐句對齊字幕BGM 蓋過臺詞BGM 音量過高或沒有做閃避將人聲軌音量提高BGM 壓到低音量區間畫面素材風格不統一立繪和背景來自不同畫風統一使用同一套繪圖風格或在調色階段統一色調觀眾看不懂人物關系開篇沒有快速介紹調查員在 Replay 開頭增加 3-5 秒的人物介紹卡轉場生硬沒有使用環境音或轉場音效添加環境聲延續氛圍或用淡入淡出過渡導出后畫質變糊碼率設置過低提高碼率或選擇“高畫質”導出預設角色聲音分不清配音音色接近沒有區分度不同角色選擇不同風格的聲音或后期加重音色差異如果你遇到“畫面正常但聲音斷斷續續”的情況優先檢查錄音文件本身是否有丟幀或損壞而不是在剪輯軟件里反復調整。如果遇到“某一段畫面總覺得不對”可以先問自己三個問題這段畫面服務于哪句臺詞或哪個信息去掉這段畫面會不會影響觀眾理解劇情這段畫面是否與其他分鏡風格明顯不一致如果不影響信息傳遞那就果斷剪掉如果風格不一致就需要補充素材或調色。6. 最佳實踐與工程建議6.1 建立項目管理表建議一開始就維護一份“素材總表”包含文件名、所在目錄、用途、是否已應用。這樣做的好處是一部 Replay 可能需要幾十個圖片和音軌如果沒有管理表后期想改某一段會非常痛苦。示例表頭文件名類型場景用途是否已添加備注bg_church_night.png背景圖SC-01是已調暗bg_hall.png背景圖SC-03否太亮需調色sprite_ange.png立繪全片是需摳圖A01_旁白.wav配音SC-01是6.2 注意素材版權這是很多新人容易忽略的問題。BGM、立繪、背景圖如果需要公開發布必須確認授權范圍。優先選擇自己繪制的素材。可商用且注明出處的素材庫。了解授權限制的 AI 繪圖平臺輸出內容。不要因為“粉絲少沒人看到”就認為可以隨意使用版權素材平臺上隨時可能收到侵權通知。6.3 配音時留出片頭片尾配音時不要把臺詞安排在從第 0 秒開始建議片頭留 1-2 秒空白方便后期加標題。片尾也要預留一點時長讓 BGM 能自然收尾。6.4 剪輯時提前做備份Replay 工程文件通常體積不小建議每次大階段完成復制一份工程文件到獨立備份目錄。導出成片前確認所有素材路徑沒有失效。如果有協作需求用百度網盤或堅果云同步工程目錄。6.5 發布前的自檢清單在發布前建議完整走一遍這個清單字幕是否有錯別字人物名稱在全片是否一致旁白人聲是否存在爆音BGM 是否全程壓過臺詞關鍵骰點是否有強調提示開頭是否用最短時間介紹了故事背景結尾是否給觀眾一個明確的“看完”信號6.6 控制更新頻率如果打算長期做 Replay不建議一次性把精力耗盡。一部“一發已完結”短篇可以控制在一到兩周完成。時間分配參考Log 清洗與劇本1-3 天。畫面素材2-4 天。配音與音頻1-2 天。剪輯、字幕與調色2-4 天。校對與發布1 天。具體看個人時間但一定要留出校對日往往成片的質量問題都出在“急著發”上。7. 總結與下一步制作一部 COC 跑團 Replay本質上是一個“信息整理 二次創作 音視頻工程”的綜合項目。以“哀歌彌賽亞”這樣的完結篇為起點你可以用自己的跑團 Log 練手把本文提到的清洗腳本、分鏡表格、字幕生成腳本和剪輯流程完整走一遍。第一步建議不是追求精美畫面而是先做出一部 3-5 分鐘的短篇把流水線跑通。等流程穩定后再逐步加入更復雜的動畫效果、多視角敘事和系列世界觀整合。后續還可以學習的內容包括Aegisub 高級字幕特效、Audacity 降噪與混音、AI 繪畫風格統一、Pr 關鍵幀動畫、達芬奇調色。每一項技能都能讓下一部 Replay 的觀看體驗上一個臺階。跑團 Replay 最大的魅力在于它能把一段只存在于桌面和記憶里的故事變成可以讓更多人一起感受的作品。希望這篇教程能幫你把第一個故事“完結”出來。