OBSに画質を求めるのは間違っているだろうか

TL;DR #

この記事はOSSのOpen Broadcaster Software(OBS Studio)のチュートリアルです。

OBSは配信の品質向上、処理の軽量化に最適なアプリケーションです。たとえ録画用途であってもBandicamやShadowPlay等の他のアプリケーションを選ぶ余地はありません。
日本語の情報が少なく、OBS関連では辿り着けない情報も含めて解説するので、何かに躓いている方や更に配信・録画品質を上げたい方は必見です。
目次・Ctrl-F を活用してね！

更新履歴 #

ダウンロードとインストール #

OBSは開発が盛んなOSSなので、更新はチェックしておくと良い。
StreamlabsやN Airの場合、バージョンが古かったり録画機能が削除されているので、本家がオススメ。
下記の公式サイトにインストーラとポータブル版（Zip）のURLがある。
Open Broadcaster Software | OBS

ポータブル版をProgram Files以外のディレクトリにインストールする場合、bin・data・obs-pluginsが含まれるOBS Studioディレクトリのセキュリティ権限にALL APPLICATION PACKAGESというオブジェクト名を追加して、アクセス許可する必要がある。この権限がないと、特定の機能(UWPアプリのゲームキャプチャ)が正しく機能しない場合がある。
OBS 26.0で追加されたVirtual Camera機能を使用するにはインストーラ版を選択する。

因みに"GitHubで見る"をクリックすれば、正式リリース前のRelease Candidate版(リリース候補版)等をいち早く試すこともできる。
勿論ここからソースコードを入手し、自前ビルドすることも可能。

Releases · obsproject/obs-studio

非公式ドキュメント(頻繁に更新されています)
Open Broadcaster Software Studio Multiplatform Help Guide [PDF] | OBS Forums

初回起動と画面構成 #

OBSを管理者として実行すると、GPU高負荷時に統計 -> レンダリングラグが原因で逃したフレームが低減し、配信のカクつきがを最小限にできる可能性があります(OBS 24.0.3~)。
OBS Studio 24.0.3 GPU Priority Fix Testing | OBS Forums

自動構成ウィザードは、実行中のマシンに合わせて適切に設定してくれる。
らしいが、何れにせよ設定し直す必要があるので勉強も兼ねて"いいえ"を選択。

メニューバー #

ファイル #

編集 #

プロファイル #

プロファイルを分けることで、異なる配信先やキャンバスサイズ・フレームレート、エンコード設定を切り替えられる。
プロファイルには設定 -> 一般 設定 -> 音声 -> グローバル音声デバイス以外の設定が含まれる。
配信・録画中に切り替えることはできない。

シーンコレクション​ #

シーンコレクションを分けることで、用途別に複数シーンを一括で切り替え、不必要なシーンを読み込まない状態にできるので、軽量化・安定化に役立つ。
シーンコレクションにはシーンやそれに含まれるソース、音声ミキサーが含まれる。

ツール #

ヘルプ #

自動シーンスイッチャー #

ワンオペやシングルディスプレイ環境でのオペレーションを求められる配信では、この自動シーンスイッチャーが大活躍する。
ウィンドウタイトルに一致する文字列や正規表現を書き、それに対応したシーンを選択すると、そのウィンドウがアクティブになった時に任意のシーンに自動で切り替えてくれる。
オーバーレイやコメント欄、ゲーム、その他ウィンドウ、背景など用途別にシーンが適切に分けられていることが前提。

シーンコレクション #

シーンコレクションには、映像・音声ソースを含んだシーン、音声デバイスを扱うミキサーが含まれる。
これを切り替えることで、キャプチャ内容を用途別に切り替えられる。

シーン #

ソースを纏めたものを、切り替えられる。
+で追加、-で削除。

ソース #

選択したシーン内に映像・音声・テキスト等のソースを追加(+ボタン)する。
また、既に追加したソースの表示・非表示をここで切り替える。

ウィンドウキャプチャ #

最小化したウィンドウが映らない #

• ウィンドウは最小化すると動作せず、静止画がキャプチャされる。
  キャプチャしたいウィンドウは最小化せず、開いたままにしておきましょう。

フルスクリーンウィンドウが映らない #

• ゲームキャプチャを使う
• そもそもフルスクリーンウィンドウはアクティブでないと動作しない
• UWPアプリの場合、ダウンロードとインストールでインストーラ版を選ぶか、手動インストール向けの設定を行う
• Vulkanベースのゲームの場合は、OBS 25.0～を使用する

フルスクリーンでプレイすると他のウィンドウが映らない #

• Windowsにおいて、フルスクリーンウィンドウの下に隠れたウィンドウは静止画となり、動作しない。
  ディスプレイに余りがない場合、仮想デスクトップを使います。
  #フルスクリーン使用時に別のウィンドウをキャプチャする で解説しています。

Chrome系ブラウザ・VSCodeなどが映らない #

Chrome系のソフトウェアはレンダリングにANGLEを使用しているため、従来のキャプチャ方法ではウィンドウの内容を取得できず、真っ暗でマウスポインタのみ映る、という残念な状態になっていたが、
ウィンドウキャプチャがデフォルトで対応したので、Windows 10 1903以降に更新して、OBS 25.0以降に更新すればよい。

映らないからといってブラウザのハードウェアアクセラレーションを無効化するのはやめよう。

Chrome #

1. Choose ANGLE graphics backend chrome://flags#use-angle でOpenGLに設定する。
2. ウィンドウキャプチャでChromeのウィンドウを選択する。

VSCode #

起動時に使用するタスクバーやデスクトップのショートカットのリンク先に、--use-angle=glを加える。
これはChrome系のソフトウェアなら基本的に動作する。

"C:\Users\ユーザ名\AppData\Local\Programs\Microsoft VS Code\Code.exe" --use-angle=gl

タスクバーで右クリック操作を繰り返すことでショートカットのプロパティにアクセスできるよ

ゲームキャプチャ #

フルスクリーン使用時に別のウィンドウをキャプチャする #

フルスクリーン下に隠れたウィンドウや最小化されたウィンドウの表示内容はOBSに反映されない。
フルスクリーンを使用していない別のモニタ上またはWindows10の仮想デスクトップ上にウィンドウを置く。

同じ名前のウィンドウを個別に認識させる #

同じアプリケーション・ゲームをウィンドウまたはゲームキャプチャする際、ウィンドウタイトルや実行可能ファイルが同じため、任意のウィンドウをキャプチャすることが難しい、または録画中に任意のウィンドウから勝手に切り替わってしまうという問題がある。

方法1 ホットキーで選択 #

OBSの"ゲームキャプチャ"ソースの機能に"ホットキーで全面のウィンドウをキャプチャ"という機能がある。
この方法を取るのが一般的である。

1. ソースウィンドウに"ゲームキャプチャ"を追加
2. モード"ホットキーで全面のウィンドウをキャプチャ"を選択
3. 設定->ホットキー->ゲームキャプチャ(ソース名)->全面のウィンドウをキャプチャ/キャプチャを無効化にキーを設定

ただし、この方法ではゲームキャプチャ1つ1つに別のキーを割り当てる必要があり、配信・録画開始時にそれらを行うのが非常に面倒である。

方法2 MainWindowTitleを変更する #

ホットキーで選択するのではなく、プログラムでウィンドウタイトルを連番等に変えてしまうという方法。
Minecraftでシュルカー無限をする際に、複数アカウントからの視点を撮りたいというニッチな需要に応えるため、PowerShellでちょちょっと書いた。
どちらもjavawプロセスのうち、指定した実行ファイルパスの場合のみウィンドウタイトルを変更する仕様。

#190106
<#
仕様:
・Minecraftバージョンの表記の保持に対応
・連番(同時起動数の想定)はの1桁(1-9)まで
・連番は起動時刻順
2つ同時起動した後に連番を振り、2番目を終了して、新たに1つ起動した場合の例:
Exist: Minecraft 1.13.2_1
Rename: Minecraft 1.12.2_3
#>

#Minecraft用のjavaw.exeのパスを設定
$JavawPath = "C:\openjdk-11.0.2\bin\javaw.exe"
#SetWindowTextを使用
$settxt = add-type -name settxt -passThru -memberDefinition @'
[DllImport("user32.dll", CharSet = CharSet.Auto)]
public static extern bool SetWindowText(IntPtr hwnd, String lpString);
'@
#カウントリセット
$WindowCount = 0
#javawをStartTime順でソート
$JavawProcess = Get-Process javaw | Sort-Object StartTime
#ForEach-Object
$JavawProcess | %{
    #Pathが$JavawPathと一致する場合のみ実行
    if ($_.Path -eq $JavawPath)
    {
        #"MainWindowTitle_連番"にする為の条件分岐など
        #正規表現
        if ($_.MainWindowTitle -match "Minecraft.*_\d{1}$")
        {
            #前回実行時に番号が振られたウィンドウの場合は番号を変数に格納
            [int]$WindowCount = ($_.MainWindowTitle -split "_")[1]
            Write-Output "Exist: $($_.MainWindowTitle)"
        } else
        {
            #前回実行時に番号が振られたウィンドウの番号から連番を始めなければならない場合
            #連番を初めて振る場合
            #カウントアップ
            $WindowCount++
            #setWindowTextでMainWindowHandleに対し文字列を設定($nullへリダイレクト)
            $settxt::setWindowText($_.MainWindowHandle, "$($_.MainWindowTitle)_$WindowCount") >$null
            Write-Output "Rename: $($_.MainWindowTitle)_$WindowCount"
        }
    }
}

テキスト(GDI+) #

設定項目が説明そのもので言及することが特にないので端折る。
因みに、テキストファイルの文字コードはUTF-8の必要がある。メモ帳等で作成したShift-JIS(ANSI)は文字化けするので注意。

ブラウザ #

body { background-color: rgba(0, 0, 0, 0); margin: 0px auto; overflow: hidden; }

body { background-color: rgba(0, 0, 0, 0); margin: 0px auto; }

Discordのオーバーレイを表示する #

https://www.youtube.com/watch?v=fuqmGOfiMNg&t=11147s

Discordのデスクトップアプリケーションにはゲーム内にオーバーレイを表示する機能がある。
しかし、それが表示されない環境であったり、表示したくないが配信に載せたい場合に役立つAPIをDiscordが用意してくれている。

デスクトップ版Discordを起動 Discord StreamKit Overlayにアクセス ※アプリケーションが認識されない場合、"CAN'T CONNECT TO THE DISCORD CLIENT"と表示されます。 Install for OBSをクリック 必要なウィジェットを選択します。ボイスチャットの様子を表示するには"VOICE WIDGET"を選択。 Server、Voice Channelを選択します。テキストや色をカスタマイズすることもできます。 OBSで#ブラウザソースを追加します。 URLを貼り付けて、width、heightを合わせます。 必要であれば、下記のようなカスタムCSSで装飾します。

• デスクトップ版Discordを起動中にOBSを起動すると、このソースが有効でなくても勝手にボイスチャンネルに接続してしまう仕様。
  録画と配信でシーンコレクションを分けるか、#ブラウザソースで"表示されていないときにソースをシャットダウン"を選択しておけば、勝手にボイスチャットへ接続してしまうのを防げる。

• URLの後方は設定内容を表すので、それを流用すれば容易に複数ボイスチャンネルを同じ見た目にすることができる。

https://streamkit.discordapp.com/overlay/voice/XXXXXXXXXX/XXXXXXXXXX?icon=true&online=true&logo=white&text_color=%23ffffff&text_size=14&text_outline_color=%23000000&text_outline_size=0&text_shadow_color=%23000000&text_shadow_size=0&bg_color=%231e2124&bg_opacity=0.95&bg_shadow_color=%23000000&bg_shadow_size=0&invite_code=zy5hZyW&limit_speaking=false&small_avatars=false&hide_names=false&fade_chat=0

