obs x264參數 的問題包括PTT、Dcard、Mobile01，我們都能挖掘各種有用的問答集和懶人包. 書中字有黃金屋 問題的答案無所不包論文書籍站 obs x264參數. obs x264參數. 除了 ... ... <看更多>
「obs x264參數」的推薦目錄：
- 關於obs x264參數 在 Re: [請益] 請問開實況遊戲吃顯卡嗎- 看板PC_Shopping 的評價
- 關於obs x264參數 在 obs x264參數的問題包括PTT、Dcard、Mobile01，我們都能 ... 的評價
- 關於obs x264參數 在 obs x264參數的問題包括PTT、Dcard、Mobile01，我們都能 ... 的評價
- 關於obs x264參數 在 obs x264參數的問題包括PTT、Dcard、Mobile01，我們都能 ... 的評價
- 關於obs x264參數 在 如何選擇直播編碼器設定、位元率與解析度- YouTube說明 的評價
- 關於obs x264參數 在 iAvoe/x264-x265-copypaste-tutorial-with-obs-record- ... 的評價
- 關於obs x264參數 在 PUBG_Taiwan 《絕地求生》賽事社團| 大家午安，關於些OBS ... 的評價
- 關於obs x264參數 在 [技術] OBS設定的技術解釋(官方建議的譯文) - 看板Live 的評價
- 關於obs x264參數 在 obs音效位元率的評價費用和推薦，YOUTUBE、PTT.CC 的評價
- 關於obs x264參數 在 obs音效位元率的評價費用和推薦，YOUTUBE、PTT.CC 的評價
obs x264參數 在 obs x264參數的問題包括PTT、Dcard、Mobile01，我們都能 ... 的推薦與評價
obs x264參數 的問題包括PTT、Dcard、Mobile01，我們都能挖掘各種有用的問答集和懶人包. 書中字有黃金屋 問題的答案無所不包論文書籍站 obs x264參數. obs x264參數. 除了 ... ... <看更多>
obs x264參數 在 obs x264參數的問題包括PTT、Dcard、Mobile01，我們都能 ... 的推薦與評價
obs x264參數 的問題包括PTT、Dcard、Mobile01，我們都能挖掘各種有用的問答集和懶人包. 書中字有黃金屋 問題的答案無所不包論文書籍站 obs x264參數. obs x264參數. 除了&nbsp;... ... <看更多>
obs x264參數 在 如何選擇直播編碼器設定、位元率與解析度- YouTube說明 的推薦與評價
請根據網際網路連線速度選擇合適的畫質，確保串流能夠順暢播放。詳情請參閱這篇文章。 ... <看更多>
obs x264參數 在 iAvoe/x264-x265-copypaste-tutorial-with-obs-record- ... 的推薦與評價
第三个压制教程版本，适用于不想看原理，马上要把参数复制粘贴来用的情况（っ╹◡╹)ﾉ. Contribute to iAvoe/x264-x265-copypaste-tutorial-with-obs-record-setting ... ... <看更多>
obs x264參數 在 PUBG_Taiwan 《絕地求生》賽事社團| 大家午安，關於些OBS ... 的推薦與評價
大家午安，關於些OBS設定問題想請教一下各位實況老手該怎麼設定才能讓畫質更好更清晰剛剛有看到社團一篇文章，裡面有教學但參數、NVENC、H264、x264、CBR.ABR. ... <看更多>
obs x264參數 在 [技術] OBS設定的技術解釋(官方建議的譯文) - 看板Live 的推薦與評價
品質這格控制x264編碼器中的CRF參數；與VBV系統結合之後，這通常控制靜態場景的CRF。 如果你把品質設定在10，靜態的場景會比較好看，但是這就會把緩衝的空間都佔滿 ... ... <看更多>
obs x264參數 在 Re: [請益] 請問開實況遊戲吃顯卡嗎- 看板PC_Shopping 的推薦與評價
串流用顯卡壓會不會影響 : 會
嚴重的遊戲搶OBS資源 導致輸出畫面掉偵卡頓
普遍是遊戲降FPS 掉偵
以下跑題廢文
扯到直播就一定會影響遊戲體驗
不管用單雙機 擷取卡 都一定要妥協
雙機+擷取卡
-擷取卡不吃60+ 沒辦法完美複製輸出 (and no G-SYNC)
-pass-through or 接可以吃144跟降偵的splitter有延遲
-沒辦法僅擷取視窗 只能完整桌面
-螢幕模式切換HDMI/DP會切訊號 擷取盒要等切換
-聲音路由要重搞 耳機麥克風受限制 (也是幾乎無完美解的地方)
-家用444取樣的擷取盒不多 大多422少數420 RGB444>YUV422>YUV420 顏色細節會多掉一次
色域不一樣 = 轉 取樣不是444 = 轉 取樣越多次混色溢色出血會更嚴重 尤其是紅色
最終直播上看到是YUV420
單機
-擷取開下去有感掉偵
-搶資源
兩邊都有的問題
如果很在意觀眾體驗 不開垂直同步(60) 大動態畫面會有感跳偵(framecap可能無效)
吃多少硬體資源倒是得看直播平台
Youtube
感謝hakugetsu的指正 我的資訊太舊了
舊到跟本人一樣要被淘汰了
剛剛拿雜訊素材測了一下
Youtube抓segment下來拆的結果
3160p60 27.5Mbps VP9
1440p60 22.5Mbps VP9
1080p60 15.2Mbps VP9
OBS設定是4K60@10Mbps x264
YT 正常延遲
這是很極端的值 我用NVENC壓串流會被強迫拉到30Mbps
實際流量要看來源 點了幾個台 1080P流量大概在5M~8M
雖然流量不低 但覺得畫面細節掉很多
比如說LOL直播 大概5M VP9 感覺上大概是以前Twitch看到的4M
除了二次壓縮 YT動態流量的閥值抓得有點低
後續再推幾個東西測看看
Update2
現在壓縮策略是CQP固定畫質 依照畫面複雜度需求調整流量
而且天花板蠻高的 AVC有看到21Mbps
優點是畫面再怎麼複雜 動態再大都有一定水準
缺點是YT品質閥值(Q)抓很低 低動態畫面會低到1~2Mbps 導致細節很容易掉光
馬賽克 壓縮破碎 畫面看起來髒髒糊糊
靜態遊戲或流量需求低實況表現就會輸Twitch固定流量的平台
另一個大問題是關鍵偵畫面比重過大 流量大多給關鍵偵(i-frame/keyframe)吃掉了
因為延遲需求 缺少良好預測/計算到下一個2或5秒關鍵偵前的流量分配
導致在下一個關鍵偵到來之前如果發生場景變換或大動態
P frame設定流量不夠補細節 在下個關鍵偵到之前畫面就會糊/馬賽克
然而下個關鍵偵到了以後又用太多流量把畫面補到漂亮
如果畫面還在持續變動 就會有 超清楚>馬上糊幾秒>超清楚>馬上糊幾秒 不舒服的呼吸感
我會覺得YT流量給到這麼大 壓縮策略這麼慘真的是蠻浪費
比如說1080p有到21Mbps的片段 實際表現上沒有比Twitch 6Mbps好到哪
只有那一段的關鍵偵漂亮到爆炸 漂亮幾偵後場景跟關鍵偵無關就開始慘不忍睹
尤其有關鍵偵高品質對照 明顯的落差讓大腦覺得畫質很差 (雖然表現還是比6M好)
P偵流量過低 在下個關鍵偵到以前 很難幾偵內把場景建回來
當然其他直播平台也會有一樣的問題 超出流量需求就是一定慘 怎麼慘就還有得調
直送串流的玩法稍微多一點 去x264 option調整IBP流量比例去特化壓縮性質
調整關鍵偵間隔 無視HLS建議變動態間隔 讓實際需求決定
把畫面品質平均(爛) P偵多點空間可以恢復場景 讓落差不要這麼大
NVENC倒是流量預測策略做得還行 但沒啥調整空間(頂多2pass)
無上限的流量變化對網路不好或本地無CDN的觀眾也會造成負擔
撥放器應變策略就是降解析度
--以下資訊過期
不管打多少流量多神畫質上去都會被壓成慘不忍睹1M~2M AVC或AV1
所以沒啥好努力了 大家一起爛
可以用很鬆的硬體配置 以上傳流量換同等畫質
怕顯卡壓吃資源 可以用CPU x264 配個veryfast + 4M 網路好直接superfast + 10M
因為再怎麼用力壓推頂級畫質上去 觀眾都是看到再經處理的一坨" "
平台流量硬天花板(<2M)就卡在那邊
比如說我試過4M vs 100M 除了4M母流就有的壓縮瑕疵 其他基本無感
滿分100 最終輸出天花板30分 前端再怎麼努力再怎麼差都是20~30
喔 不過可以upscale成4K 因為YT給4K流量比例比1080高好幾倍
屬偏門玩法 而且4K以外選項畫質會更差 細節不提
--以上資訊過期
(題外話 聲音240p以上都是同流率喔 "目前"不會開4K/8K就有更高音質)
Twitch
目前還是直送來源串流 軟天花板6M 硬天花板8M 超出不給撥放
台灣幾大平台目前島內都有收流節點 上傳通常沒問題
以前要跨海新港日韓美西 流量2M上不去晚上不穩狂掉包的情況已經很少見了
講這邊想先提一下HEVC/AV1/VP9/H265/whatever
我想大家搞錯問題了 平台方收HEVC或是穿越100年後的超猛壓縮標準意義不大
觀眾設備/撥放器不支援就白搭
比如說老一點的手機就不支援H.264 High profile/特定H.264(AVC)壓縮選項
這在早期的Twitch app有發生過問題 早期沒簽約的台不會有重壓的多解析度選項
導致實況主用High或高階preset打出來的串流老手機不能看
就算實況主用6M HEVC/穿越100年的壓縮技術串流
平台方還是得重新處理成主流通行壓縮標準再發送
而且再處理流量一定是調低 不是6M
你們絕對絕對不會希望Twtich跟YT一樣開始走新標準
因為玩法會一樣 先考量成本定好流量天花板 然後再看客戶裝置支援什麼規格丟AVC/AV1
觀眾看到畫質絕對會比現在AVC+6M還要慘
"會用H.265是因為營運方可以節省流量成本 可以維持最低畫質 不是提升畫質"
平台方收H.265有實際獲益是上傳流量貧乏的情況
比如手機直播 而且HEVC encoder可以直接叫 比電腦單純
但應該就順便不走RTMP了 會改成WebRTC之類的架構做動態流量/解析度
依照nVidia文宣跟幾個大戶的資料
"在流量範圍內" Turing NVENC畫質略同x264 faster
兩邊壓縮特徵差很多 個人感覺NVENC畫面抹得比較好看
x264太著重細節導致壓縮碎裂不少
低流量(<8M)的時候NVENC腦感比較好
但要跑VMAF那些量化數據應該還是x264好
為啥要講流量範圍內 因為NVENC是半套CBR(固定流量)
當NV演算法認為無法維持最低畫質閥值(Q>50)的時候 會強迫切回CQP(固定畫質) Q=50
這時候流量限制會被無視 改用Q=50的流量
所以要說NVENC比x264好 還得注意當下流量是否一致 NVENC可能已經超標了
比如說HBO片頭的電視雜訊 拿去OBS壓就會輕易超出6M 狠一點的素材可以到20M(@1080p60)
這種短爆發的情況Twitch撥放器目前是不管 平均不要超過8M太久都可以過關
換句話說 會有極大動態的情況下 用NVENC可以短暫超出流量限制偷畫質
但觀眾網路吃不吃得動是另一回事
另外Q=50(NV定義最低畫質)的情況那畫面鐵定好不到哪(但可能還是比x264 6M表現好)
假如可以自己決定輸出品質要怎麼調 要用顯卡壓還CPU?
NVENC選項幾乎都寫死的 怎麼調畫質幾乎都一樣
x264才有調整空間 但以現在的CPU能力 畫質提升空間還是有限
以我概略測13700K APEX FPS 100+ 1080P60@6M 不開FPS限制/垂直同步
preset極限大概還是在medium 畫面變動大還是會有CPU吃緊跟輸出掉偵的狀況
再上去slow不太行 slower完全不行 變動一大輸出就卡 preset跨一階資源落差量很大
如果只能medium就是很微妙的狀況 跟NVENC沒明顯落差
medium到slower之間提升感受有限 CPU提升很有感
畫質我個人覺得要到veryslow才會明顯有感
預算不夠電腦不好不會設定 乖乖顯卡壓
CPU還行 可以嘗試veryfast看遊戲體感有沒有改善
電腦不夠好 FPS有超過60一律建議開垂直同步/FPS cap
CPU好可以玩看看x264 preset medium<slow<slower 越右邊越吃CPU
願意妥協遊戲感受成全觀眾
垂直同步/FPS cap開下去 擷取吃的CPU會降非常多 x264 preset可以拚更高
然後最最最重要的 不要再推實況主用電容麥克風 跟 機械式鍵盤
在那邊給我用1萬2萬錄音室等級電容麥收高解析鍵盤風扇聲腦袋有洞嗎?
馬的吵死了
--
◤ ◥ ◢ ◣
傑米，炸掉它吧。 ⊙▁⊙─ ─⊙▂⊙ 碰到問題，用C4就對了！
╰ ∕皿﹨ ◥皿◤ ╯
◥█◤◢ ◥ ︶◤
Adam Savage ◤ ︶ ◥◤ ﹨▼∕◥ James Hyneman
ＭＹＴＨＢＵＳＴＥＲＳ ◥ ◤＼◥ by dajidali
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.227.5.205 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1674377360.A.F9B.html
※ 編輯: YouCantGetME (36.227.5.205 臺灣), 01/22/2023 16:55:42
如果說調整是指噪音閥那些 那應該不算調整
噪音閥會影響聲音進場表現 觸發的時候噪音還是會在 不會消失
能接受的調整是壓縮 動態 EQ 頻率 針對輕微機械音背景音可以用頻率去壓
但這就不是一般實況主懂的範疇 不過聲音設備是我最不熟的部分 有請高人指教
※ 編輯: YouCantGetME (36.227.42.215 臺灣), 01/23/2023 02:31:19
相對沒有搶工作問題 台灣市場小交通也方便 分享專業就會危害自己飯碗
做過一陣子台灣蠻有規模廠商的案子 他們對技術的態度跟水電師傅差不多
傳承/經驗/保護 偏好成熟的舊技術遠大於未驗證的新科技
歐美薪水高讓有技術底子的人願意投入產業 才有know-how用非成套的軟體
比如說ffmpeg是基本泛用的工具 製播中當專案組件 後檔案處理 串流處理
這麼好用省工時的工具台灣沒啥人懂用 蠻可惜
... <看更多>