ハイビジョンのホームビデオをREGZAで見るときのメモ

XMedia Recodeを起動。

（現時点でVer 3.1.7.6）

「ファイルを開く」で目的のファイルを選択

「形式」タブで「MPEG 2」を選択

「ビデオ」タブの設定

「クロップ／プレビュー」タブ

リストタブ

出力方法を設定

エンコードボタンを押せば保存先のフォルダにmpegファイルができる。

出来たファイルをREGZAの参照先のフォルダに置けばOK

ALMiniumによる yggdrasilサーバの構築

Yggdrasil（ https://github.com/tkusukawa/yggdrasil/wiki ）はLinuxサーバの設定ファイルをSubversionで管理する試みです。

最小限の構成はRubyとSubversionがインストールされていれば動作するのですが、 多数のLinuxサーバを管理する場合はRedmineとJenkinsとを組み合わせて運用するととても便利です。

このSubversion、Redmine、Jenkinsのシナジー効果は本当に素晴らしいので、 多くの人に是非一度使ってみて欲しいところなのですが、 RedmineとJenkinsはRuby,Java,DB,メール等いろいろあってインストールが難しく、 なかなか「気軽にやってみて！」というわけにいきませんでした。

それが、ALMiniumによって、 Subversion、Redmine、Jenkinsが全てきちんと連係された形でインストールできるようになりました。 ALMiniumはRedmineを含む開発環境インストーラであり、 shinagawa.redineの第2回勉強会で紹介して頂いて知ってはいたのですが、 Jenkinsが含まれていることを知りませんでした。勿体ない。orz

早速ALMiniumをインストールしてYggdrasilサーバを設定してみたところ、 簡単に構成出来てしまいました。 Subversionのリポジトリ作成やそのユーザ管理もRedmineから設定出来る等、 ツール構成の利便性も抜群です！ 自分で一から構築していては、この完成度には到達できないでしょう。

ということで、そのときの手順メモを下記に共有します。

●CentOS 6.2 を用意
サーバとして使うのでIPアドレスはDHCPではなく、固定にしておきます。
ここでは192.168.1.73にしました。
一応、yum updateをかけておきます。

● ALMiniumのインストール
Redmine＋Subversion＋Jenkinsが一気に入って超絶便利です。
# yum install git
# cd /root
# git clone https://github.com/alminium/alminium.git
# cd alminium
# ./smelt 
いくつか質問に答える。
→ ホスト名：192.168.1.73
→ メールシステム：自分のgmailアカウントを使いました。
→ httpsにする？：しない
→ jenkins入れる？：もちろん
→ SELinux切るけどいい？：いいよ

● Redmineの設定
０．ログイン
     http://192.168.1.73/ にアクセス
     右上の「ログイン」から ID/PW=admin/admin でログイン
１．全体設定
     左上メニュー「管理」→「設定」→「リポジトリ」
     →「参照用キーワード」に「*」のみを設定
     （これでコミットメッセージに#数字があるだけでチケットとリンクします）
２．ユーザ作成
     左上メニュー「管理」→「ユーザ」→「新しいユーザー」で必要なだけユーザを追加
     リポジトリ読取用にユーザ「yggdrasil」を作成しておく（メール通知：通知しない）
３．Redmineプロジェクトの作成
     左上メニュー「プロジェクト」→「新しいプロジェクト」
     → 名称：yggdrasil
     → 識別子：yggdrasil
     → SCM：Subversion
     → モジュール：リポジトリ、Hudson
     で「作成」
４．Redmineプロジェクトの設定
     「設定」→「メンバー」
     → 「新しいメンバー」の中からメンバーとロール「開発者」を選んで「追加」ボタン押下

● yggdrasilのセットアップ
１．gemでインストール
# gem install yggdrasil

２．yggdrasilサーバをjenkinsユーザで起動
# vi /etc/passwd
→ jenkinsの行の最後(ログインシェル)を/bin/bashに変更して保存
# su - jenkins
$ yggserve init --port 4000 --repo 'http://192.168.1.73/svn/yggdrasil/{host}' --ro-username yggdrasil --ro-password ********
$ yggserve daemon
$ pgrep yggserve   ←プロセス番号が返ってくればOK
$ exit

＜以下のyggdrasilの設定は各サーバで実行＞
３．subversionがパスワードを記憶しないように設定（お好みで）
# svn --version
# rm -fr ~/.subversion/auth/svn.simple
# vi ~/.subversion/config
→ [auth]の中の store-auth-creds = no の行のコメントを外す

