<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
   <channel>
      <title>ドミノ開発日誌</title>
      <link>http://dominodev.bascule.co.jp/</link>
      <description></description>
      <language>ja</language>
      <copyright>Copyright 2008</copyright>
      <lastBuildDate>Sun, 22 Oct 2006 02:18:11 +0900</lastBuildDate>
      <generator>http://www.sixapart.com/movabletype/?v=3.33-ja</generator>
      <docs>http://blogs.law.harvard.edu/tech/rss</docs> 

            <item>
         <title>本プロジェクトについて</title>
         <description>本プロジェクトは、WPFの魅力が引き出され、Interactive Designerの実力が伝わるようなコンテンツを、主にクリエイターに向けて制作しよう、という目的の元で開始されたプロジェクトです。
機能を確認できるだけのデモンストレーションではなく、実際に楽しめるコンテンツを作ることで、WPFの可能性を実感してもらうことを目指します。
</description>
         <link>http://dominodev.bascule.co.jp/2006/10/post_77.html</link>
         <guid>http://dominodev.bascule.co.jp/2006/10/post_77.html</guid>
         <category>about</category>
         <pubDate>Sun, 22 Oct 2006 02:18:11 +0900</pubDate>
      </item>
            <item>
         <title>このブログについて</title>
         <description><![CDATA[普段はAdobe Flashでコンテンツ制作を行っている私達が、いかにしてWPFを覚え、またチームとしてどういった役割分担で開発していったのか、他のクリエイターの方々が後で参照できるよう、進捗をblogに書き記していきました。
プロジェクトが始まって、最初はプロトタイピングを繰り返していたのですが、企画がドミノ軒の方向にある程度決まり、実際に手を動かし始めた7月から進捗を書き込み始めています。
また、8月末の一旦完成時までは、リアルタイムで進捗を記していますが、9月のブラッシュアップ期間は、後から振り返る形で書き加えています。
<a href="http://dominodev.bascule.co.jp/cat28/" target="_blank">各メンバー</a>が、それぞれの視点から、その時々の成果や悩みを書き残しています。
断片的な情報が多く、直接参考になる部分は少ないかもしれませんが、WPFについて何も知らないメンバーでも最終的にここまで作り込んだものを制作できるんだ、という実感を持っていただければ幸いです。]]></description>
         <link>http://dominodev.bascule.co.jp/2006/10/post_79.html</link>
         <guid>http://dominodev.bascule.co.jp/2006/10/post_79.html</guid>
         <category>about</category>
         <pubDate>Sun, 22 Oct 2006 01:36:15 +0900</pubDate>
      </item>
            <item>
         <title>ドミノ軒について</title>
         <description><![CDATA[ドミノ軒は、ラーメン屋の店主がドミノを置くリズムに合わせ、客の食べる動作が音楽になっていく、一種の音楽ムービーです。ユーザーはリアルタイムに描画される3D空間の店内を、あらかじめ編集されたカメラワークで閲覧することも可能ですし、自分でカメラを動かしながら、各キャラクターの動作を見ることも出来ます。


本プロジェクトがドミノ軒という企画に具体化していくまでには、長い紆余曲折があります。
これは、WPFを使うことが初めてだったため、開発の過程で判明した可能性や制限を、企画に修正・反映させる作業が頻繁に発生したことによります。
以下簡単に経緯を述べます。


まず最初に、WPFのどの機能をフィーチャーするか選択するところから始めました。
ビジュアル面でのインパクトがあること、Flashでは実現不可能な表現であること、の2点を念頭にWPFの機能を調べ、3Dを簡単にコントロールできる機能を企画の中心に据えることに、早い段階で決めました。


しかし、最初のテストの段階で、WPFの3Dコントロールの簡単さは、パフォーマンスとのトレードオフだという事実に突き当たります。ゲームで実現しているようは複雑な3D描画はほぼ不可能だと。
そこから、簡素で魅力的なオブジェクトの探索が始まり、やがて、ドミノというモチーフにたどり着きます。しかし、ドミノという直方体の簡単なモデルでも、3D機能をアピールできる規模の数量で並べることは難しく、根本的な打開策を考える必要がありました。
そこで、それまで想定していた、ドミノを使ったゲーム・アプリケーション的なコンテンツから、もっと作品性の高いものにすることで、既存のゲームなどとの3Dスペックの比較から逃れられるのではないか、と考えました。


ここで、兼ねてからクリエイターとして尊敬していた、qubiさんに企画から一緒に考えてもらえないかと、声をかけました。qubiさんは、ラーメン屋の店主にドミノを並べさせる企画を出しました。
そして、最初の底本となったのが、この企画メモです。


<a href="http://dominodev.bascule.co.jp/vistapdf.pdf" target="vistapdf">企画メモ(pdf)</a>


この面妖な企画を具体的に実装するために、どうしたら分かりやすくなるか、何日か話しあい、客が料理を注文することで音楽が生成されていく、<a href="http://dominodev.bascule.co.jp/2006/07/post_16.html" target="_blank">インタラクティブなPV</a>のようなモノに出来ないか、ということで話がまとまりました。


このblogでは、この辺りから書き込みが始まります。


そして８月の後半になり、仕上げの時期になって、結局<a href="http://dominodev.bascule.co.jp/2006/08/post_67.html" target="_blank">音を同期させる方法を見つけられず</a>、インタラクティブなPVから、PVへと方向転換することになります。これでようやく現在の公開されている企画にたどりつきます。
]]></description>
         <link>http://dominodev.bascule.co.jp/2006/10/post_78.html</link>
         <guid>http://dominodev.bascule.co.jp/2006/10/post_78.html</guid>
         <category>about</category>
         <pubDate>Sun, 22 Oct 2006 00:01:08 +0900</pubDate>
      </item>
            <item>
         <title>qubiプロフィール</title>
         <description>アートディレクター役の勅使河原です。
