跳到主要內容

直播錄影設備大公開 - 從線下轉線上到底要哪些裝備

直播錄影設備分享

蠻多朋友都在敲碗詢問,到底一場直播需要準備哪些設備,這邊聽筆者娓娓道來,


網路

好的網路上天堂,壞的網路會讓你掉落到不知道什麼地方。

會建議大家至少是一個獨立的 4G 訊號,意味著當下至少要有 30MB/s 的上傳下載,這樣在透過 Google Meet / Zoom 視訊會議的時候是比較不會卡頓的狀態。

Google Meet 輔助文件有提到關於頻寬的最低需求,

對位於 8.8.8.8. 的 Google 公用 DNS 伺服器執行連線偵測 (ping) 測試時,延遲時間應低於 50 毫秒。
參與者的上傳訊號 (無論通訊人數多寡) 應符合 3.2 mbps 的頻寬需求。

抓在這樣的標準之上會是比較穩定的,

如果你的需求是要透過 OBS 同時播出到 youtube live / Facebook live 和多個頻道的時候,會建議需要更高頻寬,最好是連接有線網路的狀況下尤佳。

總之,網路越快越好,直接光纖肯定沒錯!(可惜我家無法 …T_T

麥克風

直接說答案,這邊採用的是 Rode Wireless go

購買網址:
https://24h.pchome.com.tw/prod/DGCF07-A900B6O2U

沒有考慮類似圓剛 av310 或者 BlueYite 之類的,主要是因為可能當初規劃會有起身轉場可能,且可以支援一對多的方式進行訪談式收音。

但很可惜的是,沒有朋友!(威

Rode Wireless go 的優勢在於內建獨立麥克風,可直接夾在領夾上,或者連接更好的收音麥克風,當作訊號源來處理,可變化性蠻大的,但對於聲音細緻度,可能就沒辦法要求到這麼多,總之是不同面向考量下的選擇。

燈光

首先燈光會比攝影機要重要許多許多許多,一個好的麥克風,加上好的燈光,基本上背景只要稍微設置一下,就可以美美搭。

6 寸桌上型 LED 網美燈

購買網址:
https://24h.pchome.com.tw/prod/DGCF2O-A900AFG98?fq=/S/DGCF2O

道蝦皮找應該可以找到許多更便宜的,以目前來說 6 寸網美 LED 環形燈來說算是堪用,為什麼會說堪用,如果場景允許,實際上再加上左右補光會讓畫面呈現效果更佳。

目前上述的需求,都是以大頭照拍攝,或者半身的需求為主。

如果說要拍到全身的話,基本上就是直上攝影用補光燈,這就不在此範圍內,遠距聊天會議,分享會議大多還是以臉部有補光為主。

攝影機

再重新強調一次,需求是以大頭照,或者半身以上的視訊分享需求為主,所以通常主講人不會是同一個角度一鏡到底,通常還會搭配簡報,

因此這邊採用 Logitech 羅技 C920

購買網址:
https://www.momoshop.com.tw/goods/GoodsDetail.jsp?i_code=3699843

回到需求面,目前 google meet / zoom 都還是以 720 為解析度為基礎,基本上無法輸出到 1080, 因此更多訊號來說,就只是讓畫面更均勻而已,買到 1080 解析度已滿足大部分的線上課程需求。

直播卡 / 音效卡

v8 音效卡,對,名字就是這麼簡單, v8 音效卡

購買網址:
https://shopee.tw/search?keyword=v8 k歌直播聲卡

基本上 PC / MOMO 都買不到,只有透過蝦皮才有辦法買到,為什麼會選擇他,原因無二就是便宜,如果想要接觸現貨,可以到日本橋走一走,基本上日本橋都會有賣。

音效卡,主要是需要同時播放音樂且同時將人聲送出時會需要用到,例如製作對談時,需要有一個淺淺的背景音樂,就可以直接進行播放,不用特別後製,同時可以支援多個訊號源輸入,如果有多人聊天,或者訪談的時候會更為方便。

總之上述的需求都可以透過 v8 音效卡滿足所有需求,為什麼買它,原因無二,便宜!一千以內就可以搞定。

至於如果你像要直播遊戲,就是買遊戲擷取卡,及簡易的導播機,這就不在此次討論範圍內。

監聽耳機

有了上述音效卡之後,所有輸入輸出基本上都會由音效卡直接進行訊號處理,會建議再加上一個有線耳機,建議最好是有線耳機,減少聲音的延遲,直接進行現場監聽,買手機送的那種也可以,主要監聽音量為主。

如果人手夠,可以請主控端進行聲音監聽,如果你跟我一樣,都是一條龍作業,且你就是那條龍的時候,勢必要先練習一下,一邊講話,一邊聽到自己的聲音,同時進行音控,還有播放音樂,這需要稍微先練習一下。

另外,如果聲音沒有從監聽區域出來,就表示其他人是聽不到你的聲音,請注意。

監看螢幕

DELL U2415
https://buy.line.me/product/48/DSAB08-A9005GFEU

基本上此產品已經停售,主要跟大家分享,任何一種螢幕都好,建議都會需要有一個外接螢幕,進行狀態監看,直播重點還是在於跟大家互動,通常主畫面都會是分享自己的素材,講題內容,簡報,圖片等,還是會建議開一個螢幕看看大家的視訊,反應,留言等。

有時間就稍微看一下,適時的大夥們進行互動。

手寫筆

iPad Pro + Pencil
https://24h.pchome.com.tw/prod/DYAJJ6-A900BAPY0?

這邊採用 iPad Pro 僅僅只是因為家裡有,所以不另外添購,如果以新增配備來說的話,會建議直接買 Wacom 手寫板,價格親民許多,而且筆觸感壓基本上不會輸給 Pencil。

在製作素材上,或者進行即時筆記上也會蠻方便的,要注意的是如何在切換之間順暢,讓參與者不會覺得昏頭轉向,這在操作上需要注意。

電源

這很不重要,但是必要的時候又很重要,此時此刻的你,如果遇到 USB 接觸不良,或者訊號突然壞掉的時候,心情肯定是忐忑無比,建議

以下這幾種直接接上電源處

  • 補光燈
  • 電腦
  • 螢幕

以下幾種就必須要連接在主機上進行供電

  • 音效卡
  • 麥克風

請務必注意線路的配置,才能在問題發生時妥善處理。

後記

基本上打一場好球,球技不如人沒關係,我們至少裝備上要可以嚇嚇人,有上述設備之後,如虎添翼,你也可以開始對外說自己是個直播主,小小分享家。

但是必須說,好的設備其實只是基本,重要的還是在於內容本身,包裝本身,一個有趣的議題,需要經過不斷地琢磨,不斷的自我反覆演練之後,讓它成為一個可以讓聽眾,讓參與者可以聽得下去,啃得下去的內容。

特別是艱澀難懂的議題,特別需要多多揣摩,好的設備並沒有辦法讓你的聽眾愛上你,但好的內容與規劃過的流程會

期待大家空中相會,以上小小分享,歡迎大家留言與我討論,自己還有哪些神兵利器,歡迎互相交換心得。

如果想了解成效結果,歡迎參與 艾米小姐開課囉-注音五感繪本線上版教學課程 ,請自行私訊艾米老師囉

留言

這個網誌中的熱門文章

Vibe Coding:到底?氛圍驅動程式開發必殺技?

Vibe Coding(氛圍編程) 是由 OpenAI 共同創辦人 Andrej Karpathy 在 2025 年提出的革命性程式開發方式,它讓開發者透過自然語言與 AI 對話來生成程式碼,徹底改變了傳統的編程模式。 這種開發方式的核心理念是 「順著感覺走」 ,讓 AI 處理技術細節,開發者專注於創意和需求描述。 Vibe Coding 需要基本上的規劃和執行,但並沒有強制規範,從日常經驗來說可分為三個階段, 前期準備、開發過程、和後期維護 三個關鍵階段。每個階段都有其特定的任務和注意事項,正確執行這些步驟將大幅提升開發效率和程式品質。 將靈感與需求透過 AI 快速轉化成產品功能或原型。以下幫你分成 「前、中、後」 三階段要做的事情,適合你自己做、或帶團隊做 前期:設定 vibe & 準備素材 這個階段的重點是 「建立開發語境」 ,因為 AI 的生成表現高度依賴前期提供的上下文與資料。 明確目標 :釐清要解決的問題、預期要做的功能與核心價值。例如在筆記軟體的情境中,可能是:「我要做一款讓使用者能用 Markdown 記錄筆記,並提供標籤與全文搜尋功能的簡單 App。」 收集靈感 :觀察同類產品(如 Obsidian、Notion)、蒐集市場痛點(例如太多筆記軟體無法脫機使用,或同步效能差)。 建立語境 :準備初步 prompt、背景知識、產品定位、品牌調性、目標使用者輪廓等。 確認資源 :決定用哪些工具(Gemini、ChatGPT、設計軟體、流程管理工具等)。 確認完上述內容之後,就可以先開始進行準備規格,進行第一次的 Vibe Coding 方向驗證 提示詞模板準備 很多人會跳過這步驟,但一份 「好的 AI 提示詞模板」 將決定接下來每一次 AI 對話的品質。有效的提示詞模板需具備: 描述具體且無歧義 包含技術要求和約束條件 提供範例資料和測試案例 指定程式碼風格和慣例 例如針對筆記軟體的案例:   「建立一個支援 AI 功能純文字筆記,輸入內容可即時渲染;需支援儲存到本地檔案,提供標籤欄位做分類;以 React 架構,程式風格採用 Tailwind style components 並使用 hooks。」 開發工具選擇 開發工具的選擇 同樣重要,目前市場上主要的 ...

Claude Code Hooks:自動化與安全的最佳實踐

寫在最前頭,這份文章主要寫起來是給自己看, 同時內容是比較適合開發者,工程師們可以做些自動化處理的簡單筆記。 Claude Code hooks Claude Code hooks 是一種強大的自動化機制,允許用戶在 Claude Code 的不同生命週期階段,自定義執行 shell 指令。這種設計讓開發者能夠將規則和自動化行為嵌入到應用層級,確保每次都能可靠執行,而不必依賴 LLM(大型語言模型)是否會選擇執行某項操作。 Hooks 的核心用途 通知 :自訂收到 Claude Code 等待用戶輸入或執行權限時的提醒方式。 自動格式化 :如在每次檔案編輯後自動執行 prettier (針對 .ts 檔)、 gofmt (針對 .go 檔)等。 日誌記錄 :追蹤所有執行過的命令,便於合規或除錯。 自動反饋 :當 Claude Code 產生不符合團隊規範的程式碼時,自動給出反饋。 自訂權限 :阻擋對生產環境檔案或敏感目錄的修改[^1]。 配置與結構 Hooks 透過設定檔進行配置,分為全域( ~/.claude/settings.json )、專案( .claude/settings.json )、本地專案( .claude/settings.local.json )以及企業級策略設定。每個 hook 由「事件名稱」和「匹配器」組成: "hooks": { "PreToolUse": [ { "matcher": "Bash", "hooks": [ { "type": "command", "command": "jq -r '...'" } ] } ] } matcher :用於匹配工具名稱(支援正則表達式),如 Write 、 Edit|Write 、 Notebook.* 。 hooks :當匹配時要執行的命令陣列。 type :目前僅支援 "command" 。 ...

[CSS] z-index 在不同瀏覽器繼承問題

今天會討論到這個課題,是因為要實做一個Popup dialog,所以我們希望的結果如下圖。 可是在IE7 卻發生了這樣的情況。 Popup不論怎麼設定z-index都無法浮在最上層,我們看一下html架構發生什麼事情。