---

先週末に梅雨は明けまして、すっかり夏。夜帰宅してみると、玄関前に何故かクワガタムシ。ゴキブリかと思った

こうやって写真を見るともっとローアングルで撮れば迫力あっただろうな。いや、これでも寝転んで肘を地面に付けてたのですが。三脚とマクロレンズ要るなぁ。

---

久々に3DCGを描く気になりました。前回描いたのは3年前 。ほぼ完全に忘れてしまったため、一からBlender操作を覚えなおしです。

前回よりも複雑なモデルに挑戦ということで、戦闘機F-22ラプターを選択。ステルス機はステルス性能を高める目的で機体を平面で構成する傾向があるため、比較的楽に描けるかなと思ったのですが甘かった。いざ描いてみると平面が多いのは胴体下部くらいで、多くの部分は他のジェット戦闘機にも見られるような流線型。これが飛行機かというほど平面で構成されたF-117 にしておけば良かったなｗ

最初の一週間は下絵の用意、それから一ヶ月かかってようやく機体上面が出来上がり(と思ったら、垂直尾翼の根元に要修正箇所発見)。残る機体下面は比較的平面で構成されているので楽そうな感じがするのですが、ネットを探しても下絵に出来るような真下正面からという画像が入手しづらく、上面よりも勘でモデリングしなければならない箇所が多そう。その後色付け・照明設定と、まだまだ時間がかかりそうです。

[2011/7/16 追記] 続き

五日間も案内メールに気づかなかったって、どうよ? >自分。自動迷惑メール判定されてたら絶対闇に葬られてたな。

実施はこの夏ということでまだ開発の見通しがたってない少し先のよう。最近ファン音がうるさくなってきた節電に貢献しないPC用意してお待ちしております。夜しかプレイしないだろうから、ユルシテ m(_ _)m

---

仕事柄年に何回か海外に出張することがあり、連絡用に携帯電話を持っています。日本で使っている携帯も海外で使えるのですが、同一国内でも通話料が高い上に相手からかけてもらうときは日本にかけてもらうことになります。で、それが海外に転送されるわけでして、すぐ近くにいながら国際電話…

というわけで現地国内用の携帯電話を入手して通話料を抑えるというのは、よく海外に行く人なら自ずと到達する思考。詳しいことは説明しませんが、回線使用権を形にしたSIMカードとそれが挿せる標準規格の電話機本体を手にいれれば現地国内の通話料金で通話ができます。これも海外用携帯電話を手に入れようという人なら常識的なお話。

今まで10年間安物の携帯を使ってたのですがアンテナが壊れまともに通話できなくなったため、今回出張前に電話機を新調。スマートフォンにしようかとも思ったのですが、日本でバッテリーが1日と持たないようでは海外では論外として却下。結局2G規格GSMの安物にしました。

買ったのはSamsungのE1252。通販で送料込み8000円だけあって、日本の一般的な携帯電話より作りはちゃちだし機能は最低限。こだわったのはSIMカードが2枚挿せることくらい。これで日本で使っているSoftbankのSIMと現地SIMを挿して1台で使い分けようと。

でも、出張は中止になっちゃったんですけどねw

以前書いた.NET Remotingでの双方向通信 、サーバ側からクライアントにイベントを飛ばすという形で逆方向通信を行うものでした。

そこではクライアント側にあるイベントハンドラには[Oneway]修飾子を付けるように書いたのですが、実は意味が分かっていませんでした。文字通り一方通行であるということを指示するものでして、呼び出し側には返値・例外が返ってきません。まぁイベントですから返り値を求めることも少ないでしょうし、多くの場合では付けて問題ないかと。

余談。返り値のあるイベントハンドラを作ると最後に実行された(最後に追加された?)イベントハンドラの返り値がイベント発信側に渡るようです。 [参考] C# - 複数のイベントハンドラをセットしたメソッドを呼び出したときの戻り値 (おのでら氏)

ただ副作用あり。イベントハンドラが呼び出される前にサーバ側は次の処理にかかるようです。イベントが受け取られなくてもエラーを出しても知らん振りなのですから、次の処理にすぐさまかかった方がサーバ側のパフォーマンスは上がる。実際のイベントを.NET Remoting越しに処理するのは別のスレッド、おそらくスレッドプールに任されるのでしょう。

ここで短時間にたくさんのイベントを発信すると、イベントハンドラが呼び出される順番が変わることがありえると分かったのが昨日。スレッドプールのキューには順番通りに入っているのでしょうが、実行中に追い越しが発生すると思ってます。

[Oneway]と外すと全てのイベントハンドラが処理を終えるまで次の処理に進まないため、イベント発信を単一スレッドにやらせている限りは順番が入れ替わるということは防げます(受信終わるまで次のイベントが発信できない)。

ただしサーバ側パフォーマンスは落ちるでしょうし、クライアント側が死んでしまった場合サーバは延々と返り値を待つことになりますので、

• クライアント側は受信したらすぐに処理を返して、実際の処理はバックグラウンドで行う
• サーバ側はイベント発信処理をタイムアウト付き非同期処理する

などの対策が要るでしょう。[Oneway]付けとけばやってくれる非同期処理を自分でやることになる…