完全アウェーで、しかも南アフリカ選手のモチベーションも高い。
なかなかこんなシチュエーションで試合はできないので、本番を想定して望んでくれるのかーと思ったのだが、残念ながら前半で実験をしてしまったみたい。
南アフリカは個々の身体能力はすごいけど、テクニックはいまいちという感じだ。トラップミスやパスミスを連発していたけど、それを身体能力でカバーしていた感じ。

前半20分は日本代表もボールを回せていたけど、相変わらず得点のにおいがしない。南アフリカがディフェンスをしっかりやってきたから。そのうち慣れてくると南アフリカもボールを回して攻撃してきた。
パレイラ監督しては思いどおりのゲームプランだったのではないか。でもいかんせん選手のテクニックがなぁ。あれでは。監督がいくらすごい戦術を駆使してもカバーしきれないだろう。

僕としては日本代表のベストメンバーでどれくらい力があるか見てみたかったんだけど、中村俊輔が過密日程でコンディションが悪いこともあって、テスト的な試合になってしまったようだ。
まあ、ディフェンスをしっかりやられると今の日本では得点は期待できないのはわかったけど、ベストメンバーのパフォーマンスを見れるのはいつになるんだろうか。Ｗ杯本番まで見れないのかな。。やっぱり。

相変わらずうじゃうじゃしている。

いまさらながらWindows Core Audio APIについてのポイントを押さえるためのメモ。


■低レイテンシ・音とびのないオーディオ再生。

■オーディオデバイスの個々の役割がカテゴライズされている（console, multimedia, and communications）

■オーディオ端子の抽象化（スピーカ、ヘッドフォン、マイクロフォン）
(MSより画像参照)

※なので、サウンドカード単位ではなく、あくまで端子単位で抽象化されている点に注意する。

■従来のAudio APIはWindows Core Audio上の高レベルAPIとして実装されている

・DirectSound
・DirectMusic
・Windows multimedia waveXxx and mixerXxx functions
・Media Foundation

（MSより参照）


■Windows Core Audio APIは4つのAPI群で構成されている

・Multimedia Device (MMDevice) API

システム中のオーディオ端子を列挙するために使用する。

・Windows Audio Session API (WASAPI)

オーディオ端子からもしくはオーディオ端子へのストリームデータの管理や生成を行う。

・DeviceTopology API

オーディオアダプタ内のボリュームやミキサ、それを接続するための設定などを管理する。

(MSより参照)



・EndpointVolume API

直接オーディオ端子上のボリュームコントロールにアクセスするためにこのAPIを使用する。 このAPIは、主にアプリケーションによって排他モードのオーディオストリームに使用される。

ようやくキャプチャ側も音が出るようになった。
ようやくTALのボコーダが試せるようになった！
レイテンシが少ないので快適だ。

昨日は行政刷新会議の議題に次世代コンピュータプロジェクトが上がっていた。次世代コンピュータプロジェクトについてまとめてみた。

【目的】

・世界最先端・最高性能の次世代スーパーコンピュータの開発・整備及び利用技術の開発・普及

【目標】

・10ペタFlopsのスーパーコンピュータを平成24年までに完成できていること

【期待効果】

・次世代スパコンの研究開発分野において世界最高レベルを維持できる
・次世代スパコンを利用することで研究開発期間の短縮・質の向上をはかることができる

【総予算】

・平成１８〜２４年度（総事業費）： １，１５４ 億円

【体制】

・文科省
・理化学研究所

・筑波大学
・東京大学

・国立天文台
・JAXA
・JAEA
・JAMSTEC
・ＮＩＩ
・計算科学振興財団
・ｽｰﾊﾟｰｺﾝﾋﾟｭｰﾃｨﾝｸﾞ技術産業応用協議会

・日立製作所
・日本電気
・富士通

【スケジュール】

・システム設計 2006〜2008年
・試作・評価 2009〜2010年
・実証 2011年〜

【プロジェクトの変遷】

このプロジェクトはそもそも、2004年の「情報科学技術委員会 計算科学技術推進ワーキンググループ」にまでさかのぼるようだ。

・計算科学技術推進ワーキンググループの設置

第一回目ですでに、HPCの技術動向について、日立、NEC、富士通が報告を行っている。

資料は下記で読むことができる。

http://www.mext.go.jp/b_menu/shingi/gijyutu/gijyutu2/007/shiryo/05060101.htm

簡単に言うと、富士通はスカラで、NEC・日立はベクトルかな。
海外ベンダは呼んでないみたい（目的からするとあたりまえか）
WGは「将来のスーパーコンピューティングのための要素技術の研究開発プロジェクト」のために立ち上げられた。

でも第2回目でなんと、インテルが呼ばれている！

http://www.mext.go.jp/b_menu/shingi/gijyutu/gijyutu2/007/shiryo/05042701.htm

だいたいこの辺で、大まかな要件がが固まっている。