今回はビジュアル上での方向性やら初期企画やらに携わりました。
</description>
         <link>http://dominodev.bascule.co.jp/2006/10/qubi.html</link>
         <guid>http://dominodev.bascule.co.jp/2006/10/qubi.html</guid>
         <category>プロフィール</category>
         <pubDate>Sat, 21 Oct 2006 10:08:58 +0900</pubDate>
      </item>
            <item>
         <title>ドミノ軒を振り返って（勅使河原版）</title>
         <description><![CDATA[僕がこのブログに書き込むのは今回で3回目。他のみんなは数十回書いてる。まるでさぼってるみたいじゃないか。そんなことは無い。これでも一応あーだこーだと口では言っていた。
<br>

6月、ドミノを使ってなにかする、というのが決まっている段階から、僕はアートディレクション役として参加した。実際にドミノを配置し、そして倒れるまでのデモを見せてもらう。ここに何をすれば魅力的になるのか。そんなところから考え始めたように思う。

正直、こんなやり方は僕にとっては初めてのことだった。ドミノを並べ倒すという仕組みが出来上がっているのに対して、後付けで世界観なりを吹き込んでいく。更にいえば、これはドミノの紹介ではなく、WPFの魅力を伝えるということが目的。とりあえず、どうしてドミノなんだ、という疑問を抱くような隙を与えたくない、という思いがあり、いくつかの構想を出した。
※役柄的にWPF開発の参考になるようなことは何一つ書けないことをご了承下さいませ。
]]></description>
         <link>http://dominodev.bascule.co.jp/2006/10/post_83.html</link>
         <guid>http://dominodev.bascule.co.jp/2006/10/post_83.html</guid>
         <category>開発後記</category>
         <pubDate>Sun, 15 Oct 2006 14:44:25 +0900</pubDate>
      </item>
            <item>
         <title>3Dデータ（オブジェクト数、頂点数、材質数etc.）</title>
         <description>コンテンツに実際組み込んで使用したモデルの情報です。</description>
         <link>http://dominodev.bascule.co.jp/2006/10/3detc.html</link>
         <guid>http://dominodev.bascule.co.jp/2006/10/3detc.html</guid>
         <category>詳細データ</category>
         <pubDate>Sat, 07 Oct 2006 23:47:41 +0900</pubDate>
      </item>
            <item>
         <title>開発の後に想う事</title>
         <description><![CDATA[何が大変だったかと言えば、プロジェクト全体の視点で言うと、
”開発環境のポテンシャルが全くと言っていいほど見えない状況から作らなければならない”
というのに尽きると思います。

自分の立場で言えば、最も気を使った点は、
”3Dモデルのクオリティと再生速度（処理負荷）のバランス”
でした。

しかし、いったい、３Dモデルのどのプロパティ（頂点数、オブジェクト数、テクスチャの解像度）にシェイプアップを施せば効果的なのか、そもそも全てのプロパティに施さなければしょうがない事なのか、あるいは特定のプロパティに関しては施したところで効果が無いというものがあるのかどうか、とにかく最初<em>＊１</em>は何も見えていない状況でした。

そんな中で吉川さんから、「じゃあ根拠は無いですが、これが効きそうだからこれをシェイプアップしてみましょう」とか「これはあまり関係ないようでした、今度はこれをシェイプアップしてください。よろしくお願いします。」とか「えー、これはほとんど関係ありませんでした。ですがおそらく、これはこうでないと駄目でしょう。この範囲に収めてください。」とまあ、吉川さんに組み込んでもらっては、その効果を見て、っていう作業を繰り返して各プロパティのポテンシャル空間の広さを測るというか、真っ暗な部屋で、壁までの距離を測るようなことを繰り返していました。それは結構プロジェクトの半ばまで判らなくて、あれこれ修正していて。結構疲れましたです。

自分の主な役割は、そこまでだったので、あとは本当に皆さんお疲れ様でした。
いい飯、いい酒、ましょう！

<em>＊１
最終的にも”確証”までは持てていませんが、以下の記事を見ていただければ
「ああ、これぐらいのものは動くんだな」
というのがお分かりいただけるんではないと思います。
今後、EXPRESSIONで開発される方の参考になれば幸いです。

<a href="http://dominodev.bascule.co.jp/2006/10/3detc.html">3Dデータ（オブジェクト数、頂点数、材質数etc.）</a>
<a href="http://dominodev.bascule.co.jp/2006/10/post_55.html">テクスチャの解像度</a></em>]]></description>
         <link>http://dominodev.bascule.co.jp/2006/10/post_82.html</link>
         <guid>http://dominodev.bascule.co.jp/2006/10/post_82.html</guid>
         <category>開発後記</category>
         <pubDate>Sat, 07 Oct 2006 23:35:37 +0900</pubDate>
      </item>
            <item>
         <title>ドミノ軒を振り返って</title>
         <description>作業完了した今、これがWPFの魅力を伝えるものになっているのか、自分で評価してみると、巷のサンプルよりもはるかに高度なモデリングやアニメーションを行っている点から、なんとか及第はもらえるのではないかと考えています。