• 画像のようなデザインにしたい場合は、5.のカスタマイズを行っていないURLに対し、以下のCSSを使用します。
  どちらも4K用に作ってあるので、4KでもFHDでも無理矢理拡大する必要がないため、より綺麗に表示されます。

ボイスチャンネル用

ボイスチャンネル用(インジケータのデザイン変更版)

テキストチャンネル用

YouTubeのコメントを表示する #

YouTube Liveの仕様で、映像と一緒にコメントが表示されるのはモバイルのみ。
デスクトップユーザはフルスクリーン状態ではコメントが表示されない。
また、華を添える意味合いで装飾したコメントを映像に被せたい方も居るだろう。

YouTubeのコメントはライブダッシュボードのチャット︙->チャットをポップアウトで表示されたウィンドウのURLを、OBSのブラウザソースに追加し、CSSを適用することで好みの見た目にカスタマイズして映像に合成できる。
一からCSSを書けというのは酷だが、chatv2という有志によるGUIでYouTubeLiveのコメント用CSSを生成できるウェブツールがある。

https://chatv2.septapus.com/

画像のようなデザインにしたい場合は、以下のCSSを使用します(chatv2のみでは対応できない部分の修正も含まれます)。

配信に友人視点の映像を載せる #

友人に限定公開または公開でライブ配信して貰い、そのURLを"ブラウザ"ソースに取り込めば良い。
ただし、許可なく他人の動画を使用する権利はないことだけ要注意だ。垢BANチキンレースをしたい方はどうぞ。

1. 以下のURLの末尾の英数字の羅列を友人の配信URLのものに置き換える。

   https://www.youtube.com/embed/zF92Ok4GQaE?autoplay=1
   

   再生ページで実行すると勝手に置き換えてくれるブックマークレット

   javascript:var title = window.location.href;if (title.indexOf('https://www.youtube.com/watch') == 0) { (function(){ window.open(title.replace('watch?v=','embed/')+'?autoplay=1'); })(); }
   

2. "ブラウザ"ソースを追加する。
3. URLを入力し、幅と高さをキャンバス解像度に合わせる。

ブラウザ内の操作は ソースの右クリックメニュー->対話 で行えます。

メディアソース #

# 同じコーデックのファイルであれば、txtに記述された複数のメディアをffmpegのconcatで連続して再生できる。
# txtはメディアと同じディレクトリに配置

ffconcat version 1.0
file 'A_Quiet_Thought.mp3'
file 'Absention.mp3'
file 'Acoustic_Circles.mp3'
file 'All_Hail_the_Queen.mp3'
file 'Angelic_Forest.mp3

OBSだけでBGMを再生・曲名を表示 #

メディアソースにはffmpegのconcatが組み込まれていることは解説したが、それを利用して、曲名が書かれた映像を流せば、BGMは勿論、工夫すれば曲名もOBS単体で流せる。

OBS単体でBGMを流すことには理由がある。
メディアソースはOBS内の仮想音声デバイスとして機能するため、自分が聴きたくない場合、編集時にデスクトップ音声と一緒になっていては困る場合等に有効だ。

曲名とBGMのaviを一括生成し、OBSのメディアソースに対応したinput.txtを出力するPowerShellスクリプトを書いた。

1. ffmpegをインストール
2. 下記スクリプトを拡張子.ps1で保存。
   日本語環境において、Windows PowerShellの場合はShift-JIS(ANSI)、PowerShell Coreの場合はUTF-8で保存。
3. 設定を行う
   • Input: BGM素材が詰まってるディレクトリ(フォルダ)を指定します。
   • Output: Audio:BGM、Video:BGMのファイル名なaviファイルの出力先を指定します。
   • Input、Output両方とも指定した場合: Outputの中にOBSに登録するinput.txtが出力されます。
   • Inputのみ指定した場合: Inputの中にinput.txtが出力されます。
   • input.txt内に記述されるBGMの再生順は、このスクリプトを実行する度にランダムです。aviの並びを再度シャッフルしたい場合は、InputにOutputのパス(aviディレクトリ)を書き、Outputを例にならって#コメントして下さい。
   • Resolution、FontSize、FontFileは任意に設定して下さい。
   • FontFileのパスのフォーマットは、通常のWindowsの表記と異なるため注意して下さい。

   $Settings =
   @{
       #Input,Output指定: Output\input.txt Inputのみ指定: Input\input.txt
       #BGM素材入力ディレクトリ
       Input = "C:\Users\sbn\Music\audiolibrary"
       #Input = "C:\Users\sbn\Music\minecraft\sounds\music"
       #Input = "C:\Rec\audiolibrary"
   
       #avi出力ディレクトリ
       Output = "C:\Rec\audiolibrary"
       #Output = "C:\Rec\minecraft"
   
       #解像度
       Resolution = "640x40"
   
       #フォントサイズ
       FontSize = 32
   
       #フォントファイル
       FontFile = 'C\://WINDOWS/Fonts/consola.ttf'
   }
   

4. powershell(5.1、6.1.1で動作確認)でスクリプトを実行
   Win - R -> powershellでWindows PowerShellを起動。

   #絶対パスの場合
   C:\DTV\pwsh\AudioMediaSource.ps1
   
   #相対パスの場合
   .\AudioMediaSource.ps1
   
   #外部から実行する場合
   powershell .\AudioMediaSource.ps1
   pwsh .\AudioMediaSource.ps1
   

OBSで動画編集する #

こいつ何言ってるんだ、と思うかもしれないが先日も私はFFmpegで動画編集したし、
一つ上の項を実践された方はもう既にOBS、FFmpegで動画編集している(？？？)。

メディアソースにはffmpegのconcatが組み込まれていると言ったが、これにはもう少し機能が含まれている。

以下のようなテキストファイルを動画ファイルと同じディレクトリに置いて、それをメディアソースに追加すると動画編集(カット・連結)が始まる。
同じコーデック・解像度・フレームレート・色空間でないと正しく動作しない(FFmpegで再エンコードなしで動画編集出来る条件と同じ)。

#これ忘れない
ffconcat version 1.0

#コメントは
file 'VNSG1857.MOV'

file 'OTWL2920.MOV'
inpoint 5

file 'TWZZ6601.MOV'
outpoint 9

#なんかいい感じのシーン
file 'TWZZ6601.MOV'
inpoint 20
outpoint 29

file 'VVFG0977.MOV'

file 'GNFC3758.MOV'

#みたいに使えるよ

イメージ

file 'TWZZ6601.MOV'
inpoint 20
outpoint 29

                          |<--- Play --->|
+-'TWZZ6601.MOV'----------+--------------+-------
0                    inpoint 20    outpoint 29

ソースが条件に合わなかったり、更に凝ったことをしたい人はffmpegのfilter_complexで頑張ってください。
複数解像度の動画に、それぞれのソースによってフィルタ処理を変えられるので、編集ソフトの簡易的な部分ならffmpegだけで出来るよ。
例によってGUIが無いので、史上最も軽い動画編集ソフトだよ！[要出典]

カラーバー・カウンターを表示する #

OBSのメディアソースはほぼFFmpegですが、ffmpegには元々SMPTEカラーバーやテストソースを表示する機能があるので、それをメディアソースで指定すればそのまま使えました。

項目	値	説明
メディアソース
ローカルファイル	無効	ffmpeg demuxerを使用可能
入力	smptehdbars
	testsrc
	testsrc2
	color=Green	使用可能な値はドキュメント
フォーマット	lavfi	Libavfilter
全画面に綺麗に拡大する
ソースの右クリックメニュー -> フィルタ -> スケーリング/アスペクト比		ニアレストネイバー補間で一切滲ませることなく拡大する。 解像度が分かっていれば、1920x1080等を指定しても良い。
スケールフィルタ	ポイント
解像度	基本(キャンバス)解像度
testsrcからカウンターをつくる
ソースの右クリックメニュー -> フィルタ -> クロップ/パッド		不要な部分をクロップで取り除き、カラーキーで背景を抜く。 フィルタのプレビューウィンドウでは綺麗に処理されていないように見えるが、スケールフィルタが"無効化"であれば問題ない。
相対的	有効
左	128
上	94
右	36
下	94
ソースの右クリックメニュー -> フィルタ -> カラーキー
色キーの種類	赤
ソースの右クリックメニュー -> フィルタ -> カラーキー
色キーの種類	緑
ソースの右クリックメニュー -> フィルタ -> カラーキー
色キーの種類	カスタム
キーの色	#ffff00(#ffffff00)
ソースの右クリックメニュー -> フィルタ -> カラーキー
色キーの種類	青
ソースの右クリックメニュー -> フィルタ -> カラーキー
色キーの種類	カスタム
キーの色	#000000(#ff000000)

映像キャプチャデバイス #

BlackMagick DeckLinkはOBS、FFmpegと親和性が高いので個人的にオススメなキャプチャボード。

【国内正規品】Blackmagic Design ライブプロダクションスイッチャー ATEM Mini SWATEMMINI

Blackmagic Design BDLKDVQDHDMI4K DeckLink Quad HDMI Recorder

画像 #

ソースの右クリックメニュー #

ソースやプレビューウィンドウを選択し右クリックすると表示されるメニューです。

変換 #

ソースの拡大/縮小、位置合わせをピクセル単位で行います。

プレビューウィンドウ上で赤い枠を操作し同様の操作を直感的に行えますが、思い通りの位置にならなかったり、適切でないスケーリングによってぼやける場合があるため、こちらを使用することを推奨します。

ぼやけたり滲まないよう、拡大/縮小を行う場合は縦横が2xや1/2になるようにしましょう。スケールフィルタが"ポイント"の場合のみ、一切滲むことなく変換できます。

慣れればスタジオモードを使用しなくても、ソースの位置調整の様子が配信に映らないよう操作できます。

※OBS 25.0から、ソースのロック（鍵マーク）を解除しないと"変換"の大半の操作ができなくなっています。

変換をリセット #

ソースの拡大/縮小、回転や位置合わせの内容全てをリセットし、左上に元の大きさで戻します。
変換の設定を弄る前に、必ず実行しておくと良いでしょう。

変換の編集 #

既定の状態

左上を起点に"位置"で横軸64px・縦軸48pxの余白を設け、"大きさ"で2xした例。
スケールフィルタを"ポイント"に設定し、1/2や2倍の値に拡大縮小すると、滲みを軽減できます。
例: 640x360 -> 1280x720

右下に配置したいので、"位置揃え"を右下、"位置"はキャンバスサイズに合わせて1920,1080。
※右上なら1920,0、左下なら0,1080

1280x720のソースに対し、1440x810のバウンディングボックスで余白をつくる。

4K2K 3:2のソースの縦横比を維持して、左右に黒帯を追加する例。
画面に合わせると同じ。

4K2K 3:2のソースの縦横比を維持して、上下をクロップする例。

バウンディングボックスで余白を作っている場合、サイズの調整が必要になる。

画面に合わせる #

画面の大きさに合わせて拡大/縮小します。
拡大/縮小のアルゴリズムは下記の"スケールフィルタ"に従います。
後述の"スケールフィルタ"が"ポイント"の場合のみ、一切滲むことなく変換できます。

画面中央に置く #

ソースの縦横比・大きさを保持して、キャンバスの中央に配置します。

フィルタ #

OBSには豊富なフィルタが用意されています。23.0～多くのフィルタが追加されました。
複数のフィルタを重ね掛けすることもできます。

エフェクトフィルタ #

LUTを適用 #

Davinci Resolve等から出力できる3D LUT.cubeが25.0で対応した。

PhotoshopやGIMPを駆使してOBS用のLUTを作成するレガシーな手順。

OBSのルートディレクトリ内の\data\obs-plugins\obs-filters\LUTs\original.pngを

