No Such Blog or Diary

«Prev || 1 | 2 | 3 |...| 1004 | 1005 | 1006 |...| 1355 | 1356 | 1357 || Next»

ヤマト見たくなった

はやぶさの再突入が6/23になるとか発表されていたようで.これまでの流れからして何が起きても「こんなこともあろうかと」が発動されて失敗しないのだろうなぁ,と期待.作った技術者連中色々な意味でスゴすぎ.

そしてヤマトを見たくなってきた.どこぞのはやぶさに関する真田さんのこんなこともあろうかとな動画を見たせい.でもオンデマンド配信してるところが見つからない.

結果良好

怪しげなアルゴリズムがちゃんと見積もったとおりのコストで動いてるってすばらしい.並列化による効果も線形に出てるし満足.

で,問題は,何をやっているのかを他の人間に伝えるのが面倒だと言うことで… 資料作るか.

実装終了

とりあえず必要な実装終了.試しに走らせた感じでは想像通りに動いてるっぽい.

あとは実験用のスクリプト書いてデータとったら一段落.明日の仕事だな.

ところで,A& をとる関数にconst A& x をぶち込む必要があって,(A&)x とキャストして渡すことにした.で,ここで間違って (A)x とただのA型にキャストしてしまったところ,A型の一時変数を生成して関数を呼び出すコードがコンパイル結果として出てきた.これってこういうもんなのか? 簡単な例で再現しようとしたら普通にコンパイルエラーが返されたのだけど….再現する最小のプログラムを作るのがめんどくさい.

boost::serialization は遅い?

メモリ上にシリアライズしたいからと ostringstream に吐き出させたせいかもしれないけれど… int を 10 ~ 10M個位書きだすのに配列への書き込みに比べて 30~40倍遅い.ファイルに ofstream で書き出しても同程度に遅い(ostringstreamの1.5倍の時間がかかった).当然ながら全部バイナリ指定で.

boost::serialization は色々と頑張りすぎているせいで速度優先の時には使い物にならなそうな気がする.ラムダ式周りも頑張りすぎて遅くなってるし… 

やっぱ単純なのを自前で用意するのがベストかね.

Windows の H.323 クライアント

Windows で Polycom につなげるクライアントを探してて,WkigaWindows用バイナリ があることに気がついた.ekiga.org の方のリンクはおかしくなってたけど wiki の方は release 版が正しくリンクされていた.

で,Ekiga 3.2.6 で Polycom に繋がるのかどうか試してみた.Ekiga から Polycom に繋ぐには,

h323: 接続先IP

でよいらしい.大分前にLinux上の古いバージョンで試したときには色々問題が出ていたが,今回はリモートの映像を見るぶんにはあまり問題が無いらしい.何故か自分側の映像が動いてなかったりするのだけど…

あー,H.323接続時には H.261 のコーデックしか使えないらしい.コーデック設定で H.261 意外は全部サポートが SIP しかついてない.ということで,動画のコーデック設定画面で H.261 意外のチェックを全部外したら上手く動いた.

と思ったら,これってローカルのループバックで表示している部分しか表示されてない.接続先のマルチプレクサで混ぜた映像にはこっちのが表示されない… さて,どうしたもんか.

旧友来る

今日は高専時代からの友人と久々に会った.彼はオランダの大学(Delft)に留学して修士をとり,日本で数年働いたけどまたオランダに戻って博士に進学するという.博士生活のアドバイスを〜というのが来訪目的.

で,関係ない話もしたわけで,オランダのアホな地名を教わった.Scheveningenというらしい.機会があれば立ち寄ってみたいと思う.詳しくはリンク先の wikipedia 参照.

そしてポーカーのルールのひとつの「テキサスホールデム」というのを教わった.何となく勝てるプログラム作るの難しそうだなぁという印象.

まあとにかく,日本が潰れたときの脱出先を用意しておくのは大事だと思う.

«Prev || 1 | 2 | 3 |...| 1004 | 1005 | 1006 |...| 1355 | 1356 | 1357 || Next»
Search
Feeds

Page Top