４．yggdrasilクライアントの初期化
# ygg init --server 192.168.1.73:4000
ホスト名のフォルダを作るか聞いてくる→ 「Y」
ID/PWはRedmineに登録したものが使えます
RedmineのYggdrasilPJのリポジトリでフォルダが作成されていることを確認

５．チェッカースクリプトの設定（お好みで）
チェッカースクリプトはサーバの状態変化を検知するためのもので、
スクリプトの実行結果（標準出力）がSubversionに登録され、
履歴管理されます。
例えば、過去何月何日にマウント状態はどうだった、とか、
gem のバージョンは何だったか、等を調べられるようになります。
（ちゃんとコミットされていれば）

【初回のみ】# svn mkdir http://192.168.1.73/svn/yggdrasil/_checker -m 'mkdir _checker'
# cd ~/.yggdrasil/checker
# svn co http://192.168.1.73/svn/yggdrasil/_checker .

【初回のみ】# vi mount
下記を記入
mount |
grep -v '(.*soft.*)' |
grep -v '(.*bind.*)' |
egrep -v '^sunrpc' |
LC_ALL=C sort

【初回のみ】# vi chkconfig
下記を記入
LC_ALL=C chkconfig --list

【初回のみ】# vi gem_list
下記を記入
gem list

【初回のみ】# vi route
下記を記入
route

【初回のみ】# vi rpm
下記を記入
rpm -qa |
LC_ALL=C sort

【初回のみ】# chmod +x mount chkconfig gem_list route rpm
【初回のみ】# svn add *
【初回のみ】# svn ci -m 'add checker scripts'

６．コミット漏れチェックの定期実行
これによってチェック結果がyggdrasilサーバに通知されるようになります

# crontab -e
下記を追記(@@は00～59に間で適当に散らして設定)
@@ 4 * * * /usr/bin/ygg check --non-interactive >/dev/null 2>&1

７．各種設定ファイルをyggdrasilに登録