ただ、コンテンツとして成立しているか考えてみると、最後の最後でインタラクティブな部分を削いだことが、驚きや楽しさを半減させてしまったのではないか、という不安が残ります。
一方で、もう少し冷静に考えると、ラーメン屋にドミノを並べる、その醍醐味を無視して強引にPVにした時点で根本的な分かりにくさが侵入して来たのかな、という大きな不安があります。
今回はどこに普遍性を持たせればよかったのか、ジクジクと考え続けてしまいそうです。
そういった不安を抱えつつも、とにかく最後まで作り切ることで、何か異様な存在感を持つところまで到達してはいるかなと思います。
新しい環境に、新しい可能性を見出せたか。皆さんにこのコンテンツを一つの参照点として利用していただいて、より完成度の高い、面白いコンテンツを作っていただければ幸いです。
</description>
         <link>http://dominodev.bascule.co.jp/2006/10/post_76.html</link>
         <guid>http://dominodev.bascule.co.jp/2006/10/post_76.html</guid>
         <category>開発後記</category>
         <pubDate>Sat, 07 Oct 2006 00:14:11 +0900</pubDate>
      </item>
            <item>
         <title>料理テクスチャ</title>
         <description>料理の３Dモデルに使用しているテクスチャ画像.</description>
         <link>http://dominodev.bascule.co.jp/2006/10/post_72.html</link>
         <guid>http://dominodev.bascule.co.jp/2006/10/post_72.html</guid>
         <category>詳細データ</category>
         <pubDate>Fri, 06 Oct 2006 13:37:41 +0900</pubDate>
      </item>
            <item>
         <title>店内テクスチャ</title>
         <description>店内の３Dモデルに使用しているテクスチャ画像.