・演算性能：1-10PFLOPS
・メモリー領域：1-10PBytes
・単一の演算ではないのでユニプロセッサによる並列は向かない
・ある分野に特化したプロセッサを含む、ヘテロなノードを多数高速のインターコネクトで結んだクラスタ
・あるいは、ある分野に特化した演算クラスタを高速なインターコネクトで結んだ複合システム

ここから、平成17年度１Qあたりにかけて、スパコン使いそうなところにヒアリングをしている。

そして、2005年7月15日に10ペタ超のスパコンを目標とすることに決まった。「汎用京速計算機」！

http://www.mext.go.jp/b_menu/shingi/gijyutu/gijyutu2/007/shiryo/05082601.htm

この辺からベクトルか、スカラーか、複合かみたいな話が出てくる。

http://www.mext.go.jp/b_menu/shingi/gijyutu/gijyutu2/007/shiryo/06020103.htm

で、2006年2月に推進体制が決まる。

http://www.mext.go.jp/b_menu/shingi/gijyutu/gijyutu2/007/shiryo/06030711.htm

・文科省の資料
「次世代スーパーコンピュータプロジェクトの概要」

このときすでに総予算額は概算で1100億円とはじき出されていた。
まだアーキテクチャも確立していないのに。。。

で、少し期間をおいて、「次世代スーパーコンピュータ作業部会」に引き継がれる。

http://www.mext.go.jp/b_menu/shingi/gijyutu/gijyutu2/027/shiryo/08012313.htm

このときはベクトル・スカラ複合型で作ると書かれている。

しかし、ここで同時に箱ものが出てくるのだ。。出た。。
神戸のポートアイランドにデータセンターを新規に建設するのである。
(建物は2010年5月に向けて着々と建設中！）
埋立地にスパコンを置いて大丈夫なんだろうか。
ちょっと国の危機管理体制を疑うな。。

で、2009年に入ると「次世代スーパーコンピュータプロジェクト中間評価作業部会」というのができるのだが、これがまた、一切非公開。何が行われているのか、議事録でもさっぱりわからない。。
ここでおそらく、いろいろトラブルが発生したのではないかと思われるが、それも闇の中。

http://www.mext.go.jp/b_menu/shingi/gijyutu/gijyutu2/039/index.htm

で、2009年5月にNECが撤退する。

http://www.nec.co.jp/press/ja/0905/1402.html

で、その後、アーキテクチャの変更（スカラOnly）が明らかになるのはおそらく、この仕分け会議の資料で初めてじゃないだろうか。
どこかに公に言及している資料があれば教えてほしいのだが。どなたかしりませんか？

http://www.cao.go.jp/sasshin/oshirase/pdf/nov13-am-shiryo/07.pdf

※ありました、ありました。北陸先端技術大学のHPに中間評価報告書が。
http://www.jaist.ac.jp/cmsf/meeting/14-3.pdf
http://www.jaist.ac.jp/cmsf/meeting/014.html

【よくわからない点】

・スカラOnlyでもできるという根拠がわからない。複合型をなぜやめたのか。
（スカラでないとできないとわかったためか、NECが撤退したからなのか、その両方なのか）
→中間報告書にNECと日立が撤退したため＆スカラ単一でないとできないと記載されていた。

・なぜ神戸、しかもポートアイランドという埋立地に建てるのか。
（土地がただだからというだけでは納得できませんね。。だって国の根幹事業を担うスパコンなんですから。地方活性化のためですかね？）

・建物にはいくらかけるのか（いかにも高そうな建物ですが）。

・プロジェクトは現時点ではうまくいっているのか、いないのか。
（これほど大きなアーキテクチャ変更があって、うまくいっていると言えないでしょうに。。。）
→中間報告書を読むと、見直しが必要と書いてありますね。

・費用は適正か。必要以上にお金を使ってないか。
（これがまた、細かい資料は公開されてないんですよね。。。）

・「（仮称）計算科学研究機構」というスパコンを運用する特殊法人？を設立しようとしているが理化学研究所内ではだめなのか？

ようやく、雑音がでなくなった。原因はEventオブジェクト作成時の引数のミス。だがまだ問題はある。
なぜかレイテンシが3msのとき以外は音がひずんでしまう。おそらくBugだろうけど。

Twitterでつぶやいていたデバッガに関するTipsをまとめてみた。


【ウォッチウィンドウ】

・配列やポインタのメモリ内容を見たいとき

変数名,（表示させたい要素数）（表示書式）

（表示させたい数）
・配列の要素数、バイト数ではない点に注意。

（表示書式）

下記URL参照。
http://msdn.microsoft.com/ja-jp/library/75w45ekt.aspx

例)

char*であるpRenderポインタから５個までのデータをshort型にキャストして16進数で見たい時。

(short*)pRender,5x

結果)




・擬似変数

@err 直前のエラーが入る。

@err,wm WindowsAPIの戻り値（Windowsメッセージ）
@err,hr HRESULTエラー表示

その他擬似変数一覧。

http://msdn.microsoft.com/ja-jp/library/ms164891.aspx

【ブレークポイント】