# cat <<EOF | while read f; do ls $f >/dev/null 2>&1 && ygg add $f ; done
/etc/aliases
/etc/auto.automnt
/etc/auto.master
/etc/auto.misc
/etc/auto.net
/etc/cron.deny
/etc/crontab
/etc/exports
/etc/fstab
/etc/group
/etc/gshadow
/etc/hosts
/etc/hosts.allow
/etc/hosts.deny
/etc/inittab
/etc/login.defs
/etc/logrotate.conf
/etc/modprobe.conf
/etc/ntp.conf
/etc/nscd.conf
/etc/nsswitch.conf
/etc/passwd
/etc/resolv.conf
/etc/shadow
/etc/sudoers
/etc/syslog.conf
/etc/wgetrc
/etc/xinetd.conf
/etc/yum.conf
/etc/chroot_list
/etc/rc.local
/etc/shadow-sudoers.asc
/etc/pam.d/*
/etc/sysconfig/i18n
/etc/sysconfig/network
/etc/sysconfig/static-routes
/etc/sysconfig/iptables*
/etc/sysconfig/network-scripts/ifcfg-eth?
/etc/sysconfig/network-scripts/ifcfg-bond?
/etc/sysconfig/network-scripts/route-eth?
/etc/sysconfig/network-scripts/route-bond?
/etc/sysconfig/rhn/systemid
/etc/postfix/main.cf
/etc/postfix/master.cf
/etc/rc.d/rc
/etc/rc.d/rc.local
/etc/rc.d/rc.sysinit
/etc/rc.d/init.d/*
/etc/ssh/sshd_config
/etc/vsftpd/ftpusers
/etc/vsftpd/user_list
/etc/vsftpd/vsftpd.conf
/etc/vsftpd/chroot_list
/var/spool/cron/*
/etc/logrotate.d/*
/etc/php.ini
/etc/php.d/*.ini
/etc/snmp/snmpd.conf
/etc/modprobe.d/*
EOF


８．コミット

# ygg ci -m 'add config files'


９．コミット漏れチェック

# ygg c
試しに登録されている設定ファイルを修正して
このコマンドを実行してみることで、
どのような振る舞いになるのかが理解できると思います。

１０．コミット内容の確認
Redmineのリポジトリブラウザ
http://192.168.1.73/projects/yggdrasil/repository
でコミット内容を確認できます。
履歴や差分表示もサポートしていて、
Subversionに不慣れな方にも解りやすく、非常に便利です。

● Jenkinsの設定
１．ログイン
     http://192.168.1.73/jenkins/ にアクセス。
     PW/ID=admin/admin

２．ジョブ作成
     左メニュー「新規ジョブ作成」
     → ジョブ名：yggdrasil
     → 「フリースタイル・プロジェクトのビルド」にチェック

３．ジョブの設定
     左上の表示が「Jenkins」→「yggdrail」になっていることを確認し、
     左メニューの「設定」
     → プロジェクト名：yggdrasil
     → Assign Redmine project： yggdrasil
     → ソースコード管理：なし
     → ビルド・トリガ：「定期的に実行」
     → → スケジュール：「30 5 * * *」
     → ビルド「ビルド手順の追加」→「シェルの実行」
     →→ シェルスクリプトに下記を記入
------------
#!/bin/bash

echo
date

# 監視ノード数の確認
mv -f /var/lib/jenkins/.yggdrasil/results_list /var/lib/jenkins/.yggdrasil/results_list.last
ls /var/lib/jenkins/.yggdrasil/results/ | sort > /var/lib/jenkins/.yggdrasil/results_list
cnt=`wc -l < /var/lib/jenkins/.yggdrasil/results_list`
echo '監視ノード数: '$cnt

echo
/usr/bin/yggserve results --expire 180 > /var/lib/jenkins/.yggdrasil/jenkins.out
ret=$?

sed -n -e '/^########/,/^\s*$/p' < /var/lib/jenkins/.yggdrasil/jenkins.out | sed -e 's/########/\n########/' > /var/lib/jenkins/.yggdrasil/jenkins.summary
cat /var/lib/jenkins/.yggdrasil/jenkins.out

echo
echo '監視ノード増減：'
diff /var/lib/jenkins/.yggdrasil/results_list.last /var/lib/jenkins/.yggdrasil/results_list | egrep '^<|^>' | sed -e 's/^</-/' | sed -e 's/^>/+/'

echo
echo '監視ノード一覧：'
cat /var/lib/jenkins/.yggdrasil/results_list

echo
return $ret 2>&- || exit $ret
------------

４．ジョブの実行確認
     左メニュー「ビルド実行」を押下
     → しばらくすると「ビルド履歴」に結果が表示される
     （初回はいくつかNo such file or directory
     が表示されますが問題ありません）

yggdrasil 0.0.17 released.

yggdrasil 0.0.17 をリリースしました。

yggdrasilはLinuxサーバで設定ファイルをSubversion管理するためのgem ツールです。

Yggdrasil（ゆぐどらしる） ～ サーバ運用のNo Ticket, No Work ～

スライドのPDFはこちら

長らく 0.0.15から更新できずにおり、この週末に頑張って更新したのですが、0.0.16をリリースしてすぐ、勤め先の利用で問題があることが解ったので0.0.17に上げてしまいました。すみません。

＜0.0.15からの修正点＞

・updateでリビジョンを指定できるように修正 ★今回DBチューニングで必要だった

・ygg cのプロンプトをA/qに変更

・デフォルトでgem listのcheckerを作らないように修正

・check結果のdiffの順序をサマリと一致させた

・checkerスクリプトを強制的に監視対象にした

・checkコマンドのオプションが間違えて居てもエラーにならなかった問題を修正

・差分確認の直後にファイルリストが表示されないように修正

・Ctrl-Cで止めたときにRubyのエラー出力が出ないように修正

・チェックしたファイルの数を結果表示するように修正

・ディレクトリの削除をコミットできない問題を修正

・initで--non-interactiveを付けてもプロンプトが出る場合があった問題の修正

詳細はGitHubを見て下さい→ https://github.com/tkusukawa/yggdrasil/commits

ちょっとこの場をお借りしてJenkinsでyggserveを使う情報を共有させて下さい

「定期実行」で下記のシェルスクリプトを動かしています。

echo
# 監視ノード数の計上
cnt=`ls /var/lib/jenkins/.yggdrasil/results/ | wc -l`
echo '監視ノード数: '$cnt

echo
date
/usr/bin/yggserve results --expire 180 > /var/lib/jenkins/.yggdrasil/jenkins.out
ret=$?

sed -n -e '/^########/,/^\s*$/p' < /var/lib/jenkins/.yggdrasil/jenkins.out | sed -e 's/########/\n########/' > /var/lib/jenkins/.yggdrasil/jenkins.summary
cat /var/lib/jenkins/.yggdrasil/jenkins.out

echo
return $ret 2>&- || exit $ret

あと、「Log Parser Plugin」（Parsed Console Output）でエラーを見やすくしたり、 「拡張E-mail通知」を使ったりしてます。

購入したDVDをHDDに入れてREGZAで見る手順

子供が何十回も見たがるDVDはHDDに入れておくと とっても便利なのだが、いつもやり方を忘れていて試行錯誤するのでメモ。

１．DVD ShrinkでVOBをHDD内に作成

２．XMedia Recodeで「ファイル」メニューの「DVDを開く」にて、１で作ったVOBのフォルダを開く

３．目的の映像を選択状態にする

４．「形式」タブ： プロファイル=カスタム、形式=MPEG2

５．「音声トラック」タブ： 目的のトラックの「モード」を「変換」に、それ以外を「除去」にする

６．「字幕」タブ： 目的の字幕のモードを「レンダ」に、それ以外を除去にする

７．下の「出力方法」を「フォルダに保存」にして、「保存先」を設定

８．「リスト」タブのリストが空であることを確認後、「リストに追加」で項目を追加

９．「エンコード」実行

クラスメソッドをインスタンスメソッドから呼び出す黒魔術

Rubyでインスタンスメソッドからクラスメソッドを呼び出す時、

<クラス名>.<クラスメソッド名>

と書かなければなりません。

Rubｙistの方には当たり前なのだと思うのですが、C++で育った自分としては、

「クラスメソッドは身内なんだし、わざわざレシーバを言わなくても解ってよ！」

って思いが強く、【なんとかならんのか？】と思って検索してみたところ、

http://oshiete.goo.ne.jp/qa/4910050.html

が出てきた。

回答は「self.class.＜クラスメソッド名＞ でいいんじゃね？」って事で、自分的には【なんかちがうね】【普通に書こう】って思ってた。

ところが今週、Yuguiさんの『初めてのRuby(電子版)』を電車の中で読み返していてはっとしました。そうだ、Rubyには黒魔術があるじゃないか！

class Hoge

   def method_missing(action, *args)

        self.class.__send__ action, *args

    end

    def Hoge.say(message)

        puts message

    end

    def hello

        say "Hello!"

    end

end

obj = Hoge.new

obj.hello

これで良さげ。

だけど、黒魔術はコードが理解しづらくなるから要注意ってことで。

Centos6でgemパッケージを作ってrubygems.orgで公開してみた

ちょっとRubyスクリプトを共有したくて、gemパッケージの作り方を調べたのでメモ。

パッケージを作る方法として、newgemやjeweler, bundlerがあり、どれを使うの良いのかなかなか解らなかったのだが、最近は bundler が新しいらしい。

そして、公開方法もrubyforgeに登録する方法、githubを使って公開する方法、rubygems.orgに登録する方法が検索結果に出てきて大いに混乱したが、rubygems.orgに登録する方法が最近の本流っぽい。

そして、bundlerを使った場合、バージョン管理がgitになるのだが、githubとの連携でもはまった。pushでエラーが出て、さんざん調べた結果gitのバージョンが古いとダメなことが解ったのだが、Centos6でyumをつかってgitをインストールするとVer1.7.1しか入らず、rpmパッケージを探して入れなおす必要があった。

今回作ったのは yggdrasil というもの。現状はHello Worldのみ。今後作りこむ予定。

レアな単語でキーワードとして識別しやすいと思うので、以下、コマンド等でそのまま使います。

パッケージ→ https://rubygems.org/gems/yggdrasil

ソース管理→ https://github.com/tkusukawa/yggdrasil

● まず、gitのバージョンアップのメモ（Centos6）

# git --version              ←バージョン確認

# yum erase git

# yum update perl

# yum install subversion-perl

# yum install perl-YAML

# wget http://pkgs.repoforge.org/git/perl-Git-1.7.11.3-1.el6.rfx.x86_64.rpm

# wget http://pkgs.repoforge.org/git/git-1.7.11.3-1.el6.rfx.x86_64.rpm

# rpm -Uvh perl-Git-1.7.11.3-1.el6.rfx.x86_64.rpm git-1.7.11.3-1.el6.rfx.x86_64.rpm

● gemパッケージを作る手順

$ gem install bundler              ← Redmine(Rails)の環境を作る時に入れてあった

$ bundle gem yggdrasil           ← yggdrasilディレクトリが出来て雛形が作られる
$ cd yggdrasil

$ vi yggdrasil.gemspec            ← TODOが書かれている箇所等適当に変更

$ vi lib/yggdrasil/version.rb     ← リリースする前にバージョンを変える

$ midir bin
$ vi bin/yggdrasil                  ← 実行コマンドを作るときはbinの下にコマンドを作る
$ cat bin/yggdrasil                ← まずはHello Worldでお試し
#!/usr/bin/env ruby
puts 'Hello World!'

$ git add .

$ git commit -a -m 'initial commit'  ← コミットしないとパッケージに含められないみたい

$ rake build    ← これでpkg/yggdrasil-0.0.0.gem が作られる

# gem install ～/yggdrasil/pkg/yggdrasil-0.0.0.gem  ← gemインストールの動作確認

# yggdrasil     ← インストールされたコマンドの動作確認
Hello World!

# gem uninstall yggdrasil  ←  消しておく

● githubでのコード管理

予めgithubでユーザ登録をして、空のgitリポジトリを用意しておく必要があります。

$ git remote add origin https://github.com/tkusukawa/yggdrasil.git  ← 作ったリポを指定
$ git push -u origin master   ← ここでgithubのID/PWを聞かれます

● rubygems.orgで世界公開

こちらも予めrubygems.orgでユーザ登録しておく必要があります。

$ rake release     ← githubのID/PWの後、下記のように失敗する

yggdrasil 0.0.0 built to pkg/yggdrasil-0.0.0.gem

Tagged v0.0.0

Username for 'https://github.com': tkusukawa

Password for 'https://tkusukawa@github.com':

Username for 'https://github.com': tkusukawa

Password for 'https://tkusukawa@github.com':

Pushed git commits and tags

Untagged v0.0.0 due to error

rake aborted!

Your rubygems.org credentials aren't set. Run `gem push` to set them.

Tasks: TOP => release

(See full trace by running task with --trace)

$ gem push       ← エラーに従ってやってみるが、これもエラーになる

Enter your RubyGems.org credentials.

Don't have an account yet? Create one at http://rubygems.org/sign_up

   Email:   t.kusukawa@gmail.com

Password:   

Pushing gem to https://rubygems.org...

Signed in.

ERROR:  While executing gem ... (Gem::CommandLineError)

    Please specify a gem name on the command line (e.g. gem build GEMNAME)

$ rake release          ← もう一回やってみたらうまく行った。

yggdrasil 0.0.0 built to pkg/yggdrasil-0.0.0.gem

Tagged v0.0.0

Username for 'https://github.com': tkusukawa

Password for 'https://tkusukawa@github.com':

Username for 'https://github.com': tkusukawa

Password for 'https://tkusukawa@github.com':

Pushed git commits and tags

Pushed yggdrasil 0.0.0 to rubygems.org

● 公開gem動作確認

# gem install yggdrasil

# yggdrasil

# gem uninstall yggdrasil

こんな感じでプロジェクトのベースがようやくできたが、まる1日かかった。とほほ。

Redmineでphpをリポジトリ表示すると文字化けする

Redmine2.1.4 を入れたのだが、
phpのファイルをリポジトリ表示すると
日本語が文字化けしていた。

原因は Coderay がphpをうまく処理できないためらしい。

そこで、プログラムを変えて無理やり

ファイルタイプがphpだった場合は、

java_script として解釈させることにした。

redmine/lib/redmine/syntax_highlighting.rb

*** 40,51 ****
--- 40,53 ----
          # Should not return line numbers nor outer pre tag
          def highlight_by_filename(text, filename)
            language = ::CodeRay::FileType[filename]
+           language = :java_script if language == 'php' || language == :php
            language ? ::CodeRay.scan(text, language).html(:break_lines => true) : ERB::Util.h(text)
          end
  
          # Highlights +text+ using +language+ syntax
          # Should not return outer pre tag
          def highlight_by_language(text, language)
+           language = :java_script if language == 'php' || language == :php
            ::CodeRay.scan(text, language).html(:wrap => :span)
          end
        end

TortoiseHGの3-Way Diffの設定（WinMerge, P4Merge）

Mercurial(TortoiseHG)でマージする際に
設定を変更しないと3-Way Diffが思った動作にならなかったので、
設定方法をメモしときます。

＜環境＞
TortoiseHG 2.4.3
WinMerge 2.12.4.13+--jp-13
P4Merge Rev. p4merge/NTX86/2010.1/271261

＜やり方＞
１．設定ファイルの読み取り専用属性を解除
エクスプローラで
C:\Program Files\TortoiseHg\hgrc.d
を開き、「MergeTools.rc」を右クリック→「プロパティ」を選択
→ 「属性：読み取り専用」のチェックを外して「OK」

２．管理者権限で設定ファイルを編集
「スタート」－「すべてのプログラム」－「アクセサリ」と開き、
「メモ帳」を右クリックして「管理者として実行(A)...」を選択。

メモ帳のメニューから「ファイル」－「開く」
→ファイルの種類を「テキスト文書(*.txt)」を「全てのファイル(*.*)」に変更して
C:\Program Files\TortoiseHg\hgrc.d\MergeTools.rc
を選択して「開く」

p4merge.diff3args=$child $parent1 $parent2
↓
p4merge.diff3args=$child $parent1 $parent2 $child
（マージ結果の保存ファイルをいちいち指定する必要が無くなります）

winmergeu.diff3args=
↓
winmergeu.diff3args=/e /x /wl /ub $parent1 $child $parent2
（3ペイン表示になります）

メニュー「ファイル」→「上書き保存」して終了。

大舞台でニコ生配信に初挑戦して大失敗した件について

Jenkis Users Conference 2012という大舞台で、ニコ生の配信を担当させて頂いたのですが、設定に不備があって、最初の約30分間配信できませんでした。

今回のニコ生の番組はこちらです。
1番目の発表者の柴田博志 (@hsbt)様のプレゼンがほとんど配信・記録できず、本当に申し訳ありませんでした。
せめて今後、映像配信にチャレンジする方に何らかの参考になればと思い、共有させて頂きます。

結論から言うと、原因はニコ生のビットレート制限の384Kbpsを超過していて、サーバに切断されたものと思われます。自分では、ググって調べながら270Kbpsに設定した記憶(間違い)があり、最後までビットレートの設定に問題があることに気づくことができませんでした。
今から思えば、管理画面の方ににビットレートについての警告が出ていたのですが、初めてみる画面でで、テスト配信に成功している状態でも表示されていたので、常に表示される「注意書き」としか認識できていませんでした。この点が非常に悔やまれます。

今回の映像配信はVGAキャプチャと発表者カメラ、会場カメラの３映像をとって、音声は教室機材のスピーカーのライン出力と環境音用のマイク（念のため）をミキサーに入れてPCのマイク入力に入れた構成でした。

毎回、映像配信にチャレンジする度に、機材や配信内容を増強していっており、（私の趣味です。役立つモノ・技を身につけることが喜びです）今回は会場カメラを切り替えて使うことが初めての試みでした。普通に2台目のＷＥＢカメラをつなげるとＵＳＢの帯域が足りずエラーになったので、ＵＳＢ増設のＥｘｐｒｅｓｓカードをノートＰＣに挿して会場用のＷＥＢカメラをつなげました。

配信アプリには今回初めてＸｓｐｌｉｔを利用したのですが、失敗したのはこのアプリのチャンネル設定画面（メニュー：配信→チャンネルを編集）でした。

このビットレートの値を270Kbpsに設定した【つもり】だったのですが、アプリのデフォルト値の1000Kbpsになっており、これを256Kbpsに設定したタイミングで配信が正常化しました。

今回の件の経緯を振り返ってみたいと思います。

＜2012-04-24(火)＞
数年前からJenkins（Hudson）の噂はかねがねだったのですが、2012年に入ってようやく会社のIT運用でJenkinsを使い始めました。その素晴らしさを日々実感していた時に1000人規模のJenkins勉強会が開催されることをたまたまツイッターで知り、すぐにエントリーしました。

＜2012-06-25(月)＞
そしてまた、たまたまツイッターでUst配信のお手伝いの募集を
見かけました。shinagawa.redmineでUST配信をやったことがあったので、「もしお手伝いできることがあるなら」と思い切ってメールしてみたところ、
手伝わせて頂けることになりました。

＜2012-07-10(火)＞
ところが、話が進むと実はニコ生でやりたいという話であることが解りました。ニコニコは生放送はおろか、ニコ動の映像投稿も全くの未経験であり、本番までに週末が2回しかないことからも不安を感じましたが、まずは調べてみることにしました。

＜2012-07-15(日)＞
ニコ動のコメントシステムは視聴者とのコミュニケーションを技術で実現していて大好きなのですが、調べたところ、「有料会員しかニコ生配信はできない」、「過去のニコ生配信の内容は有料会員しか視聴できない」ということのようでした。
オープンソースなのにJenkinsユーザに有料会員になることを強要するのではないかという懸念が悶々とし、最初の週末は自分自身がプレミアム会員になることを躊躇したまま過ごしてしまいました。

＜2012-07-21(土)＞
カンファレンスのスタッフの方に、ニコ生の有料会員でないと配信できない旨を伝えたところ、公式チャンネルを開設すれば有料会員になる必要はないとの回答でしたが、その公式チャンネルの情報を頂けていませんでしたので、プレミアム会員になって配信アプリの動作確認を行いました。

shinagawa.redmineでのUstream配信の経験から、勉強会の内容を配信するには、私のWEBカメラでは、画質も音質も悪すぎることが解っており、TwinPact100でVGAキャプチャしてうまくいったことから、今回も同様に複数画面表示を行うことにしました。
最初、「NicoNico Live Encoder」を使ってみたのですが、シーン切り替えの手段が見つからなかったことから断念せざるを得なく、（外部ツールでシーン切り替えできるようです→「シーン切り替え機能追加」参照）
Xsplitを使うことにしました。
「初心者向け！ニコ生のやり方解説サイト！」に書かれている内容に従い、自分で開設したテスト用コミュニティにて無事に配信の動作確認を行うことができました。
この設定の中にちゃんとビットレートを270Kbpsに設定することが書かれており、ちゃんと270Kbpsに設定して動作確認ができていました。

＜2012-07-22(日）＞
ぎりぎりでしたが、一応の配信動作の確認を行った上で、本番一週間前の日曜日に会場の下見をすることができました。会場の間取りを確認し、必要なケーブルの長さと端子の形状を確認しました。ドワンゴさんの調べで、大学の有線LANからのインターネットアクセスにおいて、ニコ生配信の管理に必要な一部のTCPポートの疎通ができないとの報告がありました。ポケットWiMAXルータの電波強度を確認したところ十分な電波が入っており、
shinagawa.redmineでは電波が弱い状態でも配信できていたことから、WiMAXを使えば大丈夫と判断しました。

＜2012-07-25(水) 夜＞
ニコ生配信の公式チャンネルの準備ができ、私のアカウント登録が必要との連絡を24：14に頂き、すぐにアカウントを返信したところ、24：44には登録完了の連絡を頂けましたが、次の日も早かったので、この晩は何もすることができませんでした。

＜2012-07-26(木) 夜＞
公式チャンネルのURLにアクセスしたところ、これまでテスト配信してみていた画面とは全く異なる画面であり、
配信アプリも同じ設定では動作しませんでした。大いに焦りました。
慌てていろいろ検索した結果、URLとstreamを設定するらしいことを認識し、Xsplitで同様の設定が無いかを探しまくったのですが、すぐには見つからず、ようやく見つけたのが下記の設定でした。

この画面でURLとstreamを入力し、参考にしたページがFlash Media Live Encoderだったので、「FMLE/3.0」を選択しました。

この設定で見事、テスト配信ができることを確認できました。この時点で深夜に及んでおり、疲労困憊の中、一安心して眠りました。
（もうここまで動いたら、気持ちは「触らぬ神に祟りなし」です。せっかく動いていた設定を壊したら大変です。その結果、見落としたビットレートの設定を本番開始後30分まで気づくことができませんでした。）

＜2012-07-28(土)＞
各シーンでの映像表示位置などの設定を行い、機材とケーブルが多かったので忘れ物が（致命的なので）無いように、確認しながら慎重にパッキングして、キャスターのついた旅行鞄と仕事鞄の2つにまとめました。

＜2012-07-29(日) 本番当日＞
約束通り10時に到着したのですが、スタッフルームがわからず、ぐるぐる回った後、メイン会場のさったホールに行き、スタッフの皆様と合流することができました。
以前の話でS406の会場を担当することを希望していたのですが、連絡の行き違いか何かで担当する会場が変わっており、S505に案内されました。

機材の配置や配線の引き回し、カメラの位置決め等、下見でイメージはあったものの、細かなところは都度考えながらの作業で思った以上に時間がかかり、焦りました。
一通りの設置が完了したのが本番開始20分前ぐらいだったと思います。

会場が変わったことで公式番組も異なることから、URLとstreamの設定を変更したのですが、この時もビットレートの設定には気がつきませんでした。ここも悔やまれる点です。

下見で判断したとおり通信回線にはWiMAXを使い、テスト配信もちゃんと行えていたので、そのまま本番を待ちました。

ドワンゴさんの話では、本番開始の数分前に放送開始の操作をすると聞いていたので、そのタイミングを待っていたのですが、気がつくとテスト配信の映像が停止していました。

あれ？！！！と思って、配信アプリの配信を停止／開始したり、解像度を下げたり、番組管理画面をリロードしてみたりしましたが、配信はいっこうに行えませんでした。
ドワンゴさんに電話して着てもらい、見てもらいましたが、彼らもXsplit等の個別のアプリには詳しくは無く、アプリの再起動を試すぐらいでした。

当日、テスト配信が行えていて、人が入り始めた時点で動かなくなったことから、WiMAXの同一基地局利用者が増えたりして通信になんらかの影響が出たことを疑い、大学の有線通信に切り替えたり、ドワンゴさんからドコモのUSB端末を借りて、インストールを試みたりしましたが、これらに非常に時間がかかってしまいました。

最後にドワンゴさんがXsplitの設定を見直してくださり、URLとstreamの設定を再設定してみたところで、同一画面にあったビットレートの設定が1000Kbpsになっていること気がついて、これを256Kbpsに設定したことで、復旧しました。

＜今回の教訓＞
失敗が許されないシステムでは、「やってみたらできた」という対応をしてはいけないということを強く思いました。
試行錯誤があったとしても、その結果、どのパラメータをどのように設定したのかを明確に把握し、すべての設定が最適であることを確認しておくべきだったと思います。

もし、設定値がリセットされたり、再設定しなければならないことも考え、すべての設定画面のキャプチャをとっておき、印刷しておくことを習慣にしたいと思います。これは、トラブル時に迅速に、場合によっては複数人で同時に設定値を確認することも可能になります。

会社で地震にあいましたが、翌日無事に帰宅しました

秋葉原の自社の会議室で地震にあいました。
避難訓練が現実のこととなり、老朽化したビルから脱出して外で人数確認が行われました。とっさにコートをひっかけて出てきたものは良かったのですが、上着も着ずにそのまま出てきた人も多く、寒い外での待機時間が非常に長く感じました。
その後、帰宅許可が出たのですが、電車が動いておらず帰れない人は会社で待機となりました。親会社が備蓄してあった水のペットボトルと非常食のクッキーは本当に助かりました。
数人のメンバーでレンタカーを借りようという話になり、寒い中探し回ったのですが既に全て出払っており、道も大渋滞だったので諦めて飲み屋に入りました。どこの店も帰れない人たちでいっぱいだったのですが、怪しい韓国料理屋を覗いたら空いてたので、ひとまず暖をとることが出来ました。暖かいマッコリを頼んだら[そんなものは無い]と怒られ、プルコギと熱燗。
そこそこで切り上げ、今度はホテルを探し回ることにしたのですが、当然どこもガチ満室で、ロビーにも多くの人が待機している状況でした。
結局は二駅ぐらいの距離にある上司の家に泊めてもらえることになりました。
電車が動き出す事を期待して遅くまで寝かせてもらったのですが、伊勢崎線は動いておらず迂回して帰りました。浅草から東松戸までの浅草線は同様の人たちで土曜日の午前10時にはあり得ないラッシュでしたが、南越谷までの武蔵野線はさすがに空いててホッとしました。
復旧を翌日まで待ったにもかかわらず普段1時間のところを2時間半かけて正午過ぎに帰宅しました。
家には全く損傷は無かったのですが、キャスター付きのデスクは壁から20cmぐらい動いていて 、不安定に積んであった雑誌等が床に散らかっていました。
今回、携帯からの通話発信は全くかからなかったのですが、スマートフォンのIP接続は支障ありませんでした。家族の安否はgmailですぐに確認できたし、信憑性はありませんがtwitterからかなり情報を得ることができました。
あと信憑性のある情報としては携帯のワンセグでNHKをチェックできたのが安心でした。
AU携帯の地震速報がすごい音出すんだけど、鳴ったときはほぼ揺れなくて、鳴らない時にそこそこの揺れがあったりして、もはやオオカミ少年。
東北の被災地域に比べれば関東圏など防災訓練があったぐらいの事かと。甚大な数の被災者の方々を案じつつ、。