Yoya's Diary

2004年11月01日(月)

★ 体調がよい感じ

朝コーヒーをのんだら、頭すっきり。

▼と思ったら、:

気のせいだと、人と話してて気付きました。
頭が悪いのは体調が悪いせいでなく、元々らしい。

★ メジャー購入

オフィスでメジャーが見つからなかったので、マイメジャーを購入。

(よや) すみません。これ下さい。
       (と、ふとレジの横に違うメジャーがあるのに気付く)
       あ。すみません。こちらの種類のも売ってるんですか？
(店員) これって売ってましたっけ。
       (別の店員に聞く)
(店員2) こっちで売ってるけど、高いよ。
       (奥の方の目立たない棚を指差す)
(店員) 一応、売ってますが、1000円するんですよね。こちらは。
(よや) こちらのと、何が違うでしょう？
(店員) 高いのは日本製で、安い方は中国製ですね。
(よや) 見た目変わらないのですが、違いってあります？
(店員) 日本製の方は JIS 規格に沿ってますね。
(よや) なるほど…

別に JIS 規格がどうなのかまでは興味ないので、中国製の買いました。

★ FINAL FANTASY（R）XI 動作認定Model

一ヶ月ちょい前に購入したPCですが…

▼ フロントにオーディオ端子が付いてない？:

ごめんなさい。間違えてました。
ケースをいじってたら蓋が見つかって、空けてみたら、フロントオーディオ端子がありました…

▼画面がたまに固まる…:

3D キャラを動かすときに、いきなり後ろを向くような操作をすると、結構な確率で画面が固まったり、青画面になったりするのが、何とかならないかと…

>y< ただ、ゲームやってるとたまに固まるので、
>y< 初期不良として押し返そうか、たまになので我慢しようか。
>y< 迷い中。
<k> ああ、やっぱり固まりますよねぇ?
<k> AMD の CPU はそんなもんだと認識してますが…(爆)

う～ん…

★ 逆感嘆符

以前、知人が投げかけてきた

? を逆さにした文字が、どの言語で使われるのか分かります？

という疑問が気になっていたが、ふとしたきっかけで解決。

▼マルチリンガル環境の実現 (プレンティスホール):

古本屋で見つけた本。
付録の資料集に色んな文字コードの表が載ってて、丁度それが欲しかったので購入。 500円で安いし。

▼「ラテン-1 191」@google:

上記の本で、ラテン-1 文字の191 番のコードに対応している事が分かったので、早速、google で調べてみる。