LUTを適用したいシーンのスクリーンショットと合成

GIMPやDavinci Resolveでカラーグレーディング

合成したLUTの部分のみを切り出し、OBSのApply LUTフィルタに登録

スケーリング/アスペクト比 #

音声フィルタ #

Compressor | Groove Agent SE | steinberg.help

キャンバス解像度が変わってもレイアウトが崩れない相対的なソースをつくる #

プロファイル -> 設定 -> 映像 で指定したキャンバス解像度がプロファイルの切り替えによって変更されると、折角つくったレイアウトも崩れてしまう。
ここに書かれているように、基本(キャンバス)解像度と出力(スケーリング)解像度は同じが好ましい。
よって、共通のシーンコレクションを異なる解像度のプロファイルで使用し、配信と録画を異なる解像度で行いつつ同じシーンコレクションを使用することを諦めている方も多いはず。
しかし、実はソースに対して変換・選択したアイテムのグループ化・スケールフィルタの組み合わせによって相対レイアウトを実現できる。勿論、ソースはキャンバス解像度と同じ縦横比(16:9等)でなくても動作する。

1. 変換のバウンディングボックスでキャンバス解像度の縦横比に合わせる

• 画面端に表示するコメント欄等のオーバーレイ表示

前述のように、オーバーレイそれぞれが16:9になるようにバウンディングボックスで管理してもよいが、オーバーレイものは解像度がまちまちなので直観的ではない。
ダミーの16:9の色ソースを置いて(非表示にし)、2.や3.を行ってからグループ内のソースの位置を調整するとよい。

2. 1つあるいは複数のソースを選択し、選択したアイテムのグループ化する
   このとき、それぞれのソースの最終的なサイズ(バウンディングボックスのサイズ)が同じでないと、一番大きなソースに合わせてレイアウトが崩れてしまう。
   グループを分けるか、1.の時点でリサイズを行って解像度を揃える。

3. グループ全体にスケールフィルタでキャンバス解像度を適用する

キャンバス解像度の異なるプロファイルを切り替えてみましょう。あら不思議、全くレイアウトが変わりません。

音声ミキサー #

設定->音声で設定したオーディオソースが表示される。
歯車又は右クリックでオーディオルーティング等の各種設定項目が表示される。

フィルタ #

#音声フィルタを参照。

オーディオの詳細プロパティ #

統計 #

ここでは何が原因で配信がカクついているのかの原因の特定を行える。
OBSが重い、配信がカクつく、それらは全てここの値に現れる。統計を表示しパフォーマンスをモニターすることが、快適な配信への近道なので、表示 -> ドックで必ず追加しておきましょう(OBS 23.0～)。

レンダリングラグが原因で逃したフレーム #

• シーン切り替え等で一瞬増える程度は問題ない。
• この値が増えていく場合、ソースのレンダリングが間に合ってない。そのPCで行っている処理内容全体に対して、PCのスペックが不足している。
• 原因となっているソースを削除するか、ソースを減らす。
• ゲームなら設定を妥協する。
• OBSを管理者として実行すると改善する場合がある。

エンコードのラグが原因で逃したフレーム #

• 設定->出力->配信を見て、x264ではなくハードウェアエンコーダを選択したり、プリセットを軽量なものに変更する。GPUのドライバやOSが古いと、ハードウェアが対応しているのに選択できない場合がある。
• それでも間に合わない場合はマシンスペックが不足している。全体的にマシンスペック不足している場合と、使用しているエンコーダがCPUやGPUの性能に対して厳しい場合がある。

ドロップフレーム(ネットワーク) #

ネットワークが原因のドロップは、金を積めばいいというものではなく、知識と手間と心労と手間と面倒臭さがピカイチなので、お使いのインターネッツ環境が良いことを願う。

• この値が増えるとき、上り回線の速度にビットレートが収まっていないので、各プラットフォームの推奨値や設定 -> 出力 -> 配信を参照し、環境に見合った値にする。

  1. まずYouTubeのせいにしない

     • 一応YouTubeの場合、プライマリa.rtmps.youtube.comの方がバックアップb.rtmps.youtube.comより潤沢なので、下手にバックアップサーバを選ばない方がよい。

     # IPv4
     ping.exe -4 -n 10 a.rtmps.youtube.com
     ping.exe -4 -n 10 b.rtmps.youtube.com
     # IPv6(要設定 6.を参照)
     ping.exe -6 -n 10 a.rtmps.youtube.com
     ping.exe -6 -n 10 b.rtmps.youtube.com
     

     • IPv6だけでざっと25個あるa.rtmps.youtube.comの中でも、物理的な距離や混雑具合に多少偏りがあるので、CDNガチャを行って静的に向けてあげると誤差レベルで良くなる。

  2. 回線速度計測は下記を使用するとよい。

     • サービス情報サイト(NTT東日本) -> フレッツ光 通信速度測定
     • サービス情報サイト(NTT西日本) -> 同上
       これはインターネットではなく、NGN閉域網の速度計測を行う。フレッツ系の回線でサービス情報サイトへの接続設定がないと使用できない。
     • iNoniusスピードテスト
       おすすめ
     • Speedtest
       サーバ/地域によっては参考にならない
     • fast.com -> 詳細を表示
       値は不正確だが、fast.comと打つだけなので人に紹介しやすい

  3. 例えば、上りが安定して50Mbps出るなら、30Mbps(OBSのビットレート設定なら30000kbps)まで使えると推測できるが、

     • 1桁MbpsやKbpsは厳しい。いやKbpsはインターネッツが厳しいはずなのでISPに殴りこむべき。
     • 2桁Mbpsが安定して出るならおｋ。50MbpsもあればYouTubeで4K配信が可能。エンコードラグの領域になってくる。
     • 3桁Mbps前半出ていれば十分。
     • ただし、スピードテスト結果が何Mbpsだろうが正直どうでもよく、単位がmsのRTT(通称レイテンシ, ping)が重要。
     • RTTが悪いと理論上どう足掻いてもスループット(速度)は出ず、輻輳(混雑してパケットドロップが発生している状態)しRTTが変動する残念な回線状況の場合は、スピードテスト結果から多めにマージンをとってもネットワークドロップが避けられない。
       要するにスピードテストは参考にすらならない場合も多く、その性質上、例え有線より速くてもWi-Fiは配信ではNG。
       cf. News & Views コラム：オンラインゲームとインターネットの遅延 – JPNIC Blog

  4. 早朝や昼間は速度が出るが、夕方から夜間のゴールデンタイムにかけて著しく遅くなる場合、

     • 電力系やCATV、NURO、集合住宅共有インターネットの場合、結局のところ自前のルータでNAPTできない場合が多いので、もし遅いなら乗り換えるしかやれることないかも。
     • フレッツ光の通信設備を使うISPを契約している場合、IPv6 IPoEを使うと回線速度が改善する場合が多い。
       これはIPv6自体が速いのではなく、フレッツのIPv4 PPPoEの運用上輻輳しやすく、結果的に遅いから。
       • 回線事業者 - ISP - HGW/ルータ - PCまでIPv6接続環境が整っている場合、タスクマネージャのパフォーマンスタブ -> イーサネットにIPv6アドレス: 2001:db8:b0ba:10ee...のようなグローバルIPv6アドレスが表示される。
         ローカルIPv4アドレスと違い、グローバルIPv6アドレスは絶対に配信で映してはいけない。それを求めてくる視聴者や友人が居るなら縁を切ること。
         ローカルIPv4アドレスも、よく分からなければ見せないほうが良い。
       • リンクローカルアドレスfe80...の場合は、IPv6インターネット環境がない。
         • IPv6 IPoEに対応した某やわらかい空気でNDPが正しく動作しておらず、ルータでIPv6が止まってしまっていると推測できる現象があった。要注意。
       • フレッツ光のIPv6 IPoEを使用したv6プラスやtransix(IPv4 over IPv6トンネルでIPv4も一緒に速くする凄いやつ)が使えるかはISP次第なので、ISPの契約を確認する。
         • 現在契約中のプランが対応していない場合、対応したプランに変更して、工事してもらう。
         • ISPが対応していないなら、解約して別のISPと契約する。
         • 解約が難しいなら、NTEガチャを頑張ろう。
       • ISPとの契約上IPv6 IPoEが既に可能なら、
         • ONUと自前ルータの構成の場合、ルータの設定でIPv6 IPoEの項目がないか探して、あれば設定する。PPPoEのように認証設定は不要。
           なければ、ISPまたはフレッツに問い合わせてHGWをレンタルするか、対応したルータを購入する。コンシューマ向けならAtermかBuffalo辺りだろうか。因みにHGWはNECなどが製造している。
           HGW一覧: Product Finder Results | Wi-Fi Alliance
           Wi-Fi APではなくルータとして購入する場合、日本のフレッツのIPv6 IPoEやAndroid端末のためにRDNSSオプションに対応したものを選ぶとよい。
           国内メーカ初！【IPv6 RA RDNSSオプション通知】に対応：IPv6通信ならAtermで決まり！ネット高速化 虎の巻 | ルータ活用コンテンツ | AtermStation
         • ONUとHGWまたは一体型HGWの場合は、ひかり電話ありの可能性が高い。
           • HGWにフレッツ・ジョイントによってIPv4 over IPv6 IPoE機能が降ってきていないか確認する。
           • HGWにも新旧や当たり外れがあるので、交換工事をNTTに依頼することもできる。
         • IPv6 IPoEやIPv4 over IPv6 IPoEトンネルには以前にも増して処理能力やセキュリティ面が要求される。HGWやルータが対応していても処理能力が不足したり、利用可能ポートが少ないことで安定しない場合もある。
           ルータへの費用対効果は甘く見られがちだが、周辺機器というよりは、1台のPCと同じ扱いで予算を組むべき。家の鍵であり、インフラだから。
           家族またはサーバ公開によって同時接続台数が多いなど、HGWやコンシューマ向けWi-FiルータのNAPT性能では足りない場合、高性能なルータとしてYAMAHA RTXやUNIVERGE IXを導入する手もある。HGWでポート開放するには、IPv4 over IPv6トンネル機能とトレードオフなので、そういった場合にも効果的だ。
           ただし、ひかり電話を使っているなら、ここで言うルータは安易に買うべきでない。収容方法を考慮する必要がある。
           コンシューマ向けWi-Fiルータを適当に買ってきても、Wi-Fi APとしてしか使えないので注意。
           cf. フレッツ光 ひかり電話を使いながら、IPoEのIPv6を自前ルータで直収する方法 - notokenの覚書
       • 集合住宅で電話線を使ったVDSL配線方式なら、理論上100Mbpsを超えることはなく、RTTも大きい。メタルは落雷にも弱い。
         • 保守コストからNTTには光配線方式に変えるインセンティブがあるので、提供エリアを調べる。確認が必要と言われたら、ISPやフレッツに電話で詳しく問い合わせる。今時FTTHになってないところはダメかも。
           賃貸を選ぶ場合は、予めフレッツのサイトで下見しておくとよい。
           cf. https://flets.com/
           私に質問するときは速度は伏せてRTTだけ教えてほしい。辛くなるので。
         • VDSL終端装置の交換で回線速度が改善する場合がある。焦げていたり型番が古かったら問い合わせて交換して貰おう。私は上下最大70/30が95/100Mbpsになったので、似たような状況の方は試す価値あり。
         • 問い合わせ先はフレッツとの直接契約ならフレッツに、コラボ光ならISP。後者でも最終的にはNTTに引き継がれるが、交渉事はISPにインセンティブがなく対応が悪い場合があるので、言葉巧みに親切なサポートを引っ張り出すか、コラボ光をやめる。
           インターネッツにはコラボ光を勧めるアフィ記事が乱立しているが、要するにそういうこと。値段はサポート対応の良し悪しに直結する。コンシューマ向けのベストエフォート回線な時点で既に安い。

  5. しばしばLANケーブルが現在契約中の回線品質を下回っている環境がある。

     • 断線疑惑があるのはダメ。また、Cat5, 5eモドキで、4つしか結線されていないものは100Mbpsリンクなので新聞を縛るのに使って捨てよう。
     • Cat5e-Cat6Aの、できればきしめんではないUTPケーブルを購入しよう。
     • 家電量販店が 情jy 逸般向けに 販売しているCat7～を謳うケーブルがあるが、Cat7以上はRJ45(8P8C, LANケーブルの端子)と互換性がなく、STPは一般家庭でも逸般家庭でも施工が難しい機能用接地(家にあるアースとは目的が異なる)が義務付けられている(ANSI/TIA/EIA-568-B.1-2)。
       正しい施工がない状態で使えば、お金をドブに捨てるだけでなく、速度の悪化や機器の不具合に繋がるので私はお勧めしない。

     ＲＪ４５プラグ付の「Ｃａｔ．７」と表記された製品について

     Ｑ３
     ＲＪ４５プラグ付の「Ｃａｔ．７」と表記されたパッチコードが販売されておりますが、これについて教えてください。
     これは、Ｃａｔ．７の性能はあるのでしょうか。

     Ａ３
     ＲＪ４５プラグではＣａｔ．７性能を満足することはできません。よって、これは不適切な表現であり「誤表記」と考えられます。
     Ｃａｔ．７性能を満足するプラグは、一般的にTERA、ＧＧ４５、ＡＲＪ４５コネクタであり、よって、「Ｃａｔ．７」と表記されたＲＪ４５プラグ付コードは、Ｃａｔ．７の性能を満足しておりません。

     JEITA 情報配線システム標準化専門委員会 「LAN配線の疑問にお答えします」(2018年)

     cf. TSUKO 通信興業株式会社 配線規格概要 ANSI/TIA/EIA-568-B.＊-＊　商用ビル通信配線規格　Addendum(追補) (NL20号 LAN関連規格より)
     cf. TSUKO 通信興業株式会社 配線工事関連 LANケーブルのノイズ対策のために接地について教えてください(NL22号 Q&Aより)
     cf. TSUKO 通信興業株式会社 LANケーブリング入門 ケーブリングの規格と要求されている電気特性

     • そもそもLANケーブルはツイストペア構造により、通信品質は十分に保たれている。
     • LANケーブルへ、あるいはLANケーブルからのノイズを気にするなら、ノイズ源との距離を離せば大きく軽減される。最大のノイズ源である照明を外し、スマートフォンを窓から投げ捨ててから、XLRやデジタル伝送、誤家庭内ファイバー化を考えよう。
     • JEITAとは少々矛盾する日本製線による見解もある。RJ45で10GbEという規格的に無理をした需要がある中で、STPは巷で言われているほど無用の長物ではなく、機能用設置がなくとも効果があるらしい。UTPが混在すると意味がないことから、一般家庭で効果的に導入するには住宅自体の配線からネットワーク機器まで見直す必要があり、家電量販店で品質の怪しいCat7モドキを買ってきてポン付けで解決！とはならないようだ。
       結局、STPはダメなの？　UTPでいいの？　LANケーブルの専門家に聞く【イニシャルB】 - INTERNET Watch
       ＃Mac Cat6Aケーブルを使用した10GBASE-T伝送検証【日本製線株式会社 公式】 - YouTube

  6. YouTubeにIPv6で配信するにはOBS側でも設定が必要。

