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



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




| 固定リンク
| コメント (0)
| トラックバック (0)
| 固定リンク
| コメント (0)
| トラックバック (0)
Yggdrasil( https://github.com/tkusukawa/yggdrasil/wiki )はLinuxサーバの設定ファイルをSubversionで管理する試みです。
●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の設定 0.ログイン http://192.168.1.73/ にアクセス 右上の「ログイン」から ID/PW=admin/admin でログイン 1.全体設定 左上メニュー「管理」→「設定」→「リポジトリ」 →「参照用キーワード」に「*」のみを設定 (これでコミットメッセージに#数字があるだけでチケットとリンクします) 2.ユーザ作成 左上メニュー「管理」→「ユーザ」→「新しいユーザー」で必要なだけユーザを追加 リポジトリ読取用にユーザ「yggdrasil」を作成しておく(メール通知:通知しない) 3.Redmineプロジェクトの作成 左上メニュー「プロジェクト」→「新しいプロジェクト」 → 名称:yggdrasil → 識別子:yggdrasil → SCM:Subversion → モジュール:リポジトリ、Hudson で「作成」 4.Redmineプロジェクトの設定 「設定」→「メンバー」 → 「新しいメンバー」の中からメンバーとロール「開発者」を選んで「追加」ボタン押下 ● yggdrasilのセットアップ 1.gemでインストール # gem install yggdrasil 2.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の設定は各サーバで実行> 3.subversionがパスワードを記憶しないように設定(お好みで) # svn --version # rm -fr ~/.subversion/auth/svn.simple # vi ~/.subversion/config → [auth]の中の store-auth-creds = no の行のコメントを外す 4.yggdrasilクライアントの初期化 # ygg init --server 192.168.1.73:4000 ホスト名のフォルダを作るか聞いてくる→ 「Y」 ID/PWはRedmineに登録したものが使えます RedmineのYggdrasilPJのリポジトリでフォルダが作成されていることを確認 5.チェッカースクリプトの設定(お好みで) チェッカースクリプトはサーバの状態変化を検知するためのもので、 スクリプトの実行結果(標準出力)が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' 6.コミット漏れチェックの定期実行 これによってチェック結果がyggdrasilサーバに通知されるようになります # crontab -e 下記を追記(@@は00~59に間で適当に散らして設定) @@ 4 * * * /usr/bin/ygg check --non-interactive >/dev/null 2>&1 7.各種設定ファイルを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/* EOF8.コミット# ygg ci -m 'add config files'9.コミット漏れチェック # ygg c 試しに登録されている設定ファイルを修正して このコマンドを実行してみることで、 どのような振る舞いになるのかが理解できると思います。 10.コミット内容の確認 Redmineのリポジトリブラウザ http://192.168.1.73/projects/yggdrasil/repository でコミット内容を確認できます。 履歴や差分表示もサポートしていて、 Subversionに不慣れな方にも解りやすく、非常に便利です。 ● Jenkinsの設定 1.ログイン http://192.168.1.73/jenkins/ にアクセス。 PW/ID=admin/admin 2.ジョブ作成 左メニュー「新規ジョブ作成」 → ジョブ名:yggdrasil → 「フリースタイル・プロジェクトのビルド」にチェック 3.ジョブの設定 左上の表示が「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 ------------ 4.ジョブの実行確認 左メニュー「ビルド実行」を押下 → しばらくすると「ビルド履歴」に結果が表示される (初回はいくつかNo such file or directory が表示されますが問題ありません)
| 固定リンク
| コメント (0)
| トラックバック (0)
<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
「定期実行」で下記のシェルスクリプトを動かしています。
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通知」を使ったりしてます。
| 固定リンク
| コメント (0)
| トラックバック (0)
子供が何十回も見たがるDVDはHDDに入れておくと とっても便利なのだが、いつもやり方を忘れていて試行錯誤するのでメモ。
Rubyでインスタンスメソッドからクラスメソッドを呼び出す時、
<クラス名>.<クラスメソッド名>
| 固定リンク
| コメント (0)
| トラックバック (0)
ちょっとRubyスクリプトを共有したくて、gemパッケージの作り方を調べたのでメモ。
# 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 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!
● githubでのコード管理# gem uninstall yggdrasil ← 消しておく
$ git remote add origin https://github.com/tkusukawa/yggdrasil.git ← 作ったリポを指定
$ git push -u origin master ← ここでgithubのID/PWを聞かれます
$ rake release ← githubのID/PWの後、下記のように失敗するyggdrasil 0.0.0 built to pkg/yggdrasil-0.0.0.gemTagged v0.0.0Username for 'https://github.com': tkusukawaPassword for 'https://tkusukawa@github.com':Username for 'https://github.com': tkusukawaPassword for 'https://tkusukawa@github.com':Pushed git commits and tagsUntagged v0.0.0 due to errorrake 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_upEmail: t.kusukawa@gmail.comPassword: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.gemTagged v0.0.0Username for 'https://github.com': tkusukawaPassword for 'https://tkusukawa@github.com':Username for 'https://github.com': tkusukawaPassword for 'https://tkusukawa@github.com':Pushed git commits and tagsPushed yggdrasil 0.0.0 to rubygems.org
# gem install yggdrasil# yggdrasil# gem uninstall yggdrasil
| 固定リンク
| コメント (0)
| トラックバック (0)
Redmine2.1.4 を入れたのだが、
phpのファイルをリポジトリ表示すると
日本語が文字化けしていた。
*** 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
| 固定リンク
| コメント (1)
| トラックバック (0)
Mercurial(TortoiseHG)でマージする際に
設定を変更しないと3-Way Diffが思った動作にならなかったので、
設定方法をメモしときます。
<環境>
TortoiseHG 2.4.3
WinMerge 2.12.4.13+--jp-13
P4Merge Rev. p4merge/NTX86/2010.1/271261
<やり方>
1.設定ファイルの読み取り専用属性を解除
エクスプローラで
C:\Program Files\TortoiseHg\hgrc.d
を開き、「MergeTools.rc」を右クリック→「プロパティ」を選択
→ 「属性:読み取り専用」のチェックを外して「OK」
2.管理者権限で設定ファイルを編集
「スタート」-「すべてのプログラム」-「アクセサリ」と開き、
「メモ帳」を右クリックして「管理者として実行(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ペイン表示になります)
メニュー「ファイル」→「上書き保存」して終了。
| 固定リンク
| コメント (0)
| トラックバック (0)
Jenkis Users Conference 2012という大舞台で、ニコ生の配信を担当させて頂いたのですが、設定に不備があって、最初の約30分間配信できませんでした。
今回のニコ生の番組はこちらです。
1番目の発表者の柴田博志 (@hsbt)様のプレゼンがほとんど配信・記録できず、本当に申し訳ありませんでした。
せめて今後、映像配信にチャレンジする方に何らかの参考になればと思い、共有させて頂きます。
結論から言うと、原因はニコ生のビットレート制限の384Kbpsを超過していて、サーバに切断されたものと思われます。自分では、ググって調べながら270Kbpsに設定した記憶(間違い)があり、最後までビットレートの設定に問題があることに気づくことができませんでした。
今から思えば、管理画面の方ににビットレートについての警告が出ていたのですが、初めてみる画面でで、テスト配信に成功している状態でも表示されていたので、常に表示される「注意書き」としか認識できていませんでした。この点が非常に悔やまれます。
今回の映像配信はVGAキャプチャと発表者カメラ、会場カメラの3映像をとって、音声は教室機材のスピーカーのライン出力と環境音用のマイク(念のため)をミキサーに入れてPCのマイク入力に入れた構成でした。
毎回、映像配信にチャレンジする度に、機材や配信内容を増強していっており、(私の趣味です。役立つモノ・技を身につけることが喜びです)今回は会場カメラを切り替えて使うことが初めての試みでした。普通に2台目のWEBカメラをつなげるとUSBの帯域が足りずエラーになったので、USB増設のExpressカードをノートPCに挿して会場用のWEBカメラをつなげました。
配信アプリには今回初めてXsplitを利用したのですが、失敗したのはこのアプリのチャンネル設定画面(メニュー:配信→チャンネルを編集)でした。
このビットレートの値を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に設定したことで、復旧しました。
<今回の教訓>
失敗が許されないシステムでは、「やってみたらできた」という対応をしてはいけないということを強く思いました。
試行錯誤があったとしても、その結果、どのパラメータをどのように設定したのかを明確に把握し、すべての設定が最適であることを確認しておくべきだったと思います。
もし、設定値がリセットされたり、再設定しなければならないことも考え、すべての設定画面のキャプチャをとっておき、印刷しておくことを習慣にしたいと思います。これは、トラブル時に迅速に、場合によっては複数人で同時に設定値を確認することも可能になります。
| 固定リンク
| コメント (0)
| トラックバック (0)
秋葉原の自社の会議室で地震にあいました。
避難訓練が現実のこととなり、老朽化したビルから脱出して外で人数確認が行われました。とっさにコートをひっかけて出てきたものは良かったのですが、上着も着ずにそのまま出てきた人も多く、寒い外での待機時間が非常に長く感じました。
その後、帰宅許可が出たのですが、電車が動いておらず帰れない人は会社で待機となりました。親会社が備蓄してあった水のペットボトルと非常食のクッキーは本当に助かりました。
数人のメンバーでレンタカーを借りようという話になり、寒い中探し回ったのですが既に全て出払っており、道も大渋滞だったので諦めて飲み屋に入りました。どこの店も帰れない人たちでいっぱいだったのですが、怪しい韓国料理屋を覗いたら空いてたので、ひとまず暖をとることが出来ました。暖かいマッコリを頼んだら[そんなものは無い]と怒られ、プルコギと熱燗。
そこそこで切り上げ、今度はホテルを探し回ることにしたのですが、当然どこもガチ満室で、ロビーにも多くの人が待機している状況でした。
結局は二駅ぐらいの距離にある上司の家に泊めてもらえることになりました。
電車が動き出す事を期待して遅くまで寝かせてもらったのですが、伊勢崎線は動いておらず迂回して帰りました。浅草から東松戸までの浅草線は同様の人たちで土曜日の午前10時にはあり得ないラッシュでしたが、南越谷までの武蔵野線はさすがに空いててホッとしました。
復旧を翌日まで待ったにもかかわらず普段1時間のところを2時間半かけて正午過ぎに帰宅しました。
家には全く損傷は無かったのですが、キャスター付きのデスクは壁から20cmぐらい動いていて 、不安定に積んであった雑誌等が床に散らかっていました。
今回、携帯からの通話発信は全くかからなかったのですが、スマートフォンのIP接続は支障ありませんでした。家族の安否はgmailですぐに確認できたし、信憑性はありませんがtwitterからかなり情報を得ることができました。
あと信憑性のある情報としては携帯のワンセグでNHKをチェックできたのが安心でした。
AU携帯の地震速報がすごい音出すんだけど、鳴ったときはほぼ揺れなくて、鳴らない時にそこそこの揺れがあったりして、もはやオオカミ少年。
東北の被災地域に比べれば関東圏など防災訓練があったぐらいの事かと。甚大な数の被災者の方々を案じつつ、。
| 固定リンク
| コメント (0)
| トラックバック (0)
最近のコメント