DigiLoog

昔からATOKは使っていたのだが、バージョンアップが面倒だったのと、
PCの台数が多かったので更新をしていなかった。
が、そろそろATOK17を使い続けるのも限界を感じてきたのと、
ATOK Syncを使用して複数台PCの辞書ファイルを統合管理したいというのがあった。

という事で、ATOK Syncが使えて同時使用しないなら10台までマルチプラットフォームでインストール可能なATOK Passportを契約してみた。

変換効率は申し分なしとして、やはりATOK Syncが使えるのは便利だと感じた。
今まではsamba鯖上にATOKの辞書ファイルを設置して共有化を図っていたのだが、
稀にだが辞書ファイルの崩壊があった(´・ω・｀)
それを解決できるのと、最新版ATOKを月300円で使えるというのは結構太っ腹な対応だと思う。

で、3日程ATOK Passportを使ってみて感じた(ちょい悪い)点
　(1)ATOK Syncで使用しているInternetDiskの容量が足りなくなる事がある
　(2)ATOK使用環境の同期をする際に、設定が反映されないことがある
　(3)ネットワーク環境必須(当たり前だが)

(1)については、巨大辞書ファイル(20MB程度)を使用している場合に発生する模様…
自分の場合、『要約辞典/ネットワーク語辞典/ニコニコ/顔文字一覧/その他…』と使っているのだが、
こいつらを全部まとめると、500万語を突破し辞書ファイルのサイズが23MB程になってしまう
で、複数台のPCから順繰りに辞書ファイルの更新を行うと、ATOK Syncに『容量たりません』という感じで怒られる
一応、不必要な語句を削除して20MB程度まで下げてみて同期を行ってみたのだが、その場合でも『容量足りません』と怒られた…
こいつの解決方法としては、InternetDiskのATOK Sync領域を開放(初期化)すればなんとかなる。
もしかしたら、辞書ファイルの統合処理をする段階でInternetDiskの方にゴミファイルが残っていたのかもしれない…
今後も実験していく必要があるかもしれぬが、改善されたら良いのう….(´・ω・｀)

(2)については、ATOK事態のプログラム設定(入力方式とか)もATOK Syncで同期できる筈なのだが、
自分の環境ではできなかった(´；ω；｀)
結局のところ、設定をファイルとして出力しそれを元にして各PCに適応していったのだがこれも改善してほしい所
…自分の設定が悪い可能性もあるが、マルチプラットフォームだと対応できる範囲に限界があるのもわかるが

(3)については、同期する関係上必須になってしまうのは仕方ない
が、ノートPCを宅外で使っている最中に“同期します!”と言われても『無茶言うなよ….』となる訳で
可能なら1日程度の認証延期機能とかが欲しい

と、色々駄目出しっぽい事を書いてきましたが、やはりATOKの変換能力には脱帽
既存の日本語入力システムだとすると、MS-IMEも以前ほど馬鹿ではないしIME嫌いな人ならGoogle日本語入力やことえりなども選択肢には入ってくる。
しかし、設定項目の多さや変換能力、今までATOKを使い続けてきた慣れから考えると、
やはり他のでは満足できなくなってATOKになってしまう

今後は是非ともATOK以外の入力システムにも頑張って欲しいし、長文入力がもっと楽になると良いな(｀・ω・´)

以前、PT2を使用して録画鯖を構築したので、今まで録画用途で使用していたのだが
色々調べている時に“PT2(Linux)鯖からUDPストリーミングが可能”という事を知った。
で、自室にテレビが無い自分はメインPC宛にUDPストリーミングを使用してテレビを視聴していたのだが、
ストリーミングの開始やチャンネル変更には録画鯖にSSH接続をし、コマンドを叩く必要があった。