• ネットワーク設定の最適化も有効な場合もある。
• 映像品質をできるだけ落とさずビットレートを下げるとき、ソース解像度の変更は負荷と品質の観点から推奨できない。
  ゲームの描画とエンコードの品質を上げ、フレームレートを60から30fpsに落とす方が効率が良い。

NEC Aterm WG2600HM4 無線LANルーター Wi-Fi 5 (11ac) 4ストリーム対応 (5GHz帯 / 2.4GHz帯) PA-WG2600HM4

NEC 無線LAN Wi-Fi ルーター Wi-Fi 6(11ax)/AX3000 Atermシリーズ 2ストリーム (5GHz帯 / 2.4GHz帯) AM-AX3000HP

YAMAHA RTX830 ギガアクセスVPNルーター

日本電気 5年無償保証 VPN対応高速アクセスルータ UNIVERGE IX2105 BE108821

シーントランジション #

シーン切り替え時に様々なトランジションを適用できる。

コントロール #

設定 #

ファイル -> 設定

一般 #

配信 #

配信プラットフォームを選択する。

項目	値	説明
サービス	YouTube - RTMPS	YouTubeのライブダッシュボードで作成したストリーミングキーを使用する。 通信内容がSSL/TLSで暗号化される。 RTMPS を使用して配信を暗号化する - YouTube ヘルプ 中間者攻撃 https://ja.wikipedia.org/wiki/Real_Time_Messaging_Protocol 基本的にIPv4が優先される。 RTMPSとIPv6で配信するようネットワーク設定を行っていて、安定しない場合、カスタム設定でRTMPを設定したり、HLSを使う。
	YouTube - HLS	YouTubeのライブダッシュボードで作成したストリーミングキーを使用する。 特にフレッツ東西の設備を使うISPでは、IPv4 PPPoEが遅い事情から、IPv4/IPv6デュアルスタック環境でIPv6 IPoEが使われるように設定するのが望ましい。 IPv6で配信するためには、HLSを選ぶか、RTMPなら設定 -> 詳細設定 -> ネットワーク -> IP選択で既定からIPv6アドレスが付与されたネットワークインターフェースに変更する。これは重要なので、何を言っているか分からない場合/詳しくは統計 - ドロップフレーム(ネットワーク)の項を参照。
	カスタム	YouTube - RTMP: rtmp://a.rtmp.youtube.com/live2 YouTube - RTMPS: rtmps://a.rtmps.youtube.com/live2 RTMPS を使用して配信を暗号化する - YouTube ヘルプ HLSを使ってHEVCでYouTubeに配信する
サーバー	Primary YouTube ingest server	調子が悪い時はBackupに切り替えると安定する場合もあるかもしれないが、まず疑うべきは自分の環境。視聴者の中には、この分野に造詣が深いエンジニアが紛れ込んでいる可能性があり、腹痛の原因となるのでやめていただきたい。
ストリームキー(リンク)		ストリーム名/キーを貼り付ける。
配信サービスの推奨設定事項を無視する	無効	配信プラットフォームの推奨値を守らない設定を行いたい場合は無効。

出力 #

配信 #

"配信開始"押下で選ばれるエンコード設定です。

品質、パフォーマンスの観点から上から順に使えるものを選択して下さい。
Macの場合は"アップル VT H264 ハードウェア～"、Linuxの場合はOBS 23.0から公式対応した"VAAPI"等を選ぶと良いでしょう。

x264 #

デフォルトではソフトウェアエンコードのx264になっています。
ソフトウェアエンコーダはハードウェアエンコーダに比べ設定項目が豊富ですが、配信や録画のようなリアルタイム処理においてハードウェアエンコードに負荷・品質共に勝ることは基本的に無いので、特殊な用途でない限り選ぶ必要はありません。

参考: 同程度の品質になるようエンコードした場合、x264で実時間の5倍かかるところ、h264_nvencでは1/5未満で終わります。

NVIDIA NVENC H.264 (new) #

ハードウェアエンコードの現状最適解、対応したNVIDIA製GPUで使用できるNVEnc。

項目	値	説明
エンコーダ	NVIDIA NVENC H.264 (new)	OBS 23.0からの最適化が含まれているnewを選択する。
レート制御	CBR	安定性重視ではCBR推奨だが、私個人としてはVBRを推したい。CQPはビットレート変動が非常に大きくライブストリーミングには不向き。 サービス終了しちゃったぴえん~~Mixer FTLの場合は必ずCBR~~
ビットレート	YouTube 1080p: 8000-12000 Kbps YouTube 1440p: 12000-18000 Kbps YouTube 4K: 24000-34000 Kbps Twitch, Mixer: 7000 Kbps	解像度、フレームレート毎に異なるため、YouTubeの推奨値を参考に調節するとよいが、NVEnc H.264 VBRで試した結果、このビットレートが適切(VMAFスコア96-97)だった。 ゲーム配信等で動きが多い場合は値を大きく、逆に動きの少ない静止画や絵描き配信等は値が小さくても良い。 ビットレートが回線のキャパを超えると統計の"ドロップフレーム(ネットワーク)"の値が増える。
最大ビットレート	ビットレート+2000~4000Kbps	VBRの場合有効。4Mbps以上大きくしてもあまり効果がない上にビットレートが予測できなくなるのでこの程度に留めておこう。
キーフレーム間隔(秒)	2	ライブストリーミングの場合、キーフレーム(完全な画像のフレーム)をある程度の頻度で含ませる必要がある。 NVEnc H.264に限って言えば実は4秒が効率が良いので、画質を攻める人にオススメ。
プリセット	Quality Low-Latency Quality Low-Latency	ビデオカードのスペックに余剰があれども、Max Qualityはリアルタイム処理に難があり、配信を不安定にするため、必ずQuality(medium)を選択する。特にMixer FTL等のレイテンシにシビアの場合は配信すらできなくなる。 もし処理が間に合わず統計の"エンコードのラグが原因で逃したフレーム"の値が増えるようであれば、Quality同様に品質・負荷・ビットレートの効率が良いLow-Latency Quality(llhq)かLow-Latency(ll)を選ぶ。
Profile	high	対応していない機能があるため、baselineやmainは不可。ビットレート当たりの品質も確実に低下する。
Look-ahead	無効	"最大Bフレーム"の範囲内で先読みしてBフレーム数を可変的に決める。 無効時は常に"最大Bフレーム"。 動きの少ないコンテンツに効果的。動きが激しい場合はビットレートを無駄遣いする為、品質が低下する。 負荷が大きくドロップする場合はオフ。
心理視覚チューニング	有効	有効時は、ビットレートの使用方法が大幅に最適化され、特に動きの激しいシーンで視覚品質が向上する。
GPU	0	GPUを複数挿している場合、それを選択できる。ただし、別GPUにフレームをコピーする過程でメリットが失われる為、NVIDIA曰く非推奨。
最大Bフレーム	2	ビットレートが限られる環境下では、キーフレームの差分の更に差分であるBフレームは品質保持に有効。 動きが少なく、ブロックノイズや纏わりつくようなアーティファクトが出なければ3に増やしても良いが、NVEnc H.264では2が最も効率がよく、0や4は非効率。 YouTube Liveの低遅延や超低遅延、Mixer FTLでは0にすると安定する。

上記の設定を行った際の映像品質(参考):

(GTX1650無印を除く)Turing世代では、Pascal世代と比べ品質が向上しているため、配信や録画用途の方は型落ちを選ぶべきではありません。

NVEnc対応リスト
Video Encode and Decode GPU Support Matrix [NEW] | NVIDIA Developer

OBS 23.0からNVIDIAと共同で開発された最適化されたNVEncが利用できます。
Turing以降だけでなく、Pascal以前にも有効とのことなので、既存ユーザは今すぐアップデートしましょう。

Available Now: New GeForce-Optimized OBS and RTX Encoder Enables Pro-Quality Broadcasting on a Single PC

NVIDIA NVENC OBS Guide

OBS公式TwitterやNVIDIAによると、配信専用に別GPUを使用してもメリットが無いため推奨されないとのこと。
遊びたいゲームがある程度余裕を持ってプレイできるスペックを選ぶと良いでしょう。

Since many people have asked: running OBS on a separate GPU is not a suitable solution, as this ends up introducing a new set of performance problems related to the need to copy frames from one GPU to another across system RAM.

— OBS (@OBSProject) February 8, 2019

NVEncが選べない #

