Invitationデモを公開です。
さて、これからは運営のほうの仕事にまわります。
もう１ヶ月きってる（汗
パーティのレポートはこちら。
Green Cube by System K (4096bytes)
個人的な今回の4kIntro作品の制作後記を述べる。
今回の製作期間は約まるまる1週間である。
曲データは3週間ほど前から制作していたが、
直前で結構直したし、グラフィックスに関してはほとんどできてなかった。
今回はシンセエンジンは自作ではなく4klangである。
4klangが何か知らない人のために少し解説すると、VSTiプラグインとして動作する
4kIntro制作用の超軽量ソフトシンセである。通常のVSTiプラグインとして動作するため
通常のDTM制作などで利用されるVSTホスト作曲ソフトを利用することが可能である。
4klangは特にヨーロッパなどで利用者の多いデモ版は無料のRenoiseで利用されることが
最も想定されている。（4klangについてくるサンプルとかRenoise形式）
4klangを使って作った曲をエクスポートするとVisualStudioやgccなどで
リンク可能なobj形式で出力される。あとはこれをグラフィックスのコンパイルした
プログラムとともにリンクしてやれば4kIntroの出来上がりである。
やはり4klangはすごい。シンセのインストゥルメントデータはほとんど16バイトに
おさまるし。プリセットでついているサンプルも豊富なので、
自分でシンセがいじれなくとも、迫力のある音を出すことが可能である。
悪い点をあげれば、コンプレッサなどがない(俺がみつけきれてないだけだったらすいません)ので、
音の調整などは各インストルゥメントごとに行う必要がある。音が大きすぎると音が割れる。
（もしかしたらやり方があるのか？）
また、シーケンスデータは直接保存しているようなので、
圧縮率が良くない。この辺りは他のTracker系統に近いデータ保持形式を
採用している4k用シンセのほうがシーケンスの繰り返しパターンが多い場合は
有利ではないだろうか。
グラフィックス周りは、シェーダでシーンの構築、シーン遷移を行えるようにした。
今まで4kGfxMonitorをツールとしてつくったが、shaderだけで4kのデモを作るのは
今回が初めてである。
案外サイズは余裕かと思っていたがそうでもない。
開発初期のころはよいが、4kにサイズが収まりにくくなってくると、
shaderコードをいかに短くするかというCodeGolfのようになってくる。
実際には単純に短くしても圧縮率が悪くなるだけということもあり得るが、
とりあえず文字数を短くすれば順調にサイズは減っていった。
（といっても30文字減らして10バイトくらいしか減らない）
実際のshaderコードの圧縮率は1351/2937 (圧縮後/圧縮前)なので46%の圧縮率である。
バイナリコードだと50%程度なので多少はよいよいだが、
shaderコードが複雑化してくると、最終的には同じ圧縮率にむかうのだろうか・・？
このあたりは、同じ変数が出現するようにとか、いろいろ工夫すれば
さらに圧縮率は上げられそうである点ではバイナリコードより有利か。
あとは組み込み関数が多くサポートされているのでそのあたりも有利である。
当初float4などを置き換えない状態では40％程度の圧縮率だったので、
defineしたせいで、圧縮率が悪くなっているのかもしれないが、
置き換える方がよいのか、そうでない方が良いのかまでは調査しきれていない。
開発当初見込んだshaderテキストサイズは3300文字で圧縮率40%なら1300バイト
に収まっていたのだが、圧縮率が下がったせいで2900文字程度のshaderとなった。
全体としては、もっとシーン構成のネタを練るべきだったかと思ったが、
タイムリミットもあったりで、結局あまりまとめられないまま突っ込んでしまった。
今回の結果をみても、4kIntroあまりシーン変化をつけなくとも一発ネタに終始したほうが
ウケる可能性が高いように見受けられる。しかし、単に一発ネタをやるだけだと、
ネタがすべると、だだ滑りになってしまうのでこれがまた難しい。
（というか最初に一発ネタをやろうとして、微妙感がかなりあったので、今回のような
複数シーン展開にしたのである・・・）
相当に練ったネタじゃないと4kIntro上映中に会場から拍手をもらうのは難しいだろう・・・
まぁ最新のパーティコンペで4kIntroで参加して、何か難しくて何がすごいかは十分に理解できた。
今回の上位の作品も技術レベルとしては不可能な位置にいるようには見えないが、
作品としてあれだけうまく１つの方向にどうやったらまとめられるかはわからない。
やはり、事前に十分な時間をかけてネタを練る必要があるかと思った。
今回のデモは本当に１週間くらいでつくったが、今回のようなある程度ベースがあれば
次作は１週間もかからないだろう。
そうすれば、１週間まるまるはネタをまとめる方向にさけるのだろうか・・・？
せっかく4kIntroベースのシステムができたので、しばらく4kを模索していきたい。
もちろん容量制限なしデモシステムは別途あるのでデモはデモでつくるぜ！！
というわけでまた次回。
]]>最近はtwitterを使うようになってから、
片手間の時間でさくさくと更新できてしまうtwitterのほうが楽チンで
blogはまぁいいかぁ・・・みたいになりますね。
さてデモシーン関連ですが、ドイツのBreakpoint後継のパーティである、
Revision2011が４月後半のイースターに開催されました。
Revisionの作品はこちら
TomohiroさんによるRevision参加レポートはこちら
日本からもtomohiroさんが参加されています。
もちろんリアルタイムでストリーミングを鑑賞していたのですが、
ストリーミングは切れ切れだったので、改めてウチでRevisionの作品を上映する
プチデモパーティを開催しました(^_^
参加されたのは301さん, qさん,Zavieさんです。
GWの最初の休みに開催したのですが、オールナイトで次の日の昼過ぎまで
やってましたw
やっぱり一人でみるより、大勢でみたほうが盛り上がりますね。
最近のデモシーンの傾向だと、はやりはツブツブが旬ですね。
昨年のFairlightが確立したツブツブレンダリング&シミュレーションが4KBなどでも
実装されてきました。
もともとデモシーンではkewlersやmfxなどがポリゴンを使わずに
ポイントスプライトだけでデモをつくる 0 polygonデモはあったのですが、
それはポリゴンでは不可能な表現をするための手段でした。
それに対しFairlightが実装してきたのは、既存のポリゴン表現をツブツブレンダリングで
おきかえるというものでした。
これにより、通常の3Dシーンをみているようでも、今までみたことの無い動きをする
という部分がウケたようです。
実際に作品を見る方が理解が早いでしょう。
以下はScene.org Award 2010でBest Demo/Best Graphics/BEST TECHNICAL ACHIEVEMENT
を受賞した作品
そして今年のThe Gatheringでは以下の作品を発表
ツブツブの特性をいかして水のシミュレーションをしているようです
数値をしゃべってるだけなのになぜかカッコイイ・・・なぜ・・
次に大きな大会があるのはevokeですかね。8月12-14でドイツのケルンであります。
渡航費をしらべたらサーチャージ込みで20万円ちょっとかかります。
やっぱり８月の夏休みごろは高いですね。4月なら10万円切れる。
次のパーティには是非参加したいところですね。
ドイツはソーセージとビールがうまいぃぃぃ。
さて、これからは運営のほうの仕事にまわります。
もう１ヶ月きってる（汗
すみませんが、もうしばらくお待ちくださいです。
なおパーティ関係者の方々には来週くらいに
先行公開＆レビューをもらうかもなのでよろしくです。
ちなみにですが、
今のネット回線はWiMAXなんですが、
WiMAXだと2chからアク禁されてて2chのメガデモスレ書き込めないw
これまたdemoscene.jpのフォーラムも早急にやれということですねw
]]>ベッドルームとPC機器の部屋をわけたことにより
PCとかにつもるホコリがへるといいなぁ。
さて、つぎのタスクはinvitationデモですな！
]]>ある日気がついたらフォローされていた人が
どうもメガデモ勉強会を開催するというので便乗。（Twitterに登録した意味があったなw
あっという間に２０人超集まった。
メガデモ勉強会＆鑑賞会
2011/1/8 すみだ産業会館（錦糸町）
メガデモ勉強会: 13:00 -
メガデモ鑑賞会: 17:30 - 21:00
両方参加するかたは、両方の登録をお忘れなく。
勉強会では何かデモ制作に役立つ話をしたいと思います。
何かしてほしい話がある方は私につぶやくか、
blogにコメントするなりしてください。
twitter:kioku_systemk
ちなみに今考えているのは
- 30分でわかるデモシーン
- いますぐ始めるメガデモ制作 4kb introワークショップ(distance field raytrace)
- メガデモ制作方法について(制作スタイル、手法、コンテンツ）
な感じです。多すぎるか・・。
鑑賞会はある程度飲み食いしながらヨーロッパのデモパーティ的にやりたいと思う。
何かつくっていくかね。
まぁこれを期に日本のdemosceneを盛り上げていこうとおもうので、
去年お蔵入りになった例のプロジェクトを再始動しようと思う。
まぁ第一弾として
twitter:demoscenejp
は既に稼働中である・・。
]]>てか、CEDECとかでもそうだったけど、
最近はtwitterがないと発言権すらなさそうな時代。
イベント参加もtwitterのアカウントがないとできない時代ですよ。
まぁというわけでたいしたことはつぶやかないけど・・。
あぁまたblog更新頻度が減る・・？
てか、twitterでdemoscenejpとかはじめて、
デモシーンの最新情報をツイートするのもいいかも
とも思った・・。
夏休みというか、有休消化→転職 なんですが・・。
さて、夏休みも終わり、
CEDEC2010に参加しました。
ひさしぶりの３日間参加です。
今年は全体を通して感じたのは
次世代機のパワーリソースをどうつかうか。
物理挙動をより現実的にして、面白くする方法。
光学系をシミュレートして破綻の無い絵づくりをする方法。
未来の技術について考えみる。
ですね。
全体のセッションを通して、各社はようやく次世代機開発用のツールの整備が進み、
作業を効率化してゲーム制作ができるようになった模様。
デザイナ向けのツールを先行して制作し、トライアンドエラーを少なくする方法ですね。
デモシーンではすでに昔から統合ツール化は多くのチームがやってきました。
HD時代のリアルタイムデモの今、そしてこれからでは各社の制作方法が公開された。
ただ、まだ統合ツールのようなものにまで成長しておらず、
カットアニメーション向けのツール→エクスポート だったり
実機と同等のアニメーションプレビュー→実機で調整 のようなものが多いですね。
唯一カプコンのMTFrameworkがFSMという機能で、イベントロジックがくめるシステムが
ツールに統合されていました。どうもこれでイベント分岐がくめる模様
しかし、カットアニメーション用のタイムラインベースのシステムとFSMの長所と短所が
それぞれあるので、それらを補うように使っているらしい。
最後に、次世代のフレームワークではこれらの短所を改善しより柔軟なフレームワークを・・
って解決策見つけられてないような書き方だなw
デモシーン界でも、昔はタイムラインベースのシステムは多かったが
最近のトレンドはデモのロジックを組むようなシステムが多い。
説明するといささか難しいので以下のリンクの絵を見てほしい。
mentor/TBCのツール下段の２つ参照
一時96kbでFPSができると有名になった.kkreigerを作ったツール.werkkzeug
stillのデモツールTooll
こちらのツールはタイムラインも併用
これらはスクリプトのようなものを組む代わりに
スタックベースのロジックを組むことによって動的なデモをつくることを可能にしている。
イベントレベルの数値とロジックがダイレクトにいじれるようになれば
かなりの自由度があがる。しかし、これはプログラマの仕事の範疇といえなくもない
海外のゲームエンジンをみてみるとにたような仕組みがある
UnrealEngineも同様な仕組みでイベントロジックが組めるようである。
4gamer によるUnrealEngineの解説
まぁしかし、プログラマ以外の職種の人がプログラムをしたくないというような場合は
この手のツールは難しいものとなってしまう。
日本ではプログラマとそれ以外の職種での妙な断絶感を感じる。
まぁしかし、簡単なスクリプトをくめるデザイナもいるだろうから、
この位のツールはつかってもらいたいものである。
そのほうが自由度も増すし・・。
まぁというわけで、面白いゲームを期待してますよ・・・と。
最近はデモ的活動はあんまりな感じですが、（いや実際あんまりなんですが・・）
実はいろいろやりたいこともあるのですが・・・
まぁ一応裏で仕込み中なので気長にまってくださいｗ
近況ではリアルワールドでいろいろありそうなので、
（ネタはいろいろあるのですが、ここにかけない話が多い・・）
またしばらくblogが更新がとどこおるかもしれませんが・・
またデモパーティには参加したいなぁ
GeForceGTX470をかったのでD3D11の記事をアップデートして
いかないとなぁ・・・なんて思ってたりもします。
てか、GeForce8800GT -> GTX470 乗り換えですが
なんか劇的に早くなった気がしません・・。
D3D9のパフォーマンスはよくないとの話ですが本当ですね・。
まぁとりあえずD3D11動くしCUDA動くしいいか・・・。
●よかった点
今回はオンラインに重きを置いたゲームになってますね
いわゆるストーリーモードであるキャンペーンモードも
オンラインで一緒にやる人を探せるようになっています。
見知らぬ人と遊べるとこは面白い。
また知人とも一緒にプレイできるところもよい。
ある意味家庭用ゲーム機の遊び方の未来を見た。
いろいろ調整されてる。
グレネードをマシンガンで打ちやすくなっていたり、
面白い武器が増えているのがよい。接近戦武器ガンソードとか、
光学迷彩とかもおもしろい。
一部を除くグラフィックがきれい。前より格段によくなってると思う。
DOFなどのブラーシーンは超きれい。
特にPS3版？
トレーニングモードはいいかもしれない。
準備運動とかにもなるし。
しかしBASICのほうがADVANCEよりも難しいと思うのは私だけ？
●悪かった点
メニューがわかりづらい。
メニューの場所によってR1のサブメニューの内容が変わりすぎ。
セッション作成に失敗したら最初のメニューまで戻される。
成長要素を入れてしまったことは失敗だと思う。
確かに、ゲームを進めている人は面白いだろうが、
ライトゲーマにはハンディキャップ以外の何ものでもない。
このシステムによりガンソードを手に入れるまで私の貴重な時間が失われた！
シャドウについて。
なんかえらくクオリティの低いシャドウが目に付く。
シャドウマップだし、ライトの方向とかによっては仕方ないのだろうが、
それにしてもカスケードシャドウマップつかってるんだからもう少し
ましだろ的なかんじでエッジがガクガクなところがある。なえる。
DOF以外のブラーでいまいちなところが目立つ。
もともと2.5Dブラーなので完璧ではないが、LP1から気になっている、
閃光が出たときにキャラクターの輪郭などが多重に延びてしまうのが気になる。
速度ベクトルがちがうから仕方ないのだろうが、速度ベクトルの違いの境界付近は
何とかして欲しい。
そういうエフェクトといわれればそれまでだが、なんだかなぁ。
総論
LP1でよかった点で、プレイ時間０時間の人と５０時間の人に基本スペックの差が
なかったところがなくなってしまったのが残念。
もちろん設定で均一にすることはできるのだけれど、みんな自分が優位がいいから
たいていOFFにされていない。
ただまぁ武器を入手すべくのキャンペーンモードはオンラインで他人と遊べるので
まぁそのあたりは悪くないかと思う。
ある程度キャンペーンで修行してからこいってことかな。
まぁ最初の１０時間くらいは我慢して遊ぶほかないだろうが、
そこを越えればLP1同様楽しいゲームとなるだろう。
みなさんのプログラミング速度はどれくれいでしょうか。
私は集中しているときは１日に1000から2000行程度かけます。（もちろん内容にもよりますが）
まぁ行数なんて意味はないですが、まぁ感覚的にそんなもんです。
もし、１日に数百行程度の人ならこの方法が役に立ちます。
また、調子がいいときはかけるけど、調子がよくないときはかけないなど
コンスタントにパフォーマンスが出ない人にとっては、なるほど！な記事（のはず）です。
いろいろトラバされてますが、大元のネタ記事はたぶんこれです。
論理的思考の放棄
論理的思考の放棄2
論理的思考の放棄3
えっと、このblogの記事だけ読んでも理解できる人と、できない人が居ると思うので
あわせてコメントやトラバを読むとよいです。
以下に簡単に内容をまとめます。（感じたままに書きます。まとまってないかも）
プログラミング速度をあげるには論理的に考えてはならない。
ここでいう論理的とは、言い換えるなら細かいことを考えることである。
日本語で話すときに、主語とか動詞とか考えないように
思ったまま、感じたままに話すような感じである。
当たり前だとおもうが、これが重要な感覚。
具体例をあげるなら、プログラミングしながら、
このクラスの継承関係をどうしようとか、このデータはこっちのクラスにもたせたほうが
いいとか、そんなことを考えながらプログラミングしてはいけないということ。
（まぁそもそもそんなことはプログラミングするまえに設計しておくべきだし。）
つまり、プログラミングも言語をしゃべるように書けばかなり早くなる。
まぁそりゃそうだが、それができないからこまってんじゃん。という人もいるだろう。
それは基礎力がなさすぎ。
初心者のために脱線する。
英文を読めるようになるのに、えっとこの単語はなんて意味だっけ？
なんてやってるようではスラスラ読めるようにはなるはずが無い。
まず、単語と文法を押さえるべきである。
プログラミングも同様で、言語の基本的な構造、書き方は最低限マスターすべき。
いちいちそんなこと気にしなくても体でかけるくらいに（論理的思考をしなくていいように）
練習することが必要。
その次にデザインパターンとか、こういうときにはこう書くと良いみたいな本をよんで
いわゆる文法をマスターしておく。クラスのデータメンバの持たせ方とかはこの辺。
文法も体でかけるくらいにマスターしておくことが必須。設計も早くなる。
マスターする方法は練習する（場数をこなす）しかない。
もし、あらゆるデザパタとか文法をマスターしていなくて、焦ってそこを勉強することはない
すべてを知っていなくても、知っている範囲で実践すればよい。
自分の知っている範囲の設計で実装できるプログラミングであれば何でも実行可能だ。
ある問題に対してプログラムを設計するときに自分の知っている範囲の設計では
効率よく解決できないときに、別の方法で簡単にとける手法を学べば良い。
玄人さんお帰りなさい。
さて本題に戻る。
速くプログラミングするためには、余計なことを考えてはいけない。
つまり、集中した状態。いわゆるドーパミン放出状態。
ここの状態へのなり方は人によって異なるものだと思う。
私はヘッドホン（スピーカではだめだ）でエレクトロニカ系の音楽を聞いていると
この状態に入ることが比較的簡単である。
理由は定かではないが、いわゆるトランス状態になりやすい。神キターな状態である。
この状態になればすでに設計が決まっているプログラムを書くことは容易い。
ほとんど単純な作業状態になる。
どれくらいの速度でかけるかというと、絵で描かれた図などを日本語で説明するくらいの
速度でかけるようになる。
このトランス状態を作り出すのに登氏は鉄球と磁石の例をあげている。
この例が分かりやすいかどうかは別として、図式的に私のトランス状態もこんな感じである。
なんというか、周りが見えてない状態でディスプレイの中央付近だけが見えているような
状態で、まさにこの絵の状態に近い。
いくつか場数をこなしたプログラマであれば、このような状態の経験はあるだろう。
よく、多少風邪引いているときとか、ちょっとアルコールが入っているときの方が
コーディングがよく進むという状態もまさにこの状態。
余計なことを考えてないからはやい。
まぁしかし、残念なことに日本の会社ではこのような状態になっても
大抵インタラプトされせっかくのトランス状態を解除されることが多々ある。
まぁ結果的に集中してる（トランス状態）だからできるんでしょー。でも、
どうやってトランスしたら良いか分からないよって言う人は以下のリンクが
参考になるかもしれない。
日常業務を簡単に５０％アップさせる方法
集中する方法は人によって異なるだろう。
このページの著者のてるやんさんは私が今までいろいろなんとなく感じていた
現象にいろいろ思い当たることをずばっとあててくれる良いページだと思う。
今はこちらに移転している模様
teruyastarはかく語りき
実は今回のプログラミング速度を上げる方法はこのページでみつけた。
プログラミングのスピードを上げる方法
プログラミングのスピードを上げる方法2 (2はとばしてもいいかも
プログラミングのスピードを上げる方法3
大事な話があるんだ
パソコンが使える人と、使えない人ぐらい
他にもいろいろ紹介したいがまた次回。
]]>
バイナリをダウンロード(Windows/Macosx10.6)
さて、GWの中盤の成果は独自UIの実装だ。ここまで賞味３日間の成果。
描画系はOpenGLでマルチプラットフォームだ。
よくソフトウェアシンセサイザなどのソフトは独自UIなものが多いが、
それ以外の一般ソフトではあまり独自UIはみかけない。
一番の理由は、他のソフトと見た目が違うためにとっつきやすさがなくなる
という理由で敬遠される・・というのがよく言われるだが、
よくできた独自UIはカッコイイし、そのアプリに特化して、使いやすければ
むしろ違うことが正しいのである。
まぁプログラマが上記のような理由を述べるときはたいてい「めんどうだから」である。
かくいう私も面倒で今までやってこなかった。
そんな私が重い腰をあげ実装に至った理由は３つ。
１つめ
数年前から次期システムはモジュラー型のプログラミングシステムが
欲しいなと思い、次期skFrameworkのシステムの中核にすえることを考えていたが、
このモジュラーのようなUIをもったUIライブラリに出会えなかった。
なのでこのモジュラー部分に関しては作らざるを得ないと考えていた。
参考になるのはMacOSXのQuartz Composerとかまぁそんなの。
２つめ。
次期デモ開発システムのskFrameworkの仕様として、
マルチプラットフォーム対応があるのだが、マルチプラットフォームになると
とたんに使えるライブラリ減る。
ちょっとしたアプリにさっとつかえるUIがなかったのだ。*注1
今回は利便性も考え、ヘッダをインクルードするだけで使えるようにした。
３つめ。
以前仕事でFlashをつかって独自UIを作ったことがあったのだが、
C/C++プログラマとしてFlashなら簡単に独自UIが作れるだろうと思っていた。
しかし、実際の作業はほとんどコーディング作業で、Flashのいいところは
UIのコンポーネントの図形や画像をマウスで作成できるところにある。
細かい動作の部分はActionScriptで制御する必要があった。
これならC/C++で実装してもかわらないんじゃないか・・？
と思い、Flashで図形を書いていた部分をGLの命令におきかえればいいんじゃね？
という非常に短絡的な思考で開発を始めるに至った。
実装した結論としては
やってよかったと思う。むしろFlashのActionScriptのような軟体言語よりは
はるかにC++のほうが実装しやすかったように感じる。
UIのコンポーネントもデザインをシンプルなものに絞っていたので、
まぁマウスで描くように簡単に・・・とはいかないまでもまぁいい感じだろう。
テキストサービスはまだ使えるようなレベルではないが、まぁこれからかな・・。
あとは念願のモジュラーUIを獲得したので、しばらくこれで遊べるといいなぁ。
ちゃんとマルチプラットフォーム対応だし。
思ったより作業量は少ない。
最初からすべての機能を実装する必要はない。
ボタン上でホイールとかシフト押しながらどうとかなど、
ほとんど使わないような機能は実装する必要がない。
これで半分くらい描画系にさいているが、全部で1500行くらいだ。
ぜひ独自UIをつくるか作らないか思い悩んでるひとはやってみるのがいいだろう。
それほどの開発工数を必要とせずに実装することができるだろう。
例としては国内で有名なのはMTFrameworkとかかな。
やっぱり独自ＵＩだとオリジナルの世界観があっていいよね・・・。
と思うのはオタクプログラマだけかねｗ
注1について
今回のUIを実装するに至っては、フリーのライブラリもいくつか検討した。
仕事でも使ったことがあるのはwxWidget。まぁ悪くないけどライブラリがでかいし、
ちょっとしたものをつくるのも面倒だし、なによりダサい・・。
OSネイティブUIを重視しているために細かいところの融通が利かない。
CG系でははやりのQtは商用利用は有料だがLGPLのフリー版がある。
社内の内製ツールなどには自由につかえるとのことだ。
最近ではMaya2011がQtに対応したらしい。
Qtは最近は非常に開発が活発でNOKIAがかなり力をいれているようだ。
最新版の4.7ではFlash的なUIのトランジションアニメーションをつくけるような
仕組みも備えている。が、このライブラリは非常にでかく
WebKitのBrowser機能まで含んでおり、ライブラリのビルドに４時間以上かかったorz
OpenGLともうまくやれる仕組みはあるのだが、ソースコードがかなりQtべったり
な感じになるのがいまいちな感じ。このへんはまだwxのほうがマシか。
あとはオープンソースなプロジェクトでClutterというものがある。
なんか結構当たらしめなプロジェクトのようでまだver1.0である。
だが、まだちゃんと使えるようにはなっていないようで、とりあえず動きます。
だしましたっ。って感じ。スクリーンショットとかもないし・・・。
しかもこいつは大量のライブラリに依存してるときた・・・。あぁ微妙。
まぁそんなこんなで、結局欲しい機能がない＆いまいちダサいという理由で
上記のものは却下。まぁもっと汎用UIでいいよというものであれば、
wxかQtを利用するだろう。
まぁ今回つくったライブラリは既存ＵＩライブラリとも共存可能なので
まぁそのあたりはうまくやっていこうかと思う。
日本一レイトレ使いのsyoyoさんがblogを移動されました。
ちょっと前まで古いページがアクセスできなくなってて
死んだのではないかと思っていた人もいるかもしれませんが
ちゃんと生きているようですｗ
Twitterはつぶやいていたので知っている人は知ってるかな。
というわけで新blogはコチラ
本人いわくこれからはblogではなくtwitterのようなミニblogだそうです。
いままで"lucille"と検索していた人が多かったと思いますが、
これからは"syoyo"で検索しましょうw
さて私ですが、いまだに家でヒッキーですが、
GW中盤は次期デモシステムのUIライブラリの作成です。
いろいろUIライブリの選定してましたが、
いまいち使いやすいUIライブラリがなかったので
自分で作ることにしました。だいたいライブラリはできてきたので、
明日あたりには動作サンプルを公開できるかな。
（あ、期待しなくてもライブラリはしばらく非公開ですよｗ）
あとは気が向いたらLostPlanet2体験版やってます。
とりあえず、マジで重かったWindow Vistaをぶっとばして
Windows7のインストールを果たしました。
本当に重くて、Webブラウザするのがやっとみたいな・・・
最後のほうはFlashビデオをみるのすら重かった・・・。
プログラムの開発すらイライラするくらいです。
なんで重くなるのかよくわかりませんが・・。
（インストールした当初はもっと軽かったような・・・。）
最初はAeroすげーとか思ってプラシーボだったんですかね。
見慣れてくるとレスポンスのほうが気になってきます。
Win7にして劇重だったのがちょい重になりました。
うーん、やっぱり描画周りが重いのはグラボのせいですかね
8800GTなんですが、そろそろGTX460あたりに変えたいところです。
CPUメータのガジェットをいれたんですが、なんかつねにCPUがなんかやってます。
5%-10%くらいでなにかを・・・しかも4coreつかってるし・・。うーん。
（タスクバーみても何か目立つものは動いてないんですがね・・・なんかのサービス？）
あ、とりあえずraid0(ストライピング)にしました。
ベンチとったところRead/Writeのパフォーマンスは倍くらいになってるのでまぁいいかな。
バックアップは先日NASを導入しそっちをraid1にしてるので、まぁ大丈夫でしょう。
さて、Win7にして快適に開発できるようになったし
というわけで、時代はD3D11です。
D3D10は触ってなかったので、D3D9 -> D3D11です。
うわさではだいぶ変わってしまったらしいですが・・。
フレッシュな気持ちでがんばりたいですねぇ
で、
D3D11検索してみたんですが、あんまり日本語サイトが引っかかりません。
えー みんなまだあんまりやってないのかよ・・。
というわけで、いっつもROMなのもあれなので
今回は情報を発信することにしました。
D3D9使い浦島太郎のD3D11入門
D3D9使いの人がD3D11を学ぶに必要な知識を中心に書いていきます。
不定期更新だし、もしかしたら途中で・・・。
なんてこともあるかもしれませんが、まぁそれはそれで(^-^;)
実は３日くらいやって気がついたんですが、
D3D11はまだ正式リリースではないのですね・・。どうりで解説サイトが少ないわけだ・・。
しかしまぁ現在公開されている最新版SDK DirectX SDK Feb 2010 の時点で
D3D11 RTM なので、まぁまぁ本番仕様だと思います。
しかし、まだEffectまわりが確定していないようで、標準では組み込まれていません。
一応ソースコードが同梱されているので、自分でコンパイルして試すことが可能ですが、
いろいろ試してましたが、まだちゃんと使えない模様。
ネットでのD3D11のデモとか公開されてるからすでに完成してるのかと思ってましたが
どうやら、シェーダをじかにたたいて動かしてるようですね。ようやる。
というわけで、エフェクトが正式に動くまですこし放置です。
（できるところまでのサンプル解説はやる予定）
もう次のDirectX June 2010がでるらしいし、それはきっと正式版D3D11だよねっ
]]>あぁ参加できなくて非常に残念ですよ。
PCデモはすごかったなぁ
64Kもそこそこ数あったし。
ストリーミング前でもこの興奮なら現地ならあと１０倍は興奮してますね。
今回のデモの参加人数ですが、Amiga Demo, PC Demoのコンペティションの頃は
会場に1000人、そしてBreakpointTV(BPTV)のストリーミングを見てる人が1150人いたそうです。
世界で2000人ちょっとなんでまぁ多くはないのですが、
それにしても自分と同じようにストリーミングを見てる人が１０００人居るのは驚きです。
さてそんなPCデモですが、
またまたFairlight+CNCDがやっちゃいました。
0(ゼロ)ポリゴンのデモだそうで、全部シェーダコードでつくったデモだそうです。
smashお得意の流体デモですね。
ここまでくると、ひとつ完成された感がありますねぇ。
ストリーミングをみてたら一番最後に流れたFarbrauschのroveもよかったんですがね。
まぁ技術的な総合点を考えたらやっぱりFairlight+CNCDですかね。
しかしまぁPrizing Ceremony のときのsmashの得意げな態度といったらもうっw
去年のScene Awardsでも来年アワードとってやるからっ
とか大口たたいてましたが、マジにアワードとって、BPのPC Demoも１位とりましたね。
すごすぐる・・。
最近のchaos/farbrauschの引退っぷりを考えると
smash/fairlightが名実ともに現在のTop coder/scenerですかね。
64KB作品の１位はこちら
このノリといい、展開といい、すばらしい出来です。
丁寧なつくりで１位獲得ですね。
個人的注目はfloppyの作品で、なぜか球が表示されてるだけなのにカッコイイ！
やはり昔からある大御所の作品は違いますね。
TBLとかもそうですが(3:20-)、球とかキューブを適当においてるだけなのに
かっこいいのはなぜなんでしょうか・・。
4KBの１位はやはりArcheeのDarwinismでした
またギズモードあたりでとりあげられたりして。今回はゲームじゃないからだめかな？
そして最後のClosing Ceremonyでは遠く1000kmはなれた国からよくきたってことで
カナダとか日本から来た人たちが壇上によばれた！
そして日本から唯一の参加者Tomohiroさんもデモシーンデビューですよ！
さぁ次のデモを作るのはPCの前の君だっ！！
# てか、その前に俺が参加するっ
PS; まだデモがアップロードされてないので、され次第リンクを追加します。