libdvdcss2 を RaspberryPi 3 にインストールする必要が出た。このへん参照。
進める。
# sudo -s
# wget http://archive.debian-maintainers.org/unofficial/packages/libdvdcss/1.2.10-1_i386/libdvdcss2_1.2.10-1_i386.deb
# sudo dpkg -i libdvdcss2_1.2.10-1_i386.deb
なぜかエラーになる。
gdebi コマンドでインストールを試す。
# sudo gdebi libdvdcss2_1.2.10-1_i386.deb
権限が足りないと言われた。Linuxではこれが面倒。777でいいよ。
# chmod 777 libdvdcss2_1.2.10-1_i386.deb
# sudo gdebi libdvdcss2_1.2.10-1_i386.deb
やっぱダメ。RaspberryPi だからか？arm専用バイナリが必要？探すしかないか。
前記事で、RaspberryPi（初代）にHandBrakeのインストールができなかった。
リベンジに、RaspberryPi 3 に HandBrake をインストールすることにする。初代 と 3 とでは、3のほうがCPUの数が4倍に増えているし、エンコードスピードも段違いだろう。
なんと、RaspberryPi 3 （と2）用に、専用のインストーラ（debファイル）を作っている人がいた。
Raspberry Pi • View topic - Video Converter HandBrake 0.10.5 for RPi2&3
たったこれだけでインストールできるらしい。
インストールしてみる。作業は全部 sudo してから行うことにする。
まずは gdebi-core とやらをインストール。
# sudo -s
# apt-get install gdebi-core
# wget http://steinerdatenbank.de/software/ghb_0.10.5-1_armhf.deb
gdebiコマンドで、debファイルをインストールする。
# sudo gdebi ghb_0.10.5-1_armhf.deb
インストール完了。
たったの3ステップで HandBrake がインストールできてしまった。arm用は無いからソースからコンパイルを覚悟してたし、前記事のようなエラーは出るだろうから、それを1つ1つ読んでいかねば…と思っていたけど、これ一発で解決。ほんと、ネットは素晴らしい。
インストールした HandBrake のヘルプを見てみる。
ちゃんとインストールされたようだ。さっそくエンコードを試してみる。ソースはDVDディスク。dfコマンドに表示される /media/pi/DVD_VIDEO がそれ。
$ df
エンコード（圧縮）後に出力されるmp4の保存先は、ネットワーク内にあるNAS（192.168.xxx.xxx）の「PT3」という共有フォルダにする。見慣れた書き方をすれば「¥¥192.168.xxx.xxx¥PT3」といったところか。
NASをマウントする。RaspberryPi3のfstabに記述があるので、mountコマンドでマウントしてやる。
$ sudo mount -a
マウントされたか確認。
$ df | grep PT3
/volumes/PT3 としてマウントされたのがわかる。
これで、圧縮元ソース（DVD_VIDEO）と、圧縮先のNAS（PT3）が揃った。早速HandBrakeでエンコードしてみる。
と思ったが、今回のDVD（4.7GB）をエンコードする前に、小さいサンプルファイルで綺麗にエンコードできるかテストしてみよう。
まずはソースファイルがあるNAS（共有フォルダ「PT3」）に移動する。
# cd /volumes/PT3
サンプルファイルには、以前キャプチャした動画ファイルを使う。ファイル名に「花束」「ver1」という単語を含んで、かつ、ファイル名の終わりがtsで終わるファイルがそれ。それを検索し、そのサイズを確かめる。
# for i in *花束*ver1*ts; do echo "$i"; ls -shal | grep "$i"; done
ファイルサイズは 43MB しかない。これならエンコードにも時間はかかるまい。サンプルとしてちょうどいい。
書式
HandBrakeCLI -i ソース -o 出力先 -Z "品質指定プロファイル"
実行
HandBrakeCLI -i 花束を君に_ver1.ts -o 花束を君に_ver1.ts.mp4 -Z "AppleTV 3"
※ 品質指定の「AppleTV 3」については、HandBrakeが持っている品質指定ファイル（プロファイル）名を指定する。どんなプロファイルがあるかはネットに情報が溢れてるけど、今まで試した中で一番バランスが取れてるのが「AppleTV 3」だったので、今回もそれを使ってみた。
なお、「AppleTV」と「3」の間に半角スペースがあるので、指定するときはダブルクオート""で囲んで "AppleTV 3"としてやる必要がある。
エンコード実行。-i や -o を手書きするのが面倒なので、for文に組み込む。
# for i in *花束*ver1*ts; do echo "$i"; HandBrakeCLI -i "$i" -o "$i".mp4 -Z "AppleTV 3"; done
圧縮開始した。上から数行目に「4 CPUs detected」とある。RaspberryPi 3 の4つのCPUがフル活用されるようだ。完了までしばらく待つ。
圧縮完了。数分で終わった。
映像は1分ほどで、圧縮も1分程度だから、映像ファイルの元時間と同じ程度で圧縮できるってことがわかった。十分に速い。RaspberryPi3の消費電力はスマホ程度だから、これで、超省電力の動画圧縮専用マシンができたことになる。
エンコードされたファイル.mp4 を再生してみる。
十分キレイ。元ファイル.tsに見劣りしない。さすがは HandBrake。圧縮前後の動画ファイルサイズはどうか。
圧縮前：43MB
圧縮後：29MB
何パーセント圧縮された？計算式は「29 / 43 * 100」でいいと思うけど、面倒なのでpythonにやらせる（bashだと小数点計算が面倒だから）。
$ python
>>> 29.000 / 43.000 * 100
67.4％ 圧縮された。 ほんと RaspberryPi 3 最高。
RaspberryPi3 で運用していたWebサーバ（apache2）が、突然起動しなくなってしまった。
# sudo -s
# apachectl start
AH00558: apache2: Could not reliably determine the server's fully qualified domain name
このへん参考に直してみる。
運動会のDVDをiPhoneで見れるようにしてくれない？と頼まれた。HandBrakeでmp4動画にエンコードしてしまえばいい。
エンコードには数時間かかるので、デスクトップPCやノートPCでやらせると、電気代が無駄。こういう時こそ、消費電力がスマホ並の raspberrypi にやらせる。
ーーー
必要なパッケージのインストール。
$ sudo apt-get -y install subversion yasm build-essential autoconf libtool zlib1g-dev libbz2-dev libfribidi-dev intltool libglib2.0-dev libdbus-glib-1-dev libgtk2.0-dev libgudev-1.0-dev libwebkit-dev libnotify-dev libgstreamer0.10-dev libgstreamer-plugins-base0.10-dev libass-dev libtheora-dev libvorbis-dev libogg-dev libsamplerate-dev
エラーになったので、案内どおりに apt-get update してみる。
$ sudo apt-get -y update
もう一度インストール。
$ sudo apt-get -y install subversion yasm build-essential autoconf libtool zlib1g-dev libbz2-dev libfribidi-dev intltool libglib2.0-dev libdbus-glib-1-dev libgtk2.0-dev libgudev-1.0-dev libwebkit-dev libnotify-dev libgstreamer0.10-dev libgstreamer-plugins-base0.10-dev libass-dev libtheora-dev libvorbis-dev libogg-dev libsamplerate-dev
RaspberryPiも、初代だとCPUがかなり非力なせいかインストールに時間がかかる。しばらくほっておく。
ーーー
参考サイトのとおりにファイルを書き換えして make したけど、pythonがエラー吐いてる。ログもなくて調べようもない。RaspberryPi（初代）でのインストールは諦めた。
RaspberryPi3 に続く。
参考サイト
KTV-FSUSB2/V3（K1510）を以前から持ってたけど、RaspberryPiでうまく録画できなくてお蔵入りしていた。
良いサイトがあったので、録画に再挑戦してみる。
RaspberryPi3でKTV-FSUSB2/V3（K1508）を使った録画方法その1（Softcasとlibarib25のインストール） - Qiita
サイトそのまま進めていく。
$ cd softcas/
Keys.h は自力でggks。
$ cd /home/pi/Desktop/
だめか。fedora（地デジ録画できてるサーバ）で使っている libpcsclite.so.1.0.0 をデスクトップに持ってきてみよう。
$ cd /home/pi/Desktop/
make がコケる。fedoraでうまくいったときの wincard.cpp を使ってみる。
SoftCasをUbuntu 12.04に入れてB-CASカードなしでもテレビを見る · GitHub
なんだ。libpcsclite.so.1.0.0 てのは、そのアーキテクチャ（fedoraならfedora、piならpi）用に作らなきゃいけないのか。fedoraからコピッったのは消しておく。
'Keys.o', needed by 'libpcsclite.so.1.0.0' でググる。このへんに情報ありそう。
Raspberry Pi2による地デジ・リアル視聴 | ｅ在京白堊会
こんな記述が。
２）にあるwgetを実行。
３）にある pcsclite.h の書き換え実行。
# vim /usr/include/PCSC/pcsclite.h
make を実行する。
pcsclite.hの修正を間違った。カンマもコメントアウトしなきゃいけなかった。再度修正。
# vim /usr/include/PCSC/pcsclite.h
# make
Keys.oの作成ルールがなくてmakeが失敗している。何か足りないかもしれない。lsしてみる。
再度試す。
だめだ。
ーーー
2016/12/25
No rules to make target 'Keys.o', needed by 'libpcsclite.so.1.0.0'
のエラーが解決できない。
ーーー
原因わかった。単純だった。Keys.cpp が足りなかった。
これじゃダメ。
これが正しい。
makeしてみる。
makeが通った。libpcsclite.so.1.0.0 ができている。
ーーー
冒頭サイトの手順に戻る。
RaspberryPi3でKTV-FSUSB2/V3（K1508）を使った録画方法その1（Softcasとlibarib25のインストール） - Qiita
$ sudo cp libpcsclite.so.1.0.0 /usr/lib/arm-linux-gnueabihf/libpcsckai.so
$ cd /usr/lib/arm-linux-gnueabihf/pkgconfig/
$ sudo cp libpcsclite.pc libpcsckai.pc
$ sudo vim libpcsckai.pc
10行目付近を書き換えた。
変更前 Libs: -L${libdir} -lpcsclite
変更後 Libs: -L${libdir} -lpcsckai
ーーー
/usr/include/PCSC/pcsclite.h の記述を元に戻す。
$ sudo vim /usr/include/PCSC/pcsclite.h
90行目の赤枠を復活させた。
ーーー
libarib25のインストールに進む。
$ cd libarib25-master/
srcフォルダにMakefileなんてないぞ。for文で調べるか。
src/libarib25.pc.in にある Requires: libpcsclite を書き換えてみるか。
変更前 Requires: libpcsclite
変更後 Requires: libpcsckai
$ make
$ cd src
$ sudo -s
# make
# cmake
# apt-get -y install cmake
$ cmake
ーーー
KTV-FSUSB2/V3（K1510）接続前
KTV-FSUSB2/V3（K1510）接続後
新Macbook Pro。Touch Bar。
知りたいのはただ一つ。
Touch Bar の escキー で Vim は使えるのか？
とにかくその一点。youtubeに溢れる開封動画とか、どうでもいいことしか伝えない。Touch Bar で知りたいのは、「escキーの使い勝手はどうよ？」。とにかくそれ。
ーーー
Touch Bar に触れる機会があったので早速テスト。
結論からいうと、全然ダメ。新Macbook ProではVimは使えない。escキーが使いにくすぎる。以下、触った感想。
① esc キー
Touch Bar になってしまったせいで、escキーに押した感覚が全くない。Vimを抜けようとしてescでコマンドモードに移行するのに、そこで「押したかどうか分からない」。不安になって、何度か押し直してしまう。致命的な使いづらさ。Appleはプログラマ（てかVim使い）を見放したのか。
escの「位置」自体は悪くない。感覚的に、左手の小指を（いつもどおり）escキーに持っていくと、ちょうどその位置にescがある。あるにはある。
しかし、それを「押した感覚がない」。これが致命的に気持ち悪い。よりによってescキーを仮想にしてしまうとは。
10分ほど触ってみたけど、違和感がとれない。慣れの問題かな？とも思ったけど、違う。試しに、今回の新Macbook Proの一番安いモデル（Touch Barじゃないやつ）を使ってみたら、本当に快適すぎた。プログラマが買うならこれ一択。
ーーー
② カラーパネル
ターミナル画面でカラーパネルボタンを触るとどうなるのか？テスト。
結果「ターミナルの背景色を変えられる」だけだった。
Touch Bar をスライドすると色が変わる。
黄色
青色
「あ、そう…」で終わる機能。
この機能のためだけに数万円も払う価値はない。最下位モデルが結局一番よさそう。
iMac 5K を買って2週間。ブログ書くのにプログラミングに…とにかく最高の環境ができた。あまりに素晴らしいので残しておく。
ーーー
画像
ディスプレイがRetinaでしかも5Kなので、大きな画像でもクッキリ。例えば、以下のサイトから落とした高画質サンプル画像を開いてみる。
Wonderful City of Mikulov, Czech Republic Free Stock Photo Download | picjumbo
サンプル画像は4000ピクセルらしい。2K？4K？詳しいことは分からんけど、とにかく綺麗な画像。
ダウンロードした画像を開いてみる。
こんな感じになる。
すごい。巨大な高画質画像でも、デスクトップいっぱいに表示できる。さすがは5K。しかもRetinaだから、めっっちゃ綺麗。
ーーー
コーディング
bashでコーディングする画面はこんな感じ。
sshでRaspberryPi1と、fedoraと、RaspberryPi3 の3つに接続して、3つを一度に表示できる。最高だ。
ちなみに、ウィンドウの切り替えは Command + F1 で可能。
ーーー
iMacからWindows10（解像度1920x1280）にリモートデスクトップしてみるとこうなる。
かなり快適。2つ、3つと並べても全く狭く感じない。新しいMacbook Pro（2016）を買おうかほんと迷ったけど、iMacにしておいてよかった。