廉価GPU・古い世代の場合、使えない・一部機能が制限されている可能性があるため、
以下のNVIDIA公式ドキュメントの対応表を確認する。
Video Encode and Decode GPU Support Matrix [NEW] | NVIDIA Developer

• 古いGPUに関してはFor a complete list, click on the buttons below to open the complete tablesから見る。

• Max # of concurrent sessionsにNVIDIAのセッション数(同時エンコード可能な数)が書いてある。
  3本以上を同時に処理する特殊な用途ならQuadroが欲しくなってくる。
  同時配信では、3つ以上の解像度が必要なければ、#負荷を掛けずに同時配信する方法で十分。

• HEVC B Frame supportは動画品質に効いてくるので、もしGPUを新調する場合はこれが使えるものを選んでおくと良い。

• GeForce GTX 1650はTuring GPU with Volta NVENCと注釈が入ってるように新しいNVEncが使用できないため、これを選ぶならPascal世代を選んだ方がお得。

配信用にグラボを選ぶなら1650 Super～ということがわかる。

Windows 8や10の古いバージョンを使っていて、要件を満たしておらず選べない場合もある。

NVEncで配信録画開始時に失敗する #

配信開始しようとすると、以下のような素っ気ないエラーが返ってくる。

FFmpegカスタム出力の場合は録画中に不明なエラーが発生しましたしか表示されないかもしれない。

この原因として、文字通りの場合もあるが、
NVEncセッション数制限がNVIDIA GeForceには設けられているため、同時にエンコード出来るのは2つまで。
他のアプリケーションがそれを使用している時に配信・録画開始しようとして失敗する場合がある。

裏でエンコードや画面共有等をしていなくとも、GeForce ExperienceのShadowPlayやWindowsのゲームバー(Game DVR)によってセッション数が専有される場合がある。

Windowsの設定->ゲーム->ゲームバーを無効。
GeForce ExperienceでShadowPlayを無効。

メニューバー -> ヘルプでログを確認できる。

H.264/AVC Encoder (AMD Advanced Media Framework) #

AMD製APUやRadeonなどのdGPUで使用できるハードウェアエンコーダです。
アニメ調な絵が得意なNVEncに対して、AMD Advanced Media Framework(AMF)は実写のディテールを保った品質が特徴で、配信でH.264を使用する分には十分な品質でした。

QuickSync H.264 #

Intel製iGPU(CPUの内蔵グラフィック)搭載の、Quick Sync Video(QSV)が使えるモデルで有効な機能です。Intelの公式サイトで確認できます。

アップル VT H264 ハードウェアエンコーダ #

MacOSではこちらを選ぶしかないようです。

配信が止まる・途切れる・カクカクする #

1. 前提として、x264を使用していないことを設定->出力->配信で確認する
2. 主にNVEncの設定を参考に、値を変更する
3. 統計を表示して配信してみる

録画 #

"録画開始"押下で選ばれるエンコード設定です。

因みにYouTubeの推奨値。あくまでもアップロード用の最終出力の推奨値であり、編集前のソースとして使う場合はこの値は推奨されない。
アップロードする動画におすすめのエンコード設定 - YouTube ヘルプ

ffmpeg -i input.mp4 -c copy out.mp4

映画&ビデオはデフォルトではMPEG-2 TSに非対応のため、Microsoft Storeから拡張機能をインストールする必要があります。

MPEG-2 ビデオ拡張機能 を入手 - Microsoft Store ja-JP

mp4にflacのような、規格外のフォーマットを扱う場合、MPC-BEをオススメします。

MPC-BE download | SourceForge.net

hevc_nvenc #

この設定を使用して録画すれば、ShadowPlayの1/10のファイルサイズで同等以上の品質を得られるでしょう。

映画&ビデオはデフォルトではHEVCに非対応のため、Microsoft Storeから拡張機能をインストールする必要がある。

無料、ハードウェアデコード版(これで十分)

デバイス製造元からの HEVC ビデオ拡張機能 を購入 - Microsoft Store ja-JP

有料、ソフトウェアデコードにも対応版

HEVC ビデオ拡張機能 を購入 - Microsoft Store ja-JP

h264_nvenc #

配信向けの設定値は負荷を掛けずに同時配信する方法を参照。

h264_qsv #

utvideo #

録画負荷が比較的軽い可逆圧縮コーデック。
一般的な中間コーデックではないので、編集ソフトの対応は微妙。

dnxhd #

Premiere ProやDavinci Resolveなど幅広い編集ソフトで使用できる扱いやすい中間コーデック。編集前ソースとして最適。
録画負荷はまあまあ。Core i7 8700では4K30 DNxHR SQは可能で、60fpsは盛大にドロップした。

以下の表は

ffmpeg -loglevel error -i "input.mp4" -c:v dnxhd -b:v 1M -pix_fmt yuv422p10le -c:a pcm_s16le "output.mxf"

のエラー出力をAvidのドキュメントとWikipediaを参考に整形したものです。

x264 #

SVT-AV1 #

--enable-libsvtav1 ffmpeg -h encoder=libsvtav1

AOM AV1 #

--enable-libaom ffmpeg -h encoder=libaom-av1

ストリームエンコーダを使用 #

ストリームエンコーダを使用すると、負荷が増やさずに配信と同時に録画できる。
品質劣化を気にして配信プラットフォーム側のアーカイブ機能に任せず、配信と同時に手元に録画したいが、同時エンコードはしたくない人向け。
配信中のリプレイにも使える。

負荷を掛けずに同時配信する方法 #

現在OBSは同時配信を正式にサポートはしていません。
様々な方法がありますが、より効率的な方法を解説します。

一般的に知られている方法は、OBSを多重起動したり、OBSの配信から1つ、録画(FFmpegカスタム出力)から1つという方法ですが、
これは2つエンコード(及びデコード)が走るので極めて無駄であり、NVIDIA GeForceのNVEncセッション数(2)を使い切ってしまうのもあり、お勧めできません。
(私の環境ではFFmpegカスタム出力からの配信はドロップまみれで失敗しているのもある)

今回解説するのは、FFmpegカスタム出力でエンコードしローカルポートへ出力、その出力をffmpegに入力してエンコードせず複数出力するという手法です。
これなら上り回線が許す限り、2つ3つと同時配信が可能になります。

1. まずはOBSの設定

2. コマンドプロンプト(PowerShellでは書き方が違うよ！)(Win-R->cmd)で以下ffmpegコマンドを実行

ffmpeg -listen 1 -i rtmp://localhost:5555 -c copy -f flv rtmp://live-tyo.twitch.tv/app/Twitchのストリームキー -c copy -f flv rtmp://a.rtmp.youtube.com/live2/YouTubeのストリームキー

※収益化している場合、Twitchは同時配信を認めていないのであくまでも例

3. OBSで録画開始を押下。FFmpegカスタム出力を使うので配信開始じゃないよ！
4. ffmpegが何らかのストリームを受け取ってるような表示になったら成功。
5. OBSで録画停止を押下すると、勝手にffmpegの処理も止まります。

HLSを使ってHEVCでYouTubeに配信する #

