詳細なオプションは後で書くので、結果の考察を。変化の小ささが目立つ訳で、あーやっぱ高速なだけあってそれなりに手抜きをしてるんだなぁと納得してしまうわけなのだ。エンコードスピードに関しては比較するのも馬鹿らしいほど差が付いてるので特に考察はしない。あたりも大きな要素を占めてるのであまり弁護する気にならない。出力しないどーでもいい部分に関してはかなり省略しているのだけど、それでも長大になってしまう。してしまっているとか、いくつか設定ミスもあるのだけど、再測定は時間がかかりすぎるので行わない方向で。エンコードにかかる時間が多少短くなるぐらいでさほど結果に違いはないはずだから。遅すぎて今回の更新にバッチ処理が間に合わなかったので、穴埋め企画。平滑線つき散布図グラフを描きましょうで終わってしまうのは短すぎるので、もすこし膨らましておく。グラフを描くことはできる。値を拾ってという作業の不毛さに嫌気がさしてくるのではないかと思う。私も最初のうちは地道に手作業でデータ録りをしていたのだけど、途中からバッチ用のスクリプトを書いて、そちらにある程度データの整理まで済ませたタブ区切りテキストを出力させる形に逃げてしまった。スクリプトはだいたい次のような手順になる。このスクリプトは以下のフォルダ構成で動作させることを前提にしている。(スクリプト本体)実際に動かした場合の出力は次のような形になる。rdo=1qpbpssnrsec186118465.87107744.030000957.063000203888108.61476942.780000896.312000222534961.27046241.720000858.203000241610717.82369240.640000824.187000261054210.88769239.570000797.67200028743726.29846238.640000783.90600030518026.37815437.630000767.64100032364883.36676936.620000753.406000スクリプトを動かすためには、以下のものが必要になる。ビルド済みバイナリを配布していないおかげで敷居が高くなってしまった。ビルドするだけなんだけど、それだけが難しい人もいるんだよなぁ。グラフの描き方になる。自動化を進めてグラフ画像自体をスクリプトから出力とかも不可能ではないのだけど、そこまでやるほどの価値はないかと考えてこの手法に落ち着いている。変わって、エンコーダオプションも変化する程度で他の仕組みはほとんど変化しない。