PT2鯖がWindows機なら簡単にストリーミングのチャンネル操作やらが可能なのだが、
PT2鯖がLinux機になるとチャンネル変更などの情報が殆ど出てこなかった(´・ω・｀)
そして、根気強く色々とググり続けると、クライアント側からチャンネル変更の方法がなんとなく解った。
その方法は、
『recpt1のソースにパッチを当てる事でTCPストリーミングを出来る様にし、
　予めVLC上に割り当てたチャンネルプレイリストからストリーミングするチャンネルの変更を可能にし、
　Webブラウザからも視聴出来る様にする』
という物であり『これだ!』と思い、自分も実際にパッチを当て導入してみた。

しかし、自分にとってはなんとなく使いにくかったのと、
『なんちゃってテレビなんだから、リモコンみたいにチャンネル変更したいなぁ～』と思い出した。

という事で、リモコン型PT2(Linux)録画サーバ制御プログラム『recchal』を作ってみた。

『recchal』のダウンロードや解説はこちら

で、詳細は上記リンク先として、簡易的にでも一応解説を…

recchalはクライアント+サーバの総行数700程度(ver1.0.0)という超軽量プログラムです(´・ω・｀)
自分は公開する予定は無かったのだが、某人が『折角だから公開すれば?』と言ってくれたので公開します。

recchalはクライアント側とサーバ側とでプログラムが分割されていて、
クライアント(recchal-client)から送信した制御メッセージをサーバ(recchal-server)受信し、
そのメッセージ通りの操作をシェルスクリプト越しに実行していくという手抜きプログラムになっています。

recchal-serverの方はマルチクライアントの接続に“一応は”対応しているので、
『LAN内の帯域に余裕がある』+『PT2鯖のチューナーが空いて』いれば下画像の様なLAN内での多重UDPストリーミングも可能です。
※3UDPストリーミング+バックグラウンドで録画の図

『なんで、シェルスクリプトを噛ませているの?』という疑問を持つ人もいるでしょうが、
recpt1のプログラムをそのまま使いたかったのと、
recchalはC#で書いてあるのでrecpt1を移植するのが面倒だったからです(´・ω:;.:…

C#は初めて使ったので、結構良い勉強になりました。
まぁ、暇+やる気があったら改良していきたいと思います(｀・ω・´)
録画機能とか付けたいからね…

シスコ技術者試験 ICND1

自分には今後必須な知識+チケット(バウチャー)をゲット出来る機会があったので、
この際だからとバウチャーをゲットし、頑張ってCCENTを受けてきた。

…

正直な所、結構難しかった(´・ω・｀)
一応、940点越えでPass出来ました。良かった良かった…

言い訳になってしまうが、自分の場合Linux弄っている方が好きなので、
『ネットワーク? 自分は基礎解っていりゃ良いわ』と思っていた。
しかし、今回CCENTを受けてみて自分のネットワークの基礎知識がかな～り疎かになっていた事を体感した…

CCENTが難しいと言っても色々な物があって、基礎知識から複合問題までと様々だった。
どんな試験にも言える事だが、自分の得意分野に当たれば良いが当たらないと落ちる。
問題を明かすのは出来ないが、今後CCENTを受けてみようと思っている人は、
シミュレーション問題を徹底的にやっておくといいかもしれぬ。
知識は当たり前として、それを元にシミュレーションを行っていくと理解も深まる。
と言ってもシミュレーションするには既存のシミュレータを使うか、
実機が必要になってくるので結構敷居高いかも。
そこで重要になるのが、既存のCiscoシミュレータを使ったり、実機をヤフオクとかで入手してくる手段。
Ciscoシミュレータは、解説本に付録として付いていたり、そもそもシミュレータだけで販売されていたりする。
実機の方は、CCENTレベルならルータx2/スイッチx1で何とかなるかとは思われる。この程度ならば、5000～10000でお釣りが来る筈。

『金かけたくね～よ!!』という人はPing-tというサイトのWeb問題を徹底的にやっていけばOK
『どの位まで徹底的にやるのよ?』という所だが、自分の場合は下の画像のスコアになるまでやった。

本当、Ping-tのサイトには凄く助かった…

これで、CCENTは完了したので次はICND2を受けてきてCCNAを認定させねば…
CCNAはフレームリレーとか聞いた事ない様な技術も出てくるし、勉強する事多いな(´・ω・｀)