Delivering Live YouTube Content via HLS | YouTube Live Streaming API
YouTube で HDR 動画を配信する - YouTube ヘルプ
@Dennis S. Fun fact: you can use ffmpeg (including OBS' ffmpeg output) to ingest HEVC over HLS to YouTube. / Twitter

OBS StudioがHDRや10bitに対応したら詳しく触れたいが、今までの非効率なH.264 RTMPがHEVC HLSになるだけでも、マシンスペックさえあれば同じ帯域で圧倒的な品質が得られるので、是非使いたいところ。
低遅延のストリームキーは使用できるが、HLSの性質上低遅延向きではないので悪しからず。

設定 -> 出力 -> 録画を参考にエンコード設定

NVEnc H.264で配信・リアルタイム録画するときはp4(medium,slow)かp3(≒llhq,ll)が品質と負荷とサイズのバランスが良い。
p5(slow),p6(slower)は品質つよいけど負荷が大きくなるし、p2(≒hp,llhp)は負荷は下がるが品質も下がる。微増だけど最高品質が欲しければp7、フレームレートならp1かな。 pic.twitter.com/EFlL1agdr5

— しばにゃん@home (@shibanyan_1) September 6, 2020

音声 #

設定 -> 出力 -> 音声

iTunesが入っている環境では配信の音質が向上する #

AppleのAACエンコーダは他のAACエンコーダに比べてエンコード結果が高品質だと評価されているが、プロプラエタリなソフトウェアな為、OBSに同梱して配布できない。
AAC encoders - Hydrogenaudio Knowledgebase

しかし、実はiTunesがインストールされたWindows上のOBSでは、以下のようなログが表示される。

[CoreAudio encoder]: Adding CoreAudio AAC encoder

CoreAudioとはまさに、あの天下のApple様が先端技術の粋を集めて開発した世界最強AACエンコーダを含む音声系フレームワークである。
WindowsにiTunesがインストールされていれば、AppleのありがたいAACエンコーダを使わせて頂けるという訳だ。
言わずもがなMacOSはデフォルトで対応している。

設定 -> 出力 -> 音声で音声ビットレートにマウスオーバーすると確認できる。

• iTunesが入っていない環境: FFmpeg 既定のAACエンコーダ
• iTunesが入っている環境: CoreAudio AACエンコーダ

iTunesを入れる必要がない環境でもAppleのAACエンコーダを使うために、旧バージョンのiTunesのインストーラからAppleApplicationSupportのインストーラだけを取り出してインストールする方法もある。
OBS-Studio: Enable CoreAudio AAC encoder (Windows) | OBS Forums
Troubleshooting issues with iTunes for Wi… - Apple Community

1. Appleのコミュニティフォーラムから旧バージョンのiTunes 12.9.1.4 for Windows (64-bit)インストーラをダウンロード
   https://itunes.apple.com の previous versions of iTunes でもよい
2. iTunes64Setup.exeは実行しない
3. 7-Zip等を利用してiTunes64Setup.exeを展開しAppleApplicationSupport64.msiを取り出す。

7z x iTunes64Setup.exe

4. AppleApplicationSupport64.msiを実行してApple AACエンコーダをインストール

OBSはiTunesを入れると音質が劇的に向上する - 科学無謬論 - Medium
根津ちずも🧀さんはTwitterを使っています 「OBSの音質わるいっぽい問題、どうやら元から導入されてるFFmpeg AACエンコーダが原因っぽくて... / Twitter

リプレイバッファ #

リプレイバッファを実行しながらゲームをプレイしておけば、名場面の後に保存を押すことで、ストレージ容量を気にせず動画を残せる。
バックグラウンドでエンコードが常に実行され、保存する秒数分システムメモリ上に直近の動画が置かれる仕組みなので、あくまでも名場面だけをストレージに残す目的で、負荷軽減の機能ではない。

配信中にリプレイを流す #

• ストリームエンコーダを使用して、負荷ゼロで配信と同時に録画するの設定を行った上で、配信中にリプレイバッファを動かしても負荷は増えない。
• 録画やリプレイの保存ファイル名は、日付を含めず固定でき、上書き可能。
  設定 -> 詳細設定 -> 録画
  • ファイル名書式設定: Replay等の半角英数
  • ファイルが存在する場合は上書き: 有効
  • 自動的にmp4に再多重化: (配信は1トラック目に音声が入っていると想定して)無効
  • リプレイバッファのファイル名の接頭辞: (空欄)
• メディアソースでは動画を再生できる。
  • ローカルファイル: 有効
    録画ファイルのパス/Replay.録画フォーマット
  • ソースがアクティブになったとき再生を再開する: 有効

これらを駆使すれば、負荷を増やさず配信を遡ってリプレイを配信に載せられる。
リプレイ専用のシーンをつくると尚よい。

音声 #

設定 -> 音声

アプリケーション毎に音声を分けて録音する #

OBSのデスクトップ音声(再生デバイス)は通常、例えばDiscordの画面共有のように、通話やゲーム音などアプリケーション毎に録音できない。
最近のWindowsで使える同様のAPIに対応したOBS向け拡張機能や、複数のデスクトップ音声(WDMデバイス)を生やしてしまう特殊なオーディオインターフェースを用いれば可能。
後者はRTX Voiceやボイチェンソフトと同様の技術。

下図は、私が現在使用しているRME Babyface Pro FSのTotalMixが如何なるものかイメージしやすいように、WindowsやOBSの機能と関連付けて、ルーティング状態を示したもの。

音がよくてWDM沢山貰えてWindowsドライバが安定していると言ったら実質RMEくらいしかない。 AG03の音質に不満を覚えてしまった方にもオススメです。

RME USB オーディオインターフェイス Babyface Pro FS 【国内正規品】

エキスパンダー機能があるとOBS, Discord, ビデオ会議ソフト毎に感度調整しなくて済むから気になっている

RME_TotalMix-FX-2017.pdf

RME アールエムイー/Fireface UCX II 20入力20出力192 kHz対応アドバンスUSBオーディオ・インターフェイス

AVerMedia LIVE STREAMER NEXUS AX310 オーディオミキサー & 配信者向けコントロールセンター DV602

Elgato マイク WAVE:3 プレミアムマイク & デジタルミキシングソリューション 【日本正規代理店品】

OBSを起動すると他の音量が小さくなる #

1. タスクバー右のスピーカーアイコンの右クリックメニュー -> サウンド -> Windowsが通信アクティビティを検出したとき: 何もしない に設定する

2. 設定->詳細設定->音声の"Windowsの音量を自動で下げる機能を無効にする"にチェック

音が出ない #

初期設定が間違っている場合 #

• オーディオの詳細プロパティのトラックが正しくチェックされているか
• 設定->出力の音声トラックが必要分チェックされているか
• FFmpegカスタム出力を使用している場合、設定->出力->録画の音声トラックが必要分チェックされているか

前回は大丈夫だったのに音が突然入らなくなった #

Windowsにおいて、以下の場合にDeviceIDが変更され、OBSの設定と食い違ってしまう場合があります。

• Windows Updateやクリーンインストール
• オーディオインターフェースのドライバの更新
• (WASAPIやASIOを使用するなどして)サンプルレートが変更された

サンプルレートが変更されただけの場合は、サンプルレートを元に戻すだけでOBSに音が入るかもしれませんが、その他の場合は設定->音声の再設定が必要になります。

マイクの音が左からしか聞こえない #

PC直差しの場合は恐らく起こらないが、AIF(オーディオインターフェース)等でモノラルマイクの音声を扱う際、AIFのコンソールかOBS側でL側の音声をLR両方に出すように設定する必要がある。

AIFによっては鎖のアイコンやらステレオ/モノラルトグルやらで設定できると思う。
AIFだけではLのみにしか流せない場合、OBS側で以下のように設定する。

オーディオの詳細プロパティでマイクの"モノラルにダウンミックス"または"モノラル"のチェックボックスを有効にする。

音が返ってくる #

• Windows サウンドのプロパティで"このデバイスを聴く"にチェックが入っていないか
• ブラウザ等で自分の配信をプレビューしている場合、ミュートされているか
• オーディオインターフェースや仮想オーディオデバイスで間違ったルーティングになっていないか

マイクのノイズを消したい #

OBSのフィルタを使う #

Discordで言うところの入力感度と同じ、オーディオインターフェースにあるようなノイズゲートを使用できる。
音量が閾値を超えると、ゲートが開放され音が入る。
音声フィルタを参照。

RTX Voiceを導入する #

NVIDIA GeForce RTXシリーズで利用できる異次元のノイズ除去仮想オーディオデバイス。
一般的なノイズ除去とはまるで違う。机バンバンしてもポテチ食ってもバレない。

NVIDIA RTX Voice: Setup Guide

RTX Voiceを起動し、マイクを選んで"Remove background noise from my microphone"を有効にし、設定 -> 音声でNVIDIA RTX Voiceを選択することで使用できる。

• Input device"マイク (NVIDIA RTX Voice)"を設定 -> 音声のマイク音声に設定し、自分が話す声にノイズ除去を掛けるのが基本的な使い方。
• Output device"スピーカー (NVIDIA RTX Voice)"は設定 -> 音声の"デスクトップ音声"で使用でき、こちらでボイスチャット相手の声にノイズ除去を掛ける、といった応用的な使い方ができる。ただし、一般的にデスクトップ音声は他のゲーム音等も含まれるため、アプリケーション毎に音声を分けて録音できる環境 向け。

対象外のNVIDIA GTXシリーズで実行させるハックが紹介されている。
ASCII.jp：RTX Voiceの超強力なノイズキャンセルはゲームプレイにどの程度影響するのか検証してみた

オーディオインターフェースを導入する #

ノイズはそもそも最初から少ない方が良い。
そもそもPC内蔵や直挿しのマイクの場合、一定以上の音質はどうあがいても望めない。
因みに、音質を良くするとき、マイクやヘッドホンを更新する例があるが、
実はAD/DA、つまりDACやAIF(オーディオインターフェース)に先に投資したほうが費用対効果が大きい、というのを頭の片隅にでも置いておいてほしい。

予算が少ない・既存のプラグインパワーのマイクをそのまま使いたい・初心者でも使いやすい

ヤマハ YAMAHA ウェブキャスティングミキサー オーディオインターフェース 3チャンネル AG03 インターネット配信に便利な機能付き 音楽制作アプリケーションCubasis LE対応

予算に余裕がある・今後買い換えたくない・アプリケーション毎に音声を分けて録音したい

RME USB オーディオインターフェイス Babyface Pro FS 【国内正規品】

RME アールエムイー/Fireface UCX II 20入力20出力192 kHz対応アドバンスUSBオーディオ・インターフェイス

映像 #

936p60の罠 #

Twitchというゲーマー向け配信プラットフォームでは、上限8500kbpsという少ないビットレートの制約のなかで、FHD(1920x1080)ではなく1664x936という謎規格の解像度が一部で絶大な支持を受けているようだ。
1664x936は一見中途半端だが、縦横共に8で割り切れる値という意味があるようで、これは恐らくH.264のブロックサイズのことを言いたいのだと思うが、これは8x8だけではないし、FHD(1920x1080)やHD(1280x720)も同じ条件だから考えなくてよい。
HEVCやAV1ではより細かなマクロブロックを柔軟に組み合わせられるようになり、負荷が上がるもののビットレートあたり品質が向上しているので、今後考えなくてよくなるだろう。

そもそもの目的に目を向けると、確かに8.5Mbpsは物足りないがTuring NVEnc H.264 VBRにおけるビットレートと品質の関係のグラフを見れば、近年の高品質なハードウェアエンコーダであれば十分な品質を出せることがわかる。

1664x936で配信する場合、キャンバス解像度及びゲーム解像度を1664x936に合わせないと、かえってスケーリングで大きく品質が悪化する。もしかすると、スケーリングによってディテールを失った分も含めて、少ないビットレートでも破綻しづらいだけかもしれない。
近年のスマートフォンは、OLEDのペンタイル配列によってドットバイドットのドの字もないから気にしなくてよいが、それでも不必要なスケーリングによって失われるディテールや色は、お手元にあるiPhoneのような高品質な端末ではかなり目立つはずだ。 また、多くのPC環境で1664x936を1920x1080に再度引き延ばして視聴することになるので、これも滲んで宜しくない。

オススメは設定を煮詰めて1920x1080で配信すること。次点で1280x720。

画面解像度 - Wikipedia
Twitch Streamers - Broadcasting Guidelines
Guide to Broadcast Health and Using Twitch Inspector

ホットキー #

ミュート、ミュート解除にDiscordのミュートのキーを割り当てておくと便利だよ！
録画開始・終了に割り当てるのは良いが、配信は誤爆防止の為にここで設定するようなキーの組み合わせを使う一般的なキーボードやマクロには割り当てるべきではない(Elgato Stream Deckの場合は仕組みが違うので例外)。

詳細設定 #

ipconfig /all

ソースの表示/非表示のキーとスタジオモードと一緒に使う場合、トランジションに同じキーを割り当てれば可能だが、あまり自由度が無いので敢えてスタジオモードを使わないという選択肢もある。
ソースの右クリックメニュー -> 変換と組み合わせれば、スタジオモードと遜色なく操作できます。

YouTube側の設定 #

配信時はOBSで映像・音声のソース、エンコードの設定を行い、YouTube等の設定でタイトルや概要、公開設定や遅延等のプラットフォーム側のモード選択を行います。

配信プラットフォーム側の設定画面に記載されているRTMP URLに対してストリーミングすることで、YouTube側で設定されたタイトル等が適用され、視聴者側に反映されます。

ライブダッシュボード #

※この項目は古いです

配信・コメントのプレビュー、YouTube側の設定を行う
Live Dashboard - YouTube

基本情報 #

タイトル、概要欄はお好みで。
#Minecraft #Apex #Fortnite のように入れるとタイトルの場合はタイトル文字列内に、概要欄の場合はタイトル上にタグを表示できる。
カテゴリは"ゲーム"を選択し、該当するものを選んでおくと良い。
プライバシーは取り敢えず誤爆防止に"非公開"(又は限定公開)で。配信設定が終わったら"公開"にしてライブしてみよう。

ストリームオプション #

DVRを有効にする: 視聴者が再生時に巻き戻せるか否か。お好みで。
完了時にアーカイブを限定公開にする: 非公開ライブのアーカイブは既定で非公開、限定公開・公開も同様に引き継ぐが、公開でライブ後も既定で限定公開にすることも可能。
ストリームの最適化: 画質を優先する場合や4Kの場合は通常の遅延。品質を犠牲にコメントとの会話を優先するなら低遅延や超低遅延。

エンコーダーの設定 #

ストリーム名/キーをOBSで使用する。サーバURLは基本不要(FFmpegカスタム出力等で使用する)。

ライブ配信を開始 #

YouTubeの新しいライブ配信UIでは、以前とは違い配信ソフトで配信開始した後、こちらで配信を開始すると実際に配信が始まる仕様になっています。
少々面倒になったが、不具合や誤爆等による放送事故を防ぎやすいという意味でも良いアップデートでしょう。

1. YouTubeのトップページから、ライブ配信を開始にアクセスし、エンコーダ配信タブを選択します。
   管理タブでは、ライブ予約枠や正しく終了できていないライブの削除を行えます。
   

2. 既定値から全て設定し直す場合は"新しいライブ配信"、
   前回のライブの設定を流用する場合は、流用元を選び"コピーして作成"を選択します。

3. タイトルや説明を記述してください。
   説明欄に#Minecraftのようにハッシュタグを追加すると、タイトル上に表示されます(3つまで)。
   説明欄の改行は正しく表示されないので、テキストエディタで編集してコピペするといいでしょう。
   はじめての場合は公開ではなく、限定公開でテストしましょう。非公開はログインが必要になるので、例えばコメントをOBSで表示することは出来ません。
   また、どの公開設定でも著作権に触れるものは容赦なく削除されます。クラウドストレージのような使い方は出来ません。
   後でスケジュール設定を有効にすると、ライブ配信枠の予約ができます(公開の場合はこの時点でチャンネル登録者に表示され、例えばZapierの連携では通知が飛びます)。無効にすれば、今すぐに配信するモードになります。

4. ストリームキーをOBSの設定->配信を参考に設定します。
   タイトルやカテゴリ等は後からでも鉛筆アイコンから修正できます。
   "設定"をクリックして次へ

5. ライブ配信の設定を行います。
   設定は1つの枠に1つまでで、配信開始後にそれを変更することはできません。
   DVRを有効にすると、視聴者は放送中でも巻戻しが出来ます。
   配信が4Kの場合、画質をより良く場合(YouTube側のエンコードの設定が変わります)は通常の遅延、コメントとのタイムラグを小さくしたい場合は低遅延や超低遅延を選択します。

4. OBSで配信開始すると、"ライブ配信を開始"が選べるようになります。"ライブ配信を開始"を押下すると、その時点でYouTubeが配信を開始します。視聴者に公開されるのはここからです。
   少し遅延があるので、準備している時の映像や音声が流れないよう、プレビューを観ながら余裕を持って開始しましょう。

5. 配信が開始されると、新しいライブダッシュボードへ飛ばされます。
   この画面はライブ予約または配信中であれば管理タブからもアクセスできます。
   配信を終了する場合は、右上の"ライブ配信を終了"を押下してから、OBSで配信終了します。そうすることで、視聴者側で「クルクル」せずスマートに配信を終了できます。

応用 #

配信・録画品質を保つ為に気を付けること #

OBS側を煮詰めても、上流であるプレイ画面や操作画面等の映像、マイクや楽器等の音声ソースが汚ければ、それ以上の品質は出ません。
映像は余裕のあるスペックのマシンでゲームを綺麗に描画し、音声は良いプリアンプとADを載せたAIFを使用しましょう。
そして最後に、出来る限り綺麗なエンコードが可能なTuring世代のNVIDIA製GPUを選びましょう。
次の項で私のメインPCと周辺機器から録画・配信に関連する項目をリストしておきます。

OBSに画質を求めるのは間違っていません。

配信・録画向けPC構成 #

配信・録画には映すソース(ゲーム等のアプリケーション)に必要なリソース+αの処理能力が必要です。
ただし盲目的にCPU、GPUの強化を推奨しているものは、選ぶパーツや不適切なエンコード設定によってはまるで無意味な場合もあります。
正しくOBS側の設定を行う前提で、リアルタイムエンコードのパフォーマンスと品質において優れ、その中でより効率的な組み合わせを選択すると、より快適な配信・録画環境を構築できます。

OBSが使用するスレッド数を制限する #

Ryzen 9やThreadripper等のメニーコア環境で、論理コアを半分ずつOBSとゲームに割り当てたり、プロセスがCCXを跨がないようにする設定。
既に起動しているプロセスにしか効果がないので注意。

• タスクマネージャーtaskmgr.exeの詳細タブでobs64.exeや任意のゲームプロセスで右クリック -> 関係の設定から変更する方法

• Windows PowerShellpowershell.exeでプロセスに対しProcessorAffinityを設定する方法

# obsのプロセスを見つける
Get-Process | Where-Object {$_.ProcessName -match "obs"}

Handles  NPM(K)    PM(K)      WS(K)     CPU(s)     Id  SI ProcessName
-------  ------    -----      -----     ------     --  -- -----------
   4354      84  1150624     474372   6,940.42   4240   1 obs64
    350      21     7856      24216       0.13   1552   1 obs-browser-page
    524      27    50596      45448       0.36  19420   1 obs-browser-page
    301      28    28496      50948      14.67  21232   1 obs-browser-page

# obs64プロセスの詳細を見る
Get-Process obs64

Handles  NPM(K)    PM(K)      WS(K)     CPU(s)     Id  SI ProcessName
-------  ------    -----      -----     ------     --  -- -----------
   4354      87  1212196     473740   6,994.94   4240   1 obs64

# obs64プロセスのProcessorAffinityを設定する
# 2進数000011111111はCPUの論理コアを表す この例では8/12スレッドをOBSに割り当てている
(Get-Process obs64).ProcessorAffinity = [Convert]::ToInt32(000011111111,2)

cf. Process.ProcessorAffinity プロパティ (System.Diagnostics) | Microsoft Docs

因みに、エクスプローラexplorer.exeのProcessorAffinityを変更すると、その後に起動したプロセスはそれに従って同じProcessorAffinityになる。
タスクスケジューラtaskschd.mscでシステム起動時に指定するなど、色々応用できると思う。

YouTubeの劣悪エンコード事情への対処法 #

「YouTubeにうpしたらなんか汚いな…」

YouTubeはアップロードされた動画を全て再エンコードすることはよく知られています。
良くある間違いは「できる限り高ビットレートでエンコードしたものをアップロードすると良い」というものです。

• YouTubeのエンコーダは、解像度に対してビットレートの割り当てが小さく、更にエンコーダの品質自体も決して良くないため、自分のマシンで破綻しない程度に圧縮してからアップロードしたほうがマシなより良い品質が得られる。

• YouTubeのビットレート割り当てが小さいなら、擬似的に解像度を盛れば比較的高いビットレートでエンコードしてもらえる。

• YouTubeが提供するエンコードのうち、映像はH.264とVP9、音声はAACとOpusがあるが、弱小チャンネルや再生数の小さい動画には品質の高いVP9やOpusが提供されない。

上記を満たすために、下記のようなアプローチを行う。

動画映像の再エンコ品質 #

一応「アップコンバート」や「フレーム補間」をするわけだが、決して滑らかにする目的ではないことに注意。
そのため、ただ編集ソフトで8Kや60fpsを指定しても良い結果は得られない。

• 疑似4K8Kをする場合、スケールアルゴリズムはニアレストネイバー法を選ぶ。
  所謂ドット絵を滲ませずに拡大するのと同じで、解像度のかさ増しのために元の映像を滲ませてしまっては元も子もない。

• 補間しない60fps補間。これも同様に、30fpsを60fps、24fpsを48fpsに水増しする際、ヌルヌルな映像になるようフレームを補間するのが目的ではなく、そのfpsに合わせたビットレート設定でYouTubeにエンコードしてもらうことが目的。

• DCIやシネスコの縦横比にクロップする。更に黒帯を追加し、その分ビットレートを稼ぐ。

上記が出来るソフトとなるとFFmpegほぼ一択となる。

/blog/ffmpeg

1920x1080を3840x2160にニアレストネイバー法でスケーリングするビデオフィルタの例。

-vf scale=3840:2160:sws_flags=neighbor

1920x1080をDCI風のアスペクト比になるような黒帯を追加した7680x4320に拡大し、滑らかなフレーム補間が一切ないフレームの水増しを行う例。

-vf crop=1920:1012,pad=width=1920:height=1080:x=0:y=34,scale=7680:4320:sws_flags=neighbor,fps=60

↑のソースが3840x2160版。

-vf crop=3840:2026,pad=width=3840:height=2160:x=0:y=67,scale=7680:4320:sws_flags=neighbor,fps=60

以下は私が普段使ってる引数なので、-vf ~~辺りを置き換えると綺麗かつ高速にエンコードできると思う。
-bf 2はTuring以降のみ使用可能なので、Pascal以前は-bf 0とすること。

ffmpeg -i input.mp4 -c:a copy -vf ~~ -c:v hevc_nvenc -preset:v slow -profile:v main -rc:v constqp -rc-lookahead 32 -init_qpI 21 -init_qpP 24 -init_qpB 25 -g 30 -bf 2 -refs 6 -pix_fmt yuv420p -movflags +faststart out.mp4

配信映像の再エンコ品質 #

同様にFHDソースをニアレストネイバー補間でUHD 4Kに拡大し、ライブ配信することでより高品質な配信/アーカイブを残させる。

動画音声の再エンコ品質 #

ほぼこちらの方の内容です。
YouTubeにアップロードする動画の音声は、推奨の44.1kHz/16bitなaacではなく、48kHz/24bitのflacが良さそうです。

https://vocal-edit.com/blog/2019/01/11/youtubeで最高音質を目指す/

• flac 48kHz/24bit
  FFmpegカスタム出力でflacを選択し、mp4に無理矢理詰める場合は適切に設定します。
  因みに、OBSは宗教上の理由から24bitに対応しないようです(FFmpegカスタム出力で対応)。

• True peak: -1.0dBFS以下

• Integrated loudness: -13.5～-13.0LUFS

下記はFFmpegでリアルタイムなマイク音声Analog (1+2) (RME Babyface Pro)を取得し、True peakとIntegrated loudnessを取得する例。

C:\Rec\obs>ffmpeg -f lavfi -i "amovie='audio\=Analog (1+2) (RME Babyface Pro)':f=dshow,ebur128=peak=true" -f null -
(Qキーで終了)

[Parsed_ebur128_1 @ 000002670bacbc40] Summary:

  Integrated loudness:
    I:         -24.0 LUFS
    Threshold: -35.2 LUFS

  Loudness range:
    LRA:         9.9 LU
    Threshold: -45.5 LUFS
    LRA low:   -31.3 LUFS
    LRA high:  -21.4 LUFS

  True peak:
    Peak:       -3.1 dBFS

マイク音声Analog (1+2) (RME Babyface Pro)にあたるデバイスを取得するコマンド。

C:\Rec\obs>ffmpeg -hide_banner -list_devices true -f dshow -i dummy

[dshow @ 000001510adffa80] DirectShow video devices (some may be both video and audio devices)
[dshow @ 000001510adffa80] Could not enumerate video devices (or none found).
[dshow @ 000001510adffa80] DirectShow audio devices
[dshow @ 000001510adffa80]  "ADAT (7+8) (RME Babyface Pro)"
[dshow @ 000001510adffa80]     Alternative name "@device_cm_{33D9A762-90C8-11D0-BD43-00A0C911CE86}\wave_{635F1A57-FD89-4820-9A1D-F105515D2989}"
[dshow @ 000001510adffa80]  "SPDIF/ADAT (1+2) (RME Babyface Pro)"
[dshow @ 000001510adffa80]     Alternative name "@device_cm_{33D9A762-90C8-11D0-BD43-00A0C911CE86}\wave_{3DCB7A75-7200-4418-9910-432DC9425902}"
[dshow @ 000001510adffa80]  "Analog (1+2) (RME Babyface Pro)"
[dshow @ 000001510adffa80]     Alternative name "@device_cm_{33D9A762-90C8-11D0-BD43-00A0C911CE86}\wave_{E8005C12-7765-47D1-90F8-E73C89577884}"
...
dummy: Immediate exit requested

カレントディレクトリのinput.wavを読む例。

C:\Rec\obs>ffprobe -i "amovie=input.wav,ebur128=peak=true"

FFmpegでラウドネスノーマライゼーションをかける例。

C:\Rec\obs>ffmpeg -i rec.mp4 -filter_complex "[0:1]loudnorm=I=-13.5:TP=-2:LRA=11[mic]" -strict -2 -ar 48000 -c:a flac -c:v copy -map 0:0 -map "[mic]" out.mp4

C:\Rec\obs>ffmpeg -i out.mp4 -filter_complex "[0:1]ebur128=peak=true" -f null -

[Parsed_ebur128_0 @ 0000022e385d18c0] Summary:

  Integrated loudness:
    I:         -16.9 LUFS
    Threshold: -27.7 LUFS

  Loudness range:
    LRA:         8.4 LU
    Threshold: -37.9 LUFS
    LRA low:   -22.7 LUFS
    LRA high:  -14.3 LUFS

  True peak:
    Peak:       -1.7 dBFS

エンコード無しで数百倍速のタイムラプスをつくる #

一般的な動画編集ソフトのフィルタでは、8倍速まで、のように制限があったり、プレビューが重くなったりと限度がある。
しかし、動画の構造を理解していれば、再エンコード無しで数十、数百、数千倍速の動画、もといタイムラプスを容易につくることができる。
この方法なら24時間録画し続けても、然程のファイルサイズにならないというメリットもある。
例えば、1fpsで録画した動画のタイムスタンプを無視して30fpsとして読み込むと、1x30=30倍速となる。

30fpsや60fps等の等倍速の動画として使えるものでも、後からキーフレームのみ使用することで簡単に早送りを生成することが可能。

1fpsや1/6fps等のタイムラプス専用の動画も、全フレームを使用する場合とキーフレームのみ使用する場合の2通りの倍速が再エンコード無しで作成可能。

因みに、全フレームがキーフレーム(ALL-I)の場合、"全フレームを使用"="キーフレームのみ使用"となる。
ビタミンC1個分のレモンがビタミンC1個分なのと同様である。

では実際にやってみよう。

1. 設定->映像でFPS分数値を選択、分子と分母を指定。
2. 設定->出力->録画でキーフレーム間隔を設定。
3. 録画
4. FFmpegを使う。

/blog/ffmpeg

以下はH.265で録画した場合の例。H.264の場合の拡張子は.264となる。

rem 素材のある場所に移動
cd "C:\Rec\obs"

rem tsで録画している場合はmp4に変換
ffmpeg -i rec.ts -c copy rec.mp4

rem 音声を含んでる場合はタイムラプスにする前に除外する
ffmpeg -an -i rec.mp4 -c copy rec.mp4

rem 複数ファイルを一括で処理する場合
ffmpeg -f concat -safe 0 -i input.txt -c copy rec.mp4

rem キーフレームのみ使用する場合、-discard nokeyでキーフレーム以外を破棄する  
ffmpeg -i rec.mp4 -c:v copy tmp.265

rem キーフレームのみ使用する場合、-discard nokeyでキーフレーム以外を破棄する  
ffmpeg -discard nokey -i rec.mp4 -c:v copy tmp.265

rem 30fpsで読み込んでコピー  
ffmpeg -r 30 -i tmp.265 -c copy timelapce.mp4

input.txtの例

file 190405_1300.ts
file 190405_1400.ts
file 190405_1500.ts

複数ファイルを一度に処理する場合も再エンコードなしで可能。タイムラプス用に録画したものは、プレビューで確認しながらのカット編集が難しいため、この処理を行った後に行うと良い。

OBSのビルド #

配布されているビルド済みのOBSは、同梱されているFFmpegのバージョンが古かったりするので自分でビルドしたい場合がある。
例えば、下記のように~~配布されているOBSでは動作しない引数~~27.2で対応 が、

あー自分でコンパイルしなきゃダメだなこれ pic.twitter.com/fcxIWmwShl

— しばにゃん@home (@shibanyan_1) September 10, 2020

(最新のFFmpegを組み込んで)自ビルドしたOBSでは動作するようになる。

最新のFFmpegじゃないと動作しないNVEnc最強設定、OBSに組み込んでビルドしたら例外が消えて動いてるっぽい（p7はクラッシュするけどｗ）https://t.co/w4H4WYAViI pic.twitter.com/KHFl2dpbLo

— しばにゃん@home (@shibanyan_1) September 12, 2020

いち早く新機能にアクセスしたい場合や、FFmpegカスタム出力でfdk-aacを使用して高音質に録画したい場合、拡張機能を盛り込んでビルドする時にも有効だ。

下記はOBS公式Wikiの手順を参考にしつつ、コピペできるようCLIでWindows用バイナリをビルドする手順になっている。
WSLやGit、MSBuildの環境構築手順は他に情報が山ほどあるので割愛する。

Install Instructions · obsproject/obs-studio Wiki
Wiki - Install Instructions | OBS

1. 必要な依存関係をダウンロード・インストールする

   • Development packages of FFmpeg, x264, cURL, and mbedTLS. Pre-built Windows dependencies for VS2019
     依存関係はよく更新されるので、リビルド時は更新が必要かも
   • 3770からアップデートされたCEF Wrapper 4638
     Chromium Embeded Framework (CEF) branch 3770 Windows 64bit（ブラウザソース）
     https://cef-builds.spotifycdn.com/index.html#windows64 -> Show All Builds -> Show more builds で"CEF source"のリンクがhttps://bitbucket.org/chromiumembedded/cef/get/4638.tar.bz2になっている最も新しいバージョンをデベロッパーツール等を用いて探す。
     2020年12月現在の最新は07/27/2019 - CEF 75.1.14+gc81164e+chromium-75.0.3770.100 / Chromium 75.0.3770.100。
     11/10/2021 - 95.7.18+g0d6005e+chromium-95.0.4638.69 / Chromium 95.0.4638.69
     cf. obsproject/obs-browser: CEF-based OBS Studio browser plugin
     cf. OBSが用意するCEF Wrapper 3770 (x64) の方が新しいようだが、OBSのcmake時にCould not find the CEF shared libraryが出てしまい使えない。
   • Download Qt Open Source からQt Online Installerをダウンロードしてインストール。
     Qtアカウントを持っていない場合は https://login.qt.io/register で作成する。インストーラの実行にはVerificationも必要。
     Custom installationを選択し、Select ComponentsでInstall Instructions · obsproject/obs-studio Wikiに記載されたQtバージョンのMSVC 2019 64-bitのみ選択すればよい(2GB未満)。
   • CMake
     インストーラ版推奨、Zip版の場合は環境変数Pathを通しておくとよい。
   • Visual Studio 2019 Community 今は2022？
     WindowsにプリインストールされているC:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exeでは不十分で、"C++ によるデスクトップ開発"が必要。
     MSBuildは環境変数Pathを通しておくとよい。

2. リポジトリのダウンロード
   WSLのgit環境等を利用してリポジトリをクローンする。
   GitHubのWebページのDownload Zipではsubmodulesが足りないので下記手順が必須。

git clone https://github.com/obsproject/obs-studio.git --recursive --origin upstream

2回目以降、OBSのリポジトリを更新するとき

git pull upstream --recurse-submodules

3. CMakeでCEFをビルド
   cmake-gui.exeは操作が分かりづらいので、CLIなcmake.exeを使うとよい。
   • -Sには1.でダウンロード・展開したCEFのルートディレクトリを指定
   • -Bにはcmakeの出力先を指定
   • ディレクトリの場所がダメって怒られたらbuild\CMakeCache.txtを消す。エラーメッセージを読もう(自戒を込めて)。

cmake.exe -S "C:\repos\cef_binary_4638_windows_x64" -B "C:\repos\cef_binary_4638_windows_x64\build"
cmake.exe --build "C:\repos\cef_binary_4638_windows_x64\build"

4. MSBuildでbuild\cef.slnをビルド
   Windows 10 SDKのバージョンWindowsTargetPlatformVersionはWindows10のバージョンによって異なるので、必要に応じて対応したバージョンに書き換えるか、Visual Studio Installerの拡張機能の管理で追加する。
   必要なのは${CEF_ROOT_DIR}\build\libcef_dll_wrapper\Release\libcef_dll_wrapper.libで、cef.slnをビルドする必要はない。これがないと5.でCould not find the CEF wrapper libraryと怒られ、ブラウザソースやブラウザドック機能が使えないOBSが出来上がる。

MSBuild.exe -maxCpuCount -target:rebuild -property:"PlatformToolset=v142;WindowsTargetPlatformVersion=10.0.20348.0;Configuration=Release;Platform=x64" "C:\repos\cef_binary_4638_windows_x64\build\libcef_dll_wrapper\libcef_dll_wrapper.vcxproj"

ビルドに成功しました。と出ていれば警告を吐いていても問題ない。

5. CMakeでOBSをビルド
   • -Sには2.でcloneしたリポジトリのルートディレクトリを指定
   • -Bにはcmakeの出力先を指定
   • -DDepsPathには1.でダウンロード・展開したdependencies2019\win64ディレクトリを指定
   • -DQTDIRには1.でQtをインストールした先C:\Qt\5.15.2\msvc2019_64を指定
   • ビルドした最新のFFmpegをOBSで使用する場合、-DFFmpegPathにincludeディレクトリを指定
     • ネイティブLinux環境でWindows向けFFmpegをクロスビルドできるrdp/ffmpeg-windows-build-helpersならffmpeg-windows-build-helpers\sandbox\win64

     ./cross_compile_ffmpeg.sh --disable-nonfree=n --compiler-flavors=win64
     

     • 互換性がない WindowsでバッチファイルポチっとなでFFmpegをビルドできるm-ab-s/media-autobuild_suite ならmedia-autobuild_suite\local64\includeを指定
       設定によってOBSのビルドが通らない場合がある。下記で動作確認した。

     [compiler list] 
     arch=3
     license2=1
     standalone=1
     fdkaac=1
     faac=2
     ffmpegB2=3
     ffmpegUpdate=3
     ffmpegChoice=1
     CC=2
     deleteSource=2
     strip=1
     

   • -DBUILD_BROWSERでブラウザソースを有効にし、-DCEF_ROOT_DIRに3.4.でビルドが済んでいるCEF Binaryのパスを指定
   • WindowsのCMakeでビルドする際、OBS_VERSIONを指定しないとビルドできない既知の不具合がある。
     Tags · obsproject/obs-studioで選んだバージョンを-DOBS_VERSION_OVERRIDE="27.0.0-rc2"のように指定するか、git describeで取得した最後のタグ27.2.0-rc1-4-ge6a55e7を指定する。
   • OBS requires Windows 10 SDK version 10.0.20348.0 and above to compile. Visual Studio InstallerでWindows 10 SDKを追加し、-DCMAKE_SYSTEM_VERSION="10.0.20348.0"。
   • CEF Not found -- set CEF_ROOT_DIR or set BUILD_BROWSER=OFF. OBSが配布するCEFはダメ
   • OBS Virtual Cameraを使うには、-DVIRTUALCAM_GUIDに自分で決めたGUIDを指定する。

   [Guid]::NewGuid()
   

cmake.exe -S "C:\repos\obs-studio" -B "C:\repos\obs-studio\build" -DDepsPath="C:\repos\dependencies2019\win64" -DQTDIR="C:\Qt\5.15.2\msvc2019_64" -DFFmpegPath="C:\repos\ffmpeg-windows-build-helpers\sandbox\win64" -DCEF_ROOT_DIR="C:\repos\cef_binary_4638_windows_x64" -DBUILD_BROWSER=yes -DOBS_VERSION_OVERRIDE="27.2.0" -DVIRTUALCAM_GUID="c57f0dc9-1ed3-4f6a-86b6-a404a7a337b7" -DCMAKE_SYSTEM_VERSION="10.0.20348.0"

-- copying C:/Users/sbn/Downloads/5.10.1/msvc2017_64/lib/cmake/Qt5Core/../../../bin/libGLESv2d.dll to C:/bin/obs-studio/additional_install_files/exec64d
-- Configuring done
-- Generating done
-- Build files have been written to: C:/bin/obs-studio/build

cmake.exe --build "C:\repos\obs-studio\build"

  obs-ffmpeg-mux.vcxproj -> C:\repos\obs-studio\build\plugins\obs-ffmpeg\ffmpeg-mux\Debug\obs-ffmpeg-mux.exe
  Building Custom Rule C:/Rec/obs-studio/plugins/obs-x264/CMakeLists.txt
  obs-x264-test.c
  obs-x264-test.vcxproj -> C:\repos\obs-studio\build\plugins\obs-x264\Debug\obs-x264-test.exe
  Building Custom Rule C:/Rec/obs-studio/CMakeLists.txt

6. MSBuildでcmakeで出力されたbuild\obs-studio.slnをビルド

MSBuild.exe -maxCpuCount -target:rebuild -property:"PlatformToolset=v142;WindowsTargetPlatformVersion=10.0.20348.0;Configuration=Release;Platform=x64" "C:\repos\obs-studio\build\obs-studio.sln"

ビルドに成功しました。と出ていれば例外を吐いていても問題ない。

7. obs-studio\build\rundirRelease\bin\64bit\obs64.exeを起動
   avcodec-58.dllが見つからないため、コードの実行を続行できません。と怒られる場合は、media-autobuild_suite\local64\bin-video\*.dllをこの場所にコピーする