下記URL参照
http://msdn.microsoft.com/ja-jp/library/ktf38f66(VS.80).aspx

特にデータブレークポイントは重要
http://msdn.microsoft.com/ja-jp/library/350dyxd0(VS.80).aspx

J2落ちが決まったことで、まあいろいろマイナス面はあると思うけれど、今回はプラス面として捉えたい。
去年はミラー監督の手腕によりなんとか残留したけれど、そのおかげでジェフの悪いところも放置され、今年のJ2落ちに至ったのだと思う。

僕が考えるジェフというチームはやはりオシム監督が行っていたムービング・フットボールであると思う。
あの、観ていてゾクゾクするプレーはやはりオシム監督の力が大きいと考える。選手もその期待に応え、最大限のパフォーマンスを魅せていた。

あの時と何が違っているのか、というと選手層が違うともいえるのだけれど、あのパフォーマンスを出せる選手が監督就任時に存在したかというとそうではなく、今よりも過酷な状況であったと思うのだ。オシム監督の育成の結果素晴らしい選手層ができたと考えるべきだろう。

オシム監督は明確なビジョンを示し、ビジョンを実現させるためのあるべき戦術、そのあるべき戦術を達成するために今何をすべきかが、明確に選手に語られていたのではないか。今選手が何をすべきかが、はっきりと選手個々にインプットされていたのではないかと考える。

今ジェフに求められるのは明確なビジョンである。江尻監督にはオシム・スタイルを継承せよというわけではないのだけれど、江尻監督なりの攻撃的なサッカー、美しいサッカーを目指してほしい。Ｊ２ステージではＪ１昇格を目指すのではなく、あるべき姿に向かってリスクを冒すサッカーを展開してほしい。そういうサッカーを展開するのなら、来年Ｊ１に上がれなくてもサポーターはついてくると思う。

相変わらず雑音を振りまいている。

Twitterに少しハマってしまってるのもあるが、1日があっという間に過ぎてしまう。
あーせっかくの長期休暇も6日間が過ぎてしまった。

Twitterで知った、Canvas+JavaScriptのデモ。
http://www.geocities.jp/nbdemo/polycan.html

Psycleが1.8.6になっていた。
http://psycle.pastnotecut.org/portal.php
BugFixが中心のようだ。

嫁さんで使っていた任天堂 Wi-Fi USBコネクタを自分のPCにつけようとしたところ、すごいはまってしまった。


＜症状＞

・PC登録ツールをインストール中に「インターネット接続共有エラー(6)」が表示され、インストールに失敗する。

＜状況＞

・既設のLANは、マザーボード上のオンボードLAN（）
・Internet Connection Shareingの設定中にコケている模様。
（LAN側のインターネット接続の共有にはチェックが入っている）
・イベントログには下記のエラーが出力されていた。
・・ICS_IPV6 で IPv6 スタックを構成できませんでした。
・・ICS_IPV6 で、 バイトのメモリを割り当てることができませんでした。システムの仮想メモリが不足しているか、メモリ マネージャにより内部エラーが検出された可能性があります。

＜対応＞

・まず任天堂のホームページの情報を試す。
http://wifi.nintendo.co.jp/usb-connector/error/01.html
→何回か繰り返すも失敗。

・http://www6.atwiki.jp/nwc/pages/10.html#id_69962472 の情報にしたがって下記設定を試すもすべて失敗。

・・IPV4以外のチェックをはずす。
・・ＱｏＳパケットスケジューラのアンインストール。


・イベントログの内容でググった情報を試すもすべて失敗。

http://www.geekpage.jp/blog/?id=2008/12/17/1
http://d.hatena.ne.jp/makaibito/20081217/1229493830
→この２つの代替案は手順どおりに私のPCでは実施できなかった。
http://social.msdn.microsoft.com/forums/en-US/wsk/thread/cbe2a480-d253-4666-bccf-2496c64344ea/
→じっくり読んで、IPV6を無効にするレジストリセッティングを行ったが効果はまったくなし。

・もう眠いので寝た。

・起き抜けにふと２つのLANカードのNBTが有効にしたままだったことを思い出し、NBTを無効にし、再度試してみるとあれま不思議、ICSの設定ができるようになった！そこですかさずPC登録ツールをインストールしたらあっさり動作した。

なぜNBTが有効だとICSが働かないのかは不明。

ようやく死なずに動くようになったが、音はノイズまみれ。
MIDIキーボードの音階に応じて、ピッチは変化しているようだ。

散歩していたら自衛隊の駐屯地を通りかかった。
有名な空挺館を携帯で撮影。

古いが、きれいな建物である。

エビは相変わらず大量にいる。
2週間に1回掃除と水換えを行っている以外は何もしていない。

水草はやはりこれくらいの数がいると養分に困らないせいかどんどん発育している。普通ミナミヌマエビは水草にうついたコケを取るために入れるんだけれども、僕の観察した限りだとコケよりは動物系のえさのほうが好きなようだ。煮干を入れてやると、そのまわりにわんさかまとわりついてくる。