輸入列表 vs 跳線表:兩者有什麼差別?
閱讀約 10 分鐘 · 更新於 2026年8月7日 · 樂團、音響工程師、場地工作人員、製作經理
輸入列表說明每個頻道對應的訊號來源與需求,跳線表則標示訊號的實際物理接線位置。本文將說明兩者的欄位內容、重疊之處,以及為何保持兩者連結比各自為政的兩份獨立文件更有效率。
TL;DR — 輸入列表是逐頻道列出舞台上所有訊號來源的表格,說明每個頻道對應的內容、使用的麥克風或 DI 盒、麥克風架類型,以及是否需要幻象供電。跳線表(也稱跳線清單、舞台跳線表)則標示這些訊號的實際物理接線位置:對應至舞台接線盒或訊號蛇的哪個接孔、分線器的路由方式、最終接入調音台的哪個輸入。兩者內容有重疊,且業界常混用這兩個詞彙,但最清晰的區分方式是:輸入列表回答 「是什麼」,跳線表回答 「在哪、怎麼接」。
Table of contents
什麼是輸入列表?
輸入列表(也稱頻道列表)是逐訊號來源列出一行的表格,用於告知前場(FOH)工程師與監聽工程師「調音台的每個輸入對應什麼內容、需要什麼設備」。你的舞台配置圖說明「設備要放在哪裡」,輸入列表則說明「每個頻道傳遞的是什麼訊號」,從調音台頻道1開始依序排列。
輸入列表是你在技術需求清單中向外發送給場地與音樂節的正式文件。一份完整的輸入列表能讓前場工程師在你們進場佈置前,就完成調音台標籤、麥克風選擇、幻象供電開關設定。
一份標準的輸入列表每行通常包含以下欄位:
- Ch # — 調音台頻道號碼
- Input / Source — 對應的訊號來源(例如「大鼓內側麥克風」、「主唱人聲」)
- Mic / DI — 使用的麥克風型號,或使用 DI 盒時標註「DI」
- Stand — 麥克風架類型:吊桿架、短架、夾式、無需麥克風架
- 48V — 是否需要啟用幻象供電
- Notes — 立體聲連結、衰減墊、高通濾波器、對講機等備註
標準排序慣例為「大鼓→貝斯→電吉他→鍵盤→人聲」,將大鼓安排在頻道1,讓工程師的肌肉記憶能對應你的列表。若需要完整的欄位說明與排序教學,可參考如何建立輸入列表/跳線表。
什麼是跳線表?
跳線表(也稱跳線清單、舞台跳線表、I/O 對照表)是對應物理接線的配套文件。它會將每個頻道對應到舞台接線盒或訊號蛇的實體接孔、對接的訊號線、分線器路由(前場/監聽/廣播分線),以及最終接入調音台的輸入。這是舞台技術人員或 A2 用於實際佈線的正式文件。
輸入列表回答「訊號來源是什麼、需要什麼設備」,跳線表則回答「該如何實際接線」:哪個舞台接線盒的哪個接孔、透過哪條訊號線或子蛇、接入調音台的哪個輸入,以及訊號後續如何分線。
巡演等級的跳線表會額外加入輸入列表通常不會包含的欄位:
- Stagebox ID + socket — 舞台接線盒編號+接孔,例如
SB1-07 - Sub-snake / loom / multi-pin — 使用的子蛇、訊號線束或多針接頭
- Splitter routing — 分線路由:前場、監聽、廣播、錄音分線
- Console input — 最終接入的調音台輸入號碼(當數位訊號蛇的輸入號碼與調音台頻道號碼不同時特別重要)
- Tie-line / patch-bay jumps — 音樂節舞台固定配線的跨接跳線
簡單來說,跳線表是物理接線對照地圖,而非頻道的身份說明文件。
輸入列表與跳線表對照比較
最快理解兩者差異的方式就是並列對照。部分欄位(頻道號碼、訊號來源名稱、麥克風/DI)會同時出現在兩份文件中——這就是重疊之處。而像是 48V、麥克風架類型等欄位僅屬於輸入列表;舞台接線盒接孔、子蛇、分線路由等欄位則僅屬於跳線表。
圖1 — 輸入列表與跳線表並列比較。重疊欄位列於中間;僅屬於輸入列表與僅屬於跳線表的欄位以螢光綠色標註。
兩份文件共享的核心骨架(頻道號碼與訊號來源名稱),正是兩者容易不同步的原因:有人修改了其中一份文件的頻道順序,卻沒有同步更新另一份,最終導致跳線表與輸入列表的內容出現矛盾。
兩者的重疊之處(以及詞彙混淆的原因)
必須誠實說明:在業界實際使用上,這兩個詞彙的定義並沒有絕對一致的標準。
在小型 Livehouse 演出時,通常一份文件就會同時包含兩種功能——同一份表格會列出頻道、樂器、麥克風,以及對應的舞台接線盒接孔,所有人都會稱這份文件為「輸入列表」。在這個規模下,跳線表與輸入列表實為同一份文件,這樣的做法完全沒有問題。
但在巡演或大型音樂節的規模下,兩者就會分開製作:輸入列表會作為技術需求清單的一部分向外發送給場地或音樂節——重點在於訊號身份與設備需求;跳線表則是製作團隊的內部文件,由當日執行的 A2 使用——重點在於物理接線、分線器輸出與調音台輸入分配。甚至有部分資料來源將「跳線清單」的定義包含輸入列表本身,因為兩份文件的核心骨架都是相同的頻道對照表。
因此不需要嚴格切分兩者的界線。最清晰的區分邏輯是以使用目的為軸:
- 輸入列表 → 「是什麼」:每個頻道對應的訊號、麥克風、設備需求
- 跳線表 → 「在哪、怎麼接」:每個訊號的實際物理接線位置與路由方式
大部分混淆都來自於一份文件默默承擔了兩種功能。演出規模越大,這種做法就越容易出現問題。
需要同時準備兩份文件嗎?
對大多數樂團而言:一份合併的表格就足夠使用。在表格中列出每個頻道的訊號來源、麥克風/DI、麥克風架、48V 需求,以及對應的舞台接線盒接孔,這份單一表格就能同時滿足「是什麼」與「在哪」的需求,應對至相當大的頻道數量都沒問題。
只有當你符合以下條件時,才需要將兩者做成獨立的文件:
- 你正在進行分線系統巡演:前場、監聽、廣播各自需要從分線器取得獨立訊號。跳線表負責追蹤這些分線配置,輸入列表則不需要納入這類資訊。
- 數位訊號蛇的輸入號碼與調音台號碼不同:調音台的頻道7可能對應舞台接線盒的接孔23。跳線表負責對應這兩個號碼,輸入列表僅需標註「頻道7」即可。
- 音樂節換場時段:固定配置的音樂節舞台有預設跨接線與場地內建接線,樂團的輸入列表需要對應到這些既有配置,跳線表就是負責這項對應工作的文件。
- 有多位人員負責舞台接線:負責接線的 A2 需要物理接線對照文件,負責混音的前場工程師則需要訊號身份說明文件。
如果你是4到5人樂團,要將文件發送給 Livehouse,你幾乎只需要一份內容完整的輸入列表,並在當中加入**接線(Patch)**欄位標示舞台接線盒接孔即可。(點此查看建立教學 →)
保持兩者連結
真正的風險不在於你有兩份文件,而在於兩者會逐漸不同步。最常見的當日演出錯誤:輸入列表的頻道7是「吉他1」,但跳線表的頻道7是「吉他2」——因為有人只修改了其中一份文件的頻道順序,導致前場工程師把錯誤的吉他訊號混入錯誤的 DCA 群組。
現代的解決方案不是更好的歸檔系統,而是單一共通的資料來源。當輸入列表、舞台配置圖、監聽混音都讀取相同的資料時,修改頻道順序會同步更新所有視圖,接線欄位也會永遠對應到所屬的頻道。
這正是 Techrider.live 的核心設計理念:以一份「技術需求清單(Rider)」作為唯一可信來源,舞台配置圖、輸入列表、監聽混音都從這份資料自動生成,最後可匯出為即時分享連結(永遠為最新版本)與 PDF 檔案(當音樂節 Wi-Fi 故障時的當日備份)。你只需要編輯一次,兩份文件永遠不會出現矛盾,因為它們本质上就不是兩份獨立的文件。
而且同一份技術需求清單可以分享與共同編輯——擁有者可以邀請協作者透過郵件打開、編輯、儲存、匯出、查看編輯歷史,你的工程師或巡演經理可以直接修改接線清單,不需要來回傳送試算表。(即時多人同步編輯功能已列入開發路線圖,目前為非同步編輯,同一時間僅有一位編輯者可修改。)
常見問題
輸入列表和跳線表是同一份文件嗎? 在小型演出時,通常是的——一份合併表格就能同時承擔兩種功能。但在巡演或大型音樂節的規模下,兩者有明確差異:輸入列表說明每個頻道的訊號身份與設備需求(對外發送給場地);跳線表則對應每個頻道到實體舞台接線盒接孔、訊號線束、分線器分線、調音台輸入(當日內部使用)。兩者詞彙會混淆,是因為它們共享相同的頻道骨架。
現場演出用的跳線表是什麼? 跳線表(跳線清單、舞台跳線表)記錄物理接線對應關係:每個輸入對應到哪個舞台接線盒或訊號蛇接孔、使用的子蛇或訊號線束、訊號如何分線(前場/監聽/廣播)、以及最終接入的調音台輸入。是舞台技術人員當日接線時使用的接線地圖。
輸入列表需要填寫哪些內容? 基本必填欄位包含:頻道號碼、樂器/訊號來源、麥克風或 DI 盒、麥克風架類型、幻象供電(48V)需求標註、備註(立體聲連結、衰減墊、對講機等)。許多輸入列表也會加入**接線(Patch)**欄位標示舞台接線盒接孔,這也是輸入列表開始與跳線表內容重疊的地方。
跳線表需要包含哪些欄位? 頻道號碼、訊號來源名稱、舞台接線盒編號+接孔、子蛇/訊號線束/多針接頭、分線路由(前場/監聽/廣播)、調音台輸入分配,以及任何跨接線或接線櫃跳線需求。巡演等級的跳線表也可能會加入 DCA/VCA 群組、群組/匯流排路由等欄位。
現場演出需要同時準備輸入列表和跳線表嗎? 對大多數樂團而言,一份加入接線欄位的合併輸入列表就足夠使用。只有當你符合以下條件時,才需要分開準備兩份文件:使用分線系統巡演、數位訊號蛇的號碼與調音台號碼不同、在音樂節換場、或是有多位人員負責舞台接線,且 A2 需要專用的物理接線對照文件。
下一步
- 🎛️ 建立輸入列表/跳線表(含範本) — 完整步驟教學、欄位說明與排序慣例。
- 🗺️ 什麼是舞台配置圖? — 與頻道列表搭配使用的「位置說明」文件。
- 📄 什麼是技術需求清單? — 輸入列表在完整技術需求清單中的定位與用途。
延伸閱讀
最後更新:2026-07-07 · 由 Techrider.live 團隊審核 · 已驗證適用於實際音樂節與 Livehouse 舞台配置。