X アプリケーションをリモートから呼び出すというと X over SSHが定番です（思ってます）が、非力な Raspberry Pi にとっては暗号化もそれなりに負荷になります。
ssh -X 192.168.1.254 chromium
「そもそも家で使うなら暗号化なぞ必要無いのでは？」ということで色々試してみました。
Mac OS<- Linux
前提として Mac OS側に X 環境（XQuartz.app など）が必要です。
XQuartz.app を起動したあとに xterm などから ~/.Xauthorityに記述されている COOKIEを送る必要があります。ここでは IP アドレスが以下のようになっているとして進めます。
| ホスト名 | OS | IP アドレス | ディスプレイ |
|---|---|---|---|
| mac | Mac OS | 192.168.1.2 | :0 |
| rpi | Linux | 192.168.1.254 | none |
まずは、XQuartz.app の「環境設定」で認証を有効にしておきます。はじめての場合は XQuartz.app を再起動します。
COOKIEの登録
次に、Mac OS側の COOKIEを X アプリケーションを実行するマシンへ送ります。
COOKIEの送り方（登録の仕方）はいくつかありますが、簡単なのは extractコマンドで標準入力から取り込む方法です。extract -で標準出力へ出力したものを merge -で受け取ります。
mac$ xauth extract - 192.168.1.2:0 | ssh 192.168.1.254 xauth merge -
xauth listで表示したものをコピーして送信先で xauth addする方法もあります。
mac$ xauth list 192.168.1.2:0 MIT-MAGIC-COOKIE-1 0123456789ABCDEFGHIJKLMNOPQRSTUV mac$ ssh 192.168.1.254 rpi$ xauth add 192.168.1.2:0 . 0123456789ABCDEFGHIJKLMNOPQRSTUV
listコマンドで確認して登録されていれば OK です。
rpi$ ssh 192.168.1.254 xauth list 192.168.1.2:0 MIT-MAGIC-COOKIE-1 0123456789ABCDEFGHIJKLMNOPQRSTUV
COOKIEを新たに作る場合は generateコマンドや mcookieコマンドで作成ができます。ディスプレイ名の次にはプロトコル名がきますが、 .にしておくと暗黙的に MIT-MAGIC-COOKIE-1としてくれます。
■ generateの場合例
xauth generate :1 .
■ mcookieの場合の例
xauth add :1 . `mcookie`
COOKIEを送ったらサーバにログインしてアプリケーションを呼び出します。
SSHでログインして、DISPLAY環境変数に Mac OSのディスプレイを指定してアプリケーションを実行するだけです。ここでは gnome-system-monitorを起動します。トンネリングはしないので SSHオプションの -Xや -Yは必要ありません。
mac$ ssh 192.168.1.254 rpi$ DISPLAY=192.168.1.2:0 gnome-system-monitor
sshの引数にコマンドを指定しても実行できます。
mac$ ssh 192.168.1.254 DISPLAY=192.168.0.2:0 gnome-system-monitor`
XQuartz.app の場合は Quartz ウィンドウマネージャが起動しているのでアプリケーションを実行するだけでいいのですが、ウィンドウマネージャが起動していない環境の場合はウィンドウマネージャも起動しておく必要があるかもしれません。
lnx$ ssh 192.168.1.254 'export DISPLAY=192.168.1.3:1; metacity & gnome-system-monitor'
Mac OS側で Raspberry Pi の状況をグラフィカルにチェックすることができます。この程度の描写なら 1MB/s ですが、頻繁に動くものとなると 10MB/s を超えるのである程度帯域は必要です。
ディスプレイは複数のマシンに共有させることができます。ここでは左に Raspberry Pi 2 Model B のシステムモニタ、右に Raspberry Pi Model B+ のシステムモニタを表示しています。
Linux<- Linux
Linuxも Mac<- Linuxと同じようにして接続ができますが、XQuartz.app とやりとりするよりは少しわかりづらいかもしれません。
例えば、COOKIEを正しく登録しても「Invalid MIT-MAGIC-COOKIE-1 key」と表示され、うまく接続できないことがあります。
rpi$ DISPLAY=192.168.1.2:1 xterm Invalid MIT-MAGIC-COOKIE-1 keyxterm: Xt error: Can't open display: 192.168.1.2:1
これはうちの環境の話ですが、Xnest や Xephyr で新しく起動したウィンドウに接続できなくて困っていたのですが、KDEの場合は xauth を実行した際に ~/.Xauthorityではなく /tmp/kde-USERNAME/xauth-1000-_0というファイルを使用していることが原因でした。
XAUTHORITY環境変数がセットされている環境で Xnest や Xephyr にアプリケーションを呼び出す場合は -authオプションでファイルを指定する必要があるかもしれません。
Xnest :1 -auth $XAUTHORITY Xephyr :2 -auth $XAUTHORITY
もしくは -ac（disable access control restrictions）オプションで認証を無効にする方法もあります。この方法は COOKIEを登録する必要がありません（セキュリティには注意が必要です）。
Xnest :1 -ac Xephyr :2 -ac
ここまで ssh -Xとすればいいだけの問題をわざわざ xauth を使ったりしていたのは Raspberry Pi の画面出力を Xnest や Xephyr で引っ張ってくるためでした。自分の環境は Intelチップの KDE環境なんですが、なんか Raspberry Pi と相性悪い？のか、:0に表示するより Xnest とかに表示した方が動きがいいんですよね…。
とりあえず艦これもそこそこ動くようになったので今回の作業はここまで。
ffmpeg \-video_size 1280x720 -framerate30-f x11grab -draw_mouse0-i :0+1446,100-f pulse -i0\-c:v libx264 -q:v -1-pix_fmt yuv420p -preset ultrafast -x264optsbframes=2:cabac=1:open_gop=1\-c:a aac -strict experimental -b:a 320k \-movflags faststart out.mp4