</description>
         <link>http://dominodev.bascule.co.jp/2006/10/post_70.html</link>
         <guid>http://dominodev.bascule.co.jp/2006/10/post_70.html</guid>
         <category>詳細データ</category>
         <pubDate>Fri, 06 Oct 2006 13:29:58 +0900</pubDate>
      </item>
            <item>
         <title>人物テクスチャ</title>
         <description>人物の３Dモデルに使用しているテクスチャ画像.
</description>
         <link>http://dominodev.bascule.co.jp/2006/10/post_71.html</link>
         <guid>http://dominodev.bascule.co.jp/2006/10/post_71.html</guid>
         <category>詳細データ</category>
         <pubDate>Fri, 06 Oct 2006 13:15:17 +0900</pubDate>
      </item>
            <item>
         <title>テクスチャの解像度</title>
         <description><![CDATA[テクスチャに関して、処理速度との関係という側面から主に注意すべき点は「解像度」ですが、これはどうやらコンテンツが再生されるPCのグラフィックカード（特にメモリサイズ）が大きく関係しているようでした。
最終版のテクスチャ画像は、最大のもので1024×1024pxとなりました。
<a href="http://dominodev.bascule.co.jp/2006/10/post_71.html">人物テクスチャ</a>
<a href="http://dominodev.bascule.co.jp/2006/10/post_70.html">店内テクスチャ</a>
<a href="http://dominodev.bascule.co.jp/2006/10/post_72.html">料理テクスチャ</a>

どうやらこの大きさが一般的なグラフィックカードのメモリサイズとの絡みで最大値として妥当のようでした。以下に今回使用しているテクスチャのリストを挙げます。

1024×1024px：（合計１２枚）
・人物９人分
・店内３枚
（主に天井床壁、カウンター。調味料のテクスチャも最終的にはカウンターのテクスチャ内に納めている）

512×512px：（合計４枚）
・ビール瓶
・チャーハン
・ギョーザ
・ラーメン

256×256px：（合計２枚）
・ピータン（皿も含む）
・ザーサイ＊唯一、png形式

64×64px：（合計７枚）
・ビールカップ
・店内の照明２枚（テクスチャのプロパティで異なるグローの数値を与えたため。）
・なべの煮沸アニメ用２枚
・テレビのチラツキアニメ用２枚

他の3D環境での経験が無いのでこれが一般的なことかどうかは言えないですが、WPF上ではテクスチャは解像度が荒いものを貼り込んでも、アンチエイリアス的な処理が自動的にかかって表示されます。なので場所によっては極端に小さなテクスチャを使用してもそれなりに見せることが出来ます。
例えばこのコンテンツでは、上記リストのようにビールの瓶のテクスチャは512×512pxですが、そのとなりに置かれているグラスのテクスチャは64×64pxになっています。テクスチャの中にくっきりとした色面の境界を持たないグラスに関しては、思い切って解像度を落とす事が出来ました。

この様にして、クローズアップして見せる様な部分には高解像度化、ほとんど遠くにしか見えないような背景部分には思い切った低解像度化を図ることで、よりストレスの無い効果的な見せ方が実現できたと思います。]]></description>
         <link>http://dominodev.bascule.co.jp/2006/10/post_55.html</link>
         <guid>http://dominodev.bascule.co.jp/2006/10/post_55.html</guid>
         <category></category>
         <pubDate>Fri, 06 Oct 2006 12:25:54 +0900</pubDate>
      </item>
            <item>
         <title>完成・完了</title>
         <description><![CDATA[細かいことを見ていくと切りがないのですが、当初設定した最後の1ヶ月間が過ぎたので、こちらで完成、作業完了とさせていただきます。
最終的な作品は、<a href="http://dominoken.bascule.co.jp/" target="_blank">本サイト</a>でご覧いただけます。

今回目に付くところで大きく変わったのは、全体の色調と、動きの同期、カメラワークでしょうか。

色調は、最後まで調整を続け悩んだところなのですが、夜のラーメン屋なんだけど、強い光に照らされ妙な白昼夢感がある、現状の雰囲気に決まりました。

アニメーションと音の同期もかなりよくなっています。これは直接見ている時の気持ちよさにつながります。ずれていると、ムービーの内容以前にそのズレに意識が向いてしまうものです。

カメラは私が担当したのですが、やはりツールが変わったことで、作れるモノが大きく変わりました。
アングルとタイミングを同時に編集できるということは、実写で言えば、撮影と編集を同時に行うようなもので、映像に関する知識経験が皆無の自分にはなかなか荷が重かったです。しかも、みんなの努力が最終的に報われるかどうかは、カメラのセンスにかかっているような気もして、なかなか責任重大だなと。
そんな経験不足とプレッシャーから、2，3日でカメラをつけ終わるつもりが、結局10日くらい粘ってしまいました。結果的にはカメラをつけながら調整が必要な点を洗い出せたし、全体の尻を持てたということで、やってよかったなと思っています。

それから、冒頭でタイトルを出すことで、ムービーとしてぐっと締まりました。

そのほか、人物モデル形状やテクスチャの調整など、細かいところにたくさん手が加えられています。これらの作業は、あまり目立たないかもしれませんが、確実に全体の品をよくしていると思います。

9月の頭に設定した目標に、なんとか到達できたのではないかと思います。
やりきった、と言ってよいのではないでしょうか。
]]></description>
         <link>http://dominodev.bascule.co.jp/2006/10/post_75.html</link>
         <guid>http://dominodev.bascule.co.jp/2006/10/post_75.html</guid>
         <category>作業進捗</category>
         <pubDate>Mon, 02 Oct 2006 22:43:34 +0900</pubDate>
      </item>
            <item>
         <title>料理の置かれる位置が合った</title>
         <description>今までは店主が料理を置く位置がずれていました。それを直したのですが、断然良くなりました。ちゃんと置いている。ここが合わないと、作品として見てほしい所を見る前に、置かれる位置のずれが気になってしまう。

おかしな点を無くしていくこと。
それは、作品を作る上でとても大事なことなんだと思いました。

直す事ができたのも、吉川さんのプログラムスキルのすごさが合ったからだと思います。</description>
         <link>http://dominodev.bascule.co.jp/2006/09/post_87.html</link>
         <guid>http://dominodev.bascule.co.jp/2006/09/post_87.html</guid>
         <category>作業進捗</category>
         <pubDate>Sat, 30 Sep 2006 10:31:31 +0900</pubDate>
      </item>
            <item>
         <title>カメラ付けツール</title>
         <description><![CDATA[9月に行った最大の変更は、カメラワークの作りこみでした。
<a href="http://dominodev.bascule.co.jp/2006/09/post_74.html">実際の作業</a>は馬場さんが9月後半に行いましたが、そのために再び独自のツールを用意する必要がありました。8月までの作業に使っていたInteractive Designerは、多量の3Dモデルを配置した状態では非常に動作が重くなるので、軽量のダミー店内モデルとアニメーションしない人物を使ってカメラワークを付けましたが、作りこむためにはどうしても実際のデータを使って作業を行う必要があったからです。

ブラッシュアップが続けられる実際のデータと同じものを使って作業するために、プロジェクト内部に別Sceneとして構築してStartupUriを切り替えて動かす方式を採りました。]]></description>
         <link>http://dominodev.bascule.co.jp/2006/09/post_84.html</link>
         <guid>http://dominodev.bascule.co.jp/2006/09/post_84.html</guid>
         <category>開発後記</category>
         <pubDate>Thu, 21 Sep 2006 22:35:21 +0900</pubDate>
      </item>
      
   </channel>
</rss>