「ラテン-1 191」@google (http://www.google.co.jp/search?sourceid=navclient&hl=ja&ie=UTF-8&q=%E3%83%A9%E3%83%86%E3%83%B3%2D1+191)

Character Entities for ISO Latin-1 (http://hp.vector.co.jp/authors/VA014833/HTML32/latin1.html)

なるほど。逆疑問符と呼ぶのか。

▼「逆疑問符」@google:

「逆疑問符」 @google (http://www.google.co.jp/search?sourceid=navclient&hl=ja&ie=UTF-8&q=%E9%80%86%E7%96%91%E5%95%8F%E7%AC%A6)

スペイン語で使われるのですね。

(http://www.threeweb.ad.jp/logos/spanish.html#lang-j)

各疑問文と感嘆文はそれぞれ逆疑問符と逆感嘆符で始まり、
通常の疑問符(?)と感嘆符(!)で終ります。
疑問文と感嘆文が呼びかけの言葉で始まる場合は、
この呼びかけ語の後に逆疑問符と逆感嘆符を置きます。

★ ストリーミング計画始動

<k> give me TV...
>y< capture card solution ?
<k> yes
<k> というかよやさま
<k> ストリーミングしてください(ぉぃ)
>y< 丁度、NEC のキャプチャカードが余ってるのですよ…

という訳で、ストリーミング計画始動。

PK-UG-X024 を FreeBSD で使う記事 (http://www.hiemalis.org/~keiji/FreeBSD/FreeBSD.html#20031125)

ぉ。SmartVision が bt848 ドライバでコントロールできるらしい。丁度、SmartVision のカードが余っているので、alt.awm.jp につなげてみよう。
~~いつものごとく、計画倒れにならなければ良いけど… 他に、やらなければならない事も積もってるし…~~

2004年11月02日(火)

★ [業務連絡] 明日 11/03(水) awm.jp ネットワークを止めます。

素敵なラックを入手できたので、明日、自宅の awm.jp サーバ群をラックに積む為に電源を落とします。
お昼位から夕方にかけて作業をするつもりですが、急にその他の用事が入ったりして、いつものごとく、予定通りに終わらない可能性があるので、明日、一日ごめんなさいかもです…

2004年11月03日(水)

★ ピンイン (PinYin)

某ゲームで ~~暗躍中~~ご活躍の方々が使っている独特の言葉「ピンイン」が注目されているという話しをお友達から聞いて、少し調べてみた。

▼「ピンイン」とは:

中国語の「読み」を表現する記法。日本語でいうところ「かな」のようなもの。ただ、中国語は文は全て漢字で構成されるので、通常の文章で見る事はなく、中国語を学ぶ時や、PC で中国語を入力する時に使われる。

▼なぜピンインを使うのか (推測):

某ゲームは、中国でのサービスをしていない
PS2 で某ゲームをすると中国語入力はできないのでは。(推測)
ゲームのチャットで文字を入力する時は、当然「読み」で入力するが、変換が出来ない。

つまり、日本語に例えると、漢字変換できないので、仕方なくローマ字で会話している。ようなものだと思われる。(推測)
...
誰か中国語に詳しい人、本当のところ、教えて… ＿|￣|○

▼PCの中国語入力方式:

大まかに

PinYin: 母音と子音をアルファベット(＋ u ウムラウト＋ e ハット)で、母音に四声 *1 の記号をつけて表現。cWnn 入力の場合、四声は1～4の数字; 中国本土で使われる。簡体字。
ZhuYin: 母音と子音と四声を各々１つの文字に割り当てて表現。独自のキーボードが必要。

香港や台湾で使われる。繁体字。

の２種類に分けられる。日本語でいうところの、ローマ字入力／カナ入力みたいなものらしい。
更に、PinYin は細かく分かれていて、

全 PinYin: PinYin の基本形で、子音、母音、四声をアルファベットでそのまま表現する
双 PinYin: 子音と母音を各々、一文字のアルファベットで表現する
新 PinYin: 漢字入力方式なので、説明は省略
忘形: 漢字入力方式なので、説明は省略

*1: 母音の発音記号に付加するもので音調を表す。

2004年11月04日(木)

★ 監視カメラシステムの改善

職場の先輩と話しをしてるときに、自宅の監視カメラについて少し触れてみた。

(y) キャプチャカードでの画像取り込みが、もたついてる感じで、
    入力が２系統あるので、ioctl で入力元を切り替えてのですけど、
    ioctl を何度も呼ぶのがまずいのかと疑っているのですが…
(k) カーネルとユーザランドの切り替えがあるので、確かに
    重いっちゃ重いんですが、切り替えの頻度はどの位？
(y) １秒に１回位です。(実際は二回でした、ごめんなさい…)
(k) それなら、別に問題ないはずですけど。
(y) たまに、画像が上下方向にズレるんですよね。(ようやく具体的な質問)
(k) 入力元を切り替えた時に、同期をとりなおしてるのなら、
    同期が取れるまで、どこかで待たされてるのかもしれませんね。
    今時のキャプチャカードなら、入力源ごとにデコーダがついてたり
    するので、そういう問題はないのですが。

あ。なるほど…
しかも、待たされるならまだしも、フライングすると画像がズレますね。
~~自分が丸一年悩んだ問題に数秒で答えを出されてしまいました… ＿|￣|○~~

▼現在の処理:

現在のシステムでは、クライアントが入力源番号を指定すると、サーバ側のキャプチャPCが、その番号に従って ioctl で入力源を指定し、画像を取り込む方式にしている。
しかも、入力0 と 1 の二系統の画像を順番に撮っているので、

 (command)
ioctl(0)--->|  - 入力0 に切り替え開始 -
            |  - 同期中 -
caputure--->|
            |
      ~~~~~~|~~~~~

 (command)  |
ioctl(1)--->|  - 入力n に切り替え開始 -
            |  - 同期中 -
caputure--->|

こんな感じで動作しているが、恐らく、

ioctl(n)--->|  - 入力n に切り替え開始 -
caputure--->|  - 同期中 -

といった事が起きて画像がズレていると予想。

▼改善案:

ioctl で切り替えた直後に、画像吸出しを行っているのが問題だとすると、今動いているシステムは、0 と 1 の交互に取り込んでいるので、予め切り替えてから次の指示を待つ事にすれば、良いのでは？

ioctl(0)--->|  - 入力0 に切り替え開始 -
      ~~~~~~|~~- 同期中 -
 (command)
ioctl(0)--->|  - 既に切り替わっている -
caputure--->|
ioctl(1)--->|  - 入力1 に切り替え開始 -
            |
      ~~~~~~|~~- 同期中 -
 (command)  |
ioctl(1)--->|  - 既に切り替わっている -
caputure--->|
ioctl(0)--->|  - 入力0 に切り替え開始 -
      ~~~~~~|~~- 同期中 -

といった感じで、キャプチャが終わった直後に次に指定される入力番号を予想して切り替えを始めてみると、よさそう。

▼それ以前に…:

キャプチャPCが繋がっているHUB に繋がる PC 群の調子が悪い。キャプチャPCを外すと調子が良いが、繋げると一週間前後でまた調子が悪くなる。
ためしに IP アドレスを変更して、様子をみる事にする。