これは、2010年6月5日 に行われたセミナーの記事です。


ＩＧＤＡの　第二回ＳＩＧ－ＡＲＧ研究会
「ＡＲＧの作り方： 体験から実践・運営まで」




ＡＲＧとは何ぞや？ と言う方は こちらの過去日記もご覧ください。
http://sekigames.gg-blog.com/Entry/8/
http://sekigames.gg-blog.com/Entry/9/
http://sekigames.gg-blog.com/Entry/10/




前半の講演　”ＡＲＧ道　-　僕らが作る 虚構と現実を繋ぐ道”

です。

--------------------------------------------------------------------

●まずは自己紹介


講演者　　ニコルソンさん
http://www.web-nicholson.com/


・ＡＲＧと言う言葉が 今年になってから、良く聞くようになった。
（広告業界からも）



・ＡＲＧを専門にするチームを作りました。

→ 企画（シナリオ）、ｗｅｂ技術者、デザイナー　の３人で構成



--------------------------------------------------------------------

●ＦＵＴＵＲＥ　ＰＬＡＹＥＲ の説明

SFマガジン　創刊50周年記念ARG
http://report.shibuyafuture.com/


記念企画として、絵画展を開いていた。

→ その絵が 真黒でＳＯＳと書かれた物に変わってしまった。











「困っています、助けてください」と言う情報を、ネットで告知したり　チラシを渋谷中に配った。
（ラビットホール）

→ iPhoneのセカイカメラで 渋谷のその付近を見ると　エアタグにて滅んでいる渋谷の絵が たくさん現れる！



１． 指定されたホームページを見ると、手紙として　挑戦状が出てくる

→ 挑戦状の問題を解き、指示通り　渋谷のある店に行き合言葉を言う

→→ 謎のＣＤと コインを貰う


２． ＣＤ内のデータを見ると 更に次の問題が

→→ ある店に、ガチャガチャがあり 貰ったコインを入れると　カプセルが手に入る


３． カプセルに入っている紙から、電話番号を入手

→→ そこに電話をかけると 新たな情報が手に入る


４． オレンジ グリーン 赤 と 数字の看板
　その店にある機械に このパスワードを入れると　最後の情報が手に入るらしい

→ セブンイレブンのＦＡＸ　ネットプリントの機能を使う



無事クリア　、　エンディングムービーが見られる。

１２月２６日に 絵画展の絵が元に戻る と教えられる

→ 実際に 元に戻り　めでたしめでたし



１２月中旬 ～ １２月２６日　までの短期間に実施したＡＲＧでした。



--------------------------------------------------------------------

●ＦＵＴＵＲＥ　ＰＬＡＹＥＲ をやってみて


・とても短期間の制作体制だった。

準備期間は２週間



・参加プレイヤー数は それ程悪くなかった

→ ＣＤを受け取ってくれた人数は １５０～２００人

→ サイトのＰＶ数も 悪くなかった。



・ユーザー主体で　ハッシュタグが出来、ｗｉｋｉも立ちあがった。



・対象は ＡＲＧを知らない人にも楽しんでもらう事
（渋谷に 無差別でチラシを配ったくらいなので）

→ 問題の難しさも　あえて簡単にした

→ 意外と あっさり解かれてしまった。
　（早い人だと、数時間で）


→→ ゲームバランスは難しい・・・
　　どのタイミングで謎を発動するか？
　　時間経過で起きるイベントの間が空きすぎて 空白時間を生んでしまた。



上級者プレイヤーにとっては、全く大した物では無かった

これを初めて触った人に、興味を持ってもらえるのなら 良いな



--------------------------------------------------------------------

●ＡＲＧが出来上がるまで

　オリエン　　（お客様と会う）
　　↓
　アイデアブレスト
　　↓
　ストーリー、ギミック、フレームデザイン
　　↓
　企画書、見積もり、スケジュール
　　↓
　プレゼン
　　↓
　受注！！！

　　↓
　制作開始
　　↓
　ＡＲＧ開始　、　運営



・オリエンで 大事な事

”うりもの”は何か？

　ターゲット　　　　（誰に向けるのか？）　　
　訴求ポイント　　　（何を強調する？　製品名を知ってほしい？　製品の具体的に知ってほしい？）
　達成目標　　　　　（何をもって達成か？）

これらを明確化し、お客と共通のゴール意識を持つ




・ストーリー、ギミック、フレームデザイン

世界観　、　ストーリー　は欠かせない！

ＡＲＧの展開場所

どんなギミックを用いるか？　　（ついったーを利用する　とか）

ＡＲＧの骨格

進行フレーム　（開始がいつで、終了がいつ　　途中のイベントがいつ起きる）



--------------------------------------------------------------------

●例　　ボツ企画　　デカリス（ＳＥＧＡ）

→ プレゼンしたけど、没になった物を具体例に話します。



・企画の大きなウリ

巨大なテトリスブロック録を持っている人が 街を歩き回る！

渋谷で 巨大テトリス大会

表参道のビルに テトリスのオブジェが並ぶ

ｗｅｂで　セガがテトリス工場（架空）の工員を募集する。



・ストーリー

巨大テトリス工場（架空）で、倉庫にあったテトリミノが無くなりました。
探し出してください！！



・大まかな流れ

１．ｗｅｂで、テトリス工場の求人を募集
　　工場のサイト、ｂｌｏｇを立ち上げ


２．求人の応募を送ったユーザーに 求人は抽選で外れたけれども
　事件が発生して助けて欲しい！　と言うメールが送られる
　　（ラビットホール）

→　工場の倉庫にあった、テトリミノが 誰かに盗まれた


３．テトリス工場のｂｌｏｇが　序盤のステージ

→ ｂｌｏｇ記事、コメント欄を駆使し ミッションをこなしていく


４．ミッションをこなす毎に、表参道に テトリスのオブジェが並ぶ

→ ゲームの結果が、現実世界に反映


５．最後 テトリミノが隠されている ＧＰＳ情報を得る
　（日時指定付き）


６．当日、その場所に行くと　スタッフに巨大なテトリミノを渡される。

→ これを渋谷まで 歩いて運んで とお願いされる

→ 多くの人が テトリミノを持ち ぞろぞろ歩いていく

→→ みんなでテトリミノを運んでくれたお陰で 巨大テトリス大会　開始！



--------------------------------------------------------------------

●ビジネスとしてのＡＲＧ


・お金を出すのは誰？

　商品　　　　　　・・・　玩具（コナンのカード探偵）、書籍、ＣＤ
　プロモーション　・・・　ＰＲ 、 展示会
　サービス　　　　・・・　イベント 、 観光 、 施設誘引
　その他


ユーザー？　企業？



・日本にとってのＡＲＧの現状

誤解されている。　　（単なる謎解きゲームでしょ？）
認知が低い
実例が示せない


・日本向けにするためには？

日本は、海外と 風土・国民性が違う

→ 参加障壁を下げる
　　わかるやすくする
　　気軽に参加できるようにする


コンテンツパワー

→ 日本では、アニメ・漫画 などのキャラクターが強い

→ 例）　コナンのカード探偵
　　　　コナンのキャラクターで無かったら、いくら面白くても　ここまで盛り上がらなかった




--------------------------------------------------------------------

●まとめ

ＡＲＧは 可能性を秘めている！

どんどん広げていきたい。

ゲームジャンルの一つ では無く、いろいろな物と結びつけられる

ｉＰｈｏｎｅ、ついったー、Ｕｓｔｒｅａｍ等の発展が大きな追い風になっている

映像、漫画、小説に並ぶ　新たなストーリーテリングの手法になり得る



--------------------------------------------------------------------

●質疑応答より

・巨大テトリスのイベントについて
偽の求人サイトを作るなど　やり過ぎではないか？　企業は及び腰にならないか？


→ もちろん　なった。
　しかし、まずは 大きなインパクトを与えるため　あえて極端なスタートで提示した。

　その後で、話し合いの上で 丸めていくのは 簡単にできるので


 

・なぜ没になったのか？

話は興味深く聞いてもらえたが
いざ実現しようとなると、話が進みづらい。　　（それが日本の現状）

--------------------------------------------------------------------
 

これは、2010年2月20日 に行われたセミナーの記事です。


第６回　IGDA　同人・インディーゲーム部会
「同人シューティングゲームの潮流
-　80年代から現代まで、変化から学ぶ実践的な普遍性 - 」



-------------------------------------------------------------------

●Here, The Future


http://i-saint.skr.jp/

プログラム歴 ７年
プログラマ１人 ＋ 音楽１人



・exception
http://i-saint.skr.jp/exception/

トレジャー系STGより 大きく影響を受けた
立方体で表現された 圧倒的な物量の敵を倒すＳＴＧ
（敵を吹き飛ばして、敵と敵のぶつかり合い等）

→ 変わり種のゲームを作りたかった
　技術的な挑戦、ゲームロジックのマルチスレッドを実現したかった
　ユーザーを楽しめませたい の優先順位は低い

→ ユーザーに楽しんでもらえなかった場合のダメージが大きいので・・・
　目的を とりあえず、技術的挑戦に位置付けしておいた
　


・並列化

マルチコアCPUを 最大限に利用
とにかく物量


同期更新　→　描画　　　→ 衝突判定 → 衝突判定 → ↓
　↑　　　→　衝突判定 → 衝突判定 → 衝突判定 → 　↓
　↑　　　→　衝突判定 → 衝突判定 → 衝突判定 → 　↓
　↑　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓
　↑←←←←←←←←←←←←←←←←←←←←←←↓


衝突判定は、全て 球と 直方体で構成

→ 更に、構成要素の大部分は ブロックの破片であり
破片の大きさは一定なので、更に特化した最適化をする事が出来る


３００オブジェクトを １つのタスクとして タスクリストに放り込む
各スレッドは、タスクリストから１つ１つ取り出し、判定する
空いたスレッドから 随時新しい物を判定する



・衝突判定の効率化

球同士の判定の最適化

→ Ｘ軸 、 Ｙ軸でソートする
→ 衝突する可能性の無い物は、判定から間引く


直方体との判定

→ 空間をグリッドで区切り、そのグリッド付近同士のみで判定する事が出来る




・シェーダー

やっているのは単純だけど、いい感じの表現ができる
めんどくさい と思いきや、実は かなり手を抜ける結果に

→ ドライバによる影響が大きいけど



---------------------------------

・閑話休題

高校生の頃、メガデモを見て 衝撃を受けた

→ ６４Ｋの実行ファイルで、信じられないリアルタイムムービーが流れる
→ 魔法って本当にあるんだな　と思った



このゲームは、かなり処理を行うので
ＣＰＵ 「Core 2 Quad」が使用率８０％を維持していた

→ コミケで、このゲームを冬に遊ぶと　部屋が暖かくなって嬉しい
　と褒めてもらった




---------------------------------

・exception の売れ方

販売数 ２３００　　
（コミケ ２００、ショップ １９２０ 、ダウンロード １８０）

パッチダウンロード数　１１０００

→ この差異は 一体どこから？
　（違法ダウンロード？）

→ しかし、可愛い女の子も出てこない　画面には立方体しか映っていないこのゲームが、これだけ売れたのは 大健闘したと思う




・同人ＳＴＧの客層

ＳＴＧだけで売れるような風潮

→ お手軽さ、操作系の単純さ、長くても１プレイ１時間くらいと言う共通認識
東方から、同人ＳＴＧへのすそ野が広がった感
アーケードＳＴＧからの難民の流入



・ゲームの短命さを認識する

海外の名作 「ハーフライフ２」
ゲームプレイヤーが、このゲームをクリアしたのは 全体の４８％

→ ＥＡは、それを認識して ゲームの盛り上がりの最高潮を冒頭に持ってきている


→ 同人ゲームは 使い捨てられる宿命

→ ３回くらい遊んだら満足して、次のゲームに行けるように難易度設定した。

これは、2010年2月20日 に行われたセミナーの記事です。

第６回　IGDA　同人・インディーゲーム部会
「同人シューティングゲームの潮流
-　80年代から現代まで、変化から学ぶ実践的な普遍性 - 」



-------------------------------------------------------------------

●ゼロからプログラムを覚えてシューティングゲームを一つ作ったお話


こんなゲーム 作りました。

「ディアドラエンプティ」　
http://www.h7.dion.ne.jp/~icewind/yuki-usa/createtode3.htm


・サークルについて

メンバー１人
２００５年夏～
１年２ヵ月で開発
プログラム習得は ２ヵ月で

→ この方は 元々 絵を描く方だったのですが
　今回のために、１からプログラムを学び ＳＴＧを作ろう　と言う試みだったみたいです。



・目標

自分で プログラムを書いて完成させよう
既存のゲームより 大味でダイナミックなゲームを
ファンタジーゾーンのゲーム性は、もっと発展できる
スペックとか無視して　好きなだけエフェクトを出しまくって派手にしよう


・注意した事

完成させる事

プログラムの習熟、ゲーム性の追求は 二の次
→ とりあえず動けばいい の心

できるだけ手抜きできるように
→ １人で作るので
　 絵、エフェクト、プログラムなど　できるだけ楽できる方法を選んだ

→ ストーリーは最小限
　 ライブラリは 出来合いの物を
　 音楽は フリー素材
　 ゲーム素材以外の絵は書かなかった　　（ＨＰのキャラ紹介専用の絵とか）
　 グラフィックは、使用メモリを無視して 工夫せずにぶち込んだ



・どうやって覚えた？

→ 使った本は ３冊

→ 「Ｃの絵本」
　 「１４歳からはじめる わくわくＣ言語ゲームプログラム 」
　 「新Ｃ言語入門 ビギナー編」



・便利なライブラリ

→ めんどくさい所を 全てやってくれる
→ これは 使わない手はない



・ＤＸライブラリ

超オススメ！！

→ Ｃ言語で書ける
　 導入から 初めの一歩まで とても丁寧な解説
　 他のインディー制作者も使っている



・プログラム関連の勉強でやったこと

Ｃの絵本　＋　Visual C++ Express Edition　（無料版）

１４歳から始める～　＋　DXライブラリ

→ 一通り、なんとなく わかった
→ さあ　作っちゃおう！

→ ひたすら作って、素材も作った
→ 完成


これだけをする事で
これくらいのゲームを作る事ができました。



----------------------------------

●同人を作って どうだった？

難しい所は？

→ モチベーションの維持
→ 保つのは難しいので、自分なりの方法を見つけよう


例）
　
ブログに、制作日記

→ ただし、日記を書くのに 時間を取られないように
→ 何かできれば、＋0.2% など 数字を出す

好きな雑誌や イラストを見て妄想

→ 憧れを燃やす
　 憧れの心が 行動力に



・ＳＴＧを作って どうだった？

ＳＴＧを作るのが簡単　と言う話は本当だった
→ 素材とステージ作りの時間をかけたけれども
　プログラム自体は １４歳～の本を読んでから ２ヵ月くらいで ほぼ出きていた

ゲーム作りの楽しさを味わうのに、ピタリのジャンルかも
→ 初めてのゲーム制作に オススメ

ゲームの要素がシンプルで作りやすい
→ 自機を動かす、敵が動く、弾を撃つ・・・
→ シンプル ＝ 何を作ればいいか 悩まずに済む

ちょっとしたアイデアで、新しい何かを作れる可能性がある




自分が学んだプログラムの知識は初歩の初歩である
それで、これくらいのゲームが作れました

もし、Ｃ言語が難しくても　ＨＳＰや ＳＴＧツクールがあります
難しい技術にこだわらず、とにかく作り上げることが大事

ゲーム作りをする と言う事は、マゾい・・・
→ しかし、完成した時の喜びは 他に例えられない
→ 是非、チャレンジしてみましょう！
 

第６回　IGDA　同人・インディーゲーム部会
「同人シューティングゲームの潮流
-　80年代から現代まで、変化から学ぶ実践的な普遍性 - 」



-------------------------------------------------------------------

●RebRankなゲーム制作・Re:Blankなゲームデザイン


・サークルについて

メンバー　７人　　（全員 大学の仲間）
８年目
好きな事を 楽しく突っ走る
動的ゲームを作る事が多い



------------------------------------------

●五月雨 の事

http://www.rebrank.org/products/smd/index.htm

制作期間　２００２年 ～ ２００５年


・自機の動かし方を主軸に置いた

→ シールドシステム
　精密な避けは不要


・初制作で プロトタイプを３回作った


・このゲームを制作した背景

→ アーケードは 弾幕主体

→ 弾を利用して 何かするゲームが多かった
　（カスり 、 反射 、吸収）

→ 避けゲーは あまり好きではなかった

→ 影響を受けたのは　グラディウス 、 ＰＣ９８版 東方

→ 弾幕は楽しい　　けど、飽きた

→ 従来の弾幕ＳＴＧは 当たり判定の小ささや 避けを重要な要素としている
　それでは無く、自機の位置取り　と言う要素に比重を置いた


テーマは ”自機” ”前に出ろ” ＋ ”弾幕”



・弾幕に飽きた人向け で作った

→ あまりウケなかった　　（難しい）

→ ゲーム性と、ゲームシステムを直結したゲームを作る事が出来た
　しかし、面白さを上げると　その分 難易度も上がる構造になってしまった

→ 反省



------------------------------------------

●制作体制 の事


・ゲーム性ではなく　設定を中心に据えて 企画を立てる
　設定に対して作業を進めるので、極端なリテイクを出さずに済んでいる


・メンバーが ７人いるので、作業も早くていいよね！

→ そんな簡単では無い

→ まとめる人間に作業が集中
　しかし、特定の人間に作業が集中した方が　雰囲気の統一になる
　その分、時間はかかるけど・・・


・ネット上では 限界がある

→ リアルで会うように心がけている
→ 作業が進まない時は、誰かの家に集まり 泊り込んで制作　とか


・共通の話題を持つ

→ ゲーム以外のアンテナも
　（それが、ゲームのアイデアにつながる事も）


・エイプリルフール企画をする

→ それに向けて、制作ペースが上がる事も



・情報の混乱を防ぐ

→ ｗｉｋｉ


・お互いが 疑い合うような環境にならないように

→ お互い 常にフォローできる体制を
→ 一人で抱え込まない


・内輪の安心感に注意
（単純に褒めあったり 、内輪で甘えてしまう）

→ 外に出来るだけ目に見える物を出す


・使用しているコミュニケーションツール

アップローダー　、　ＦＴＰ　、　ＣＶＳ
リアル　＞＞　Ｓｋｙｐｅ　＞＞　ＩＲＣ　＞　ＭＳＮメッセンジャー
　＋　ｗｉｋｉを併用


・自滅しないように予定を立てる

予定　≠　納期
遅れることを前提に
コミケから逆算する



------------------------------------------

●プロトタイプ の事


・作って試す

仕様を決める → 実装 → 試す → 壊す → 仕様を決める → ・・・（繰り返し）

・内容が決まったら

→ コンセプトを 尖らせる
　 いらない物は できるだけ外す

（他の人の意見を聞きすぎると、どんどん尖っていた部分が丸くなる恐れがあるので注意）


・プロトタイプ例

RefRain の場合

プロトタイプ１ （Ｃ６８）　・・・　びみょー
プロトタイプ２ （Ｃ６９）　・・・　弾道がキツイ
プロトタイプ３ （Ｃ７０）　・・・　いけそう

→ コンセプト決定！
→ 出来上がり　（Ｃ７２)


・制作の流れ

（自宅）制作 → （サークル）テストプレイ → （自宅）修正 → （サークル）テストプレイ

コミケは テストプレイの場にならないので注意
基本的に、テストプレイの場不足


・制作スタンス

妥協しない 、 手を抜かない
→ もちろん、期間はちゃんと見る

期間ギリギリまで作る
→ しかし、中途半端なところは　バッサリ切る

調整は粘り強く




-------------------------------------------------------------------

●同人ゲーム開発における独自スクリプト言語


サークル RebRankでは、独自のスクリプト言語を使っています


・特徴

→ Ｃ言語っぽい
　 １つの関数　→ １匹の敵、１発の弾
　 ソースコード → コンパイル → バイトコード
　 バイトコードを ＶＭ（バーチャルマシン）が実行

実際に、RefRain では　自機、敵　から　タイトル画面、ゲームオーバー画面まで
スクリプトで記述している



・記述例

Ballet sample( x, y )
{
　　d = 5.0; 　　　// 速度
　　r = 90; 　　　　// 半径
　　w = -2.0;　　 // 角速度

　　move( 3000 );
}

→ ぐるぐる回る弾が完成



・メリット

開発作業を 分担する事ができる

→ プログラマが忙しくても、スクリプトは書ける
　 得意な人が、得意な所を作れる


開発効率
→ 調整の繰り返しが楽
　 ＳＴＧに特化した記述ができる


自由度

→ スクリプトの切り替えで、別のゲームが作れた



・デメリット

どこまでスクリプトで書くか？ の線引きが難しい

→ ホーミングレーザーは プログラムで書いた方が良い　　など



・まとめ

スクリプトって 面白いよ！！




-------------------------------------------------------------------

●もうひとつのSAMIDARE ARCHIVE


・五月雨の完成するまでの流れ

２００２年 初頒布
２００４年 完成版 配布

Ｃ６２　理想と現実の解離　　（思った物が作れなかった）
Ｃ６３　迷走するコンセプト
Ｃ６４　コンセプトの確立
Ｃ６５　後は つっぱしるのみ
Ｃ６７　完成


Ｃ６６で ほぼ完成版
Ｃ６７は、プラクティスモード・ボスゲージなど　ユーザーへの配慮の作り込み など



・学んだ事

大切なもの　＝　おもてなしの心

→ プレイヤー視点を想像する

→ 作りたい物を作るのだけれども
　独りよがりでは 良くない



・ＳＴＧにおける ゲーム画面 について

→ ゲーム画面の役割とは？

自機のリソースなどを伝え、プレイヤーに意思決定を促す物

→ 邪魔なデータを載せない

例）　自機の周りに シールドゲージ
　　→ 視線計測装置 を使っても、それは正解だったと裏付けられた



・作るにあたって 大切なもの

理論もいいけど、いろいろなひとに遊んでもらおう

→ 五月雨では？

週１で行われていた 大学サークルで見てもらう
→ ゲーム好きからの意見をたくさん貰えた

年に一度の文化祭
→ 普段遊んでもらえないような人に 遊んでもらえる

→ 大学と言う場で、テストプレイの環境が恵まれていた



・まとめ

五月雨とは　試行錯誤して作られた作品
ゲームの画面設定とは おもてなしの心 
 

第６回　IGDA　同人・インディーゲーム部会
「同人シューティングゲームの潮流
-　80年代から現代まで、変化から学ぶ実践的な普遍性 - 」



-------------------------------------------------------------------

●SITER SKAIN的シューティングの実装について―神威・RefleX・ALLTYNEX Secondのお話―」



・サークル「SITER SKAIN」について

http://www.siterskain.com/

１９９９年結成したサークル
学生の頃の友人から
構成数は３人

個人製作の延長戦　→　分業無し　
（皆がプログラム、グラフィック、音を作る）



・昔話

高校時代　

ＰＣ９８０１ ＋ バカスカウォーズ（ＳＴＧツクール）
雑誌「ＬＯＧＩＮ」に投稿していた


大学１年

ＦＭＴＯＷＮＳ
プログラムの勉強開始　、 小さいゲームを３本ほど作成


大学２～３年

１年半で制作
アスキーコンテストで 敢闘賞受賞


大学３～４年

Windows９５　＋　Ｄｅｌｐｈｉ　で、１年半で制作
コンテストパークで受賞


当時、雑誌投稿をメインで活動していた
コミケの存在を知らなかった



大学４年 ～ 社会人１年

Ｃ＋＋Builder　＋　ＷｉｎＧＬ
社会人になって、開発ペースが激減
コミケに出展

→ サークル結成 （コミケに出展するために）



-------------------------------------------------------------------

●”神威”の事

http://www.siterskain.com/kamui/index.html

制作期間 ９７年 ～ ９９年

Windows９５
業務用レベルの敵の動きを目指す
演出は 超重要
描画周りは ＷｉｎＧＬ に全て任せる



・スペック

マップチップ形式　　ＢＧ３枚
スプライト 最大２０４８枚
画面サイズ ２４０ ＊ ２４０ドット　（速度重視）
２５６色
フレーム数 可変



・立体空間を作るために

表示システムの構築
拡大縮小を使った　奥行き表現
カメラ固定　（立体的な回転とかは不可能）



・オブジェクト管理

自機 、 敵 、 弾 は全て同じ扱い
（自機 ＝ 単なるプレイヤーが操作できるオブジェクト）



・マップ管理

マップエディタ　（ループや、フラグ制御はプログラムで管理）
Ｚソートで 敵と背景の表示優先を捜査


・敵の配置

マップエディタで配置

→ エディタ上で作り
　実際にプレイして、トライ ＆ エラー



---------------------------------------

●”RefleX”の事

http://www.siterskain.com/reflex/index.html

開発期間 １９９８年 ～ ２００８年　（間にかなりいろいろあった）

ＤｉｒｅｃｔＸ
１６ｂｉｔカラー
半透明処理 対応


・２００２年

迷走　・・・　ＤｉｒｅｃｔＤｒａｗ は遅い

→ 世間は Ｄｉｒｅｃｔ３Ｄのスプライト機能を使うように
→ 作り直し

世のＰＣのスペックが不足

→ 作ったゲームが動かないユーザーが多数



・２００４年

ゲーム本編制作より、ハード問題に対する トラブルシューティングばかり

だらだらしていた・・・
（ＦＦ１１って 面白いよね！）



・２００８年

世のＰＣのスペックが向上

→ それに向けて 全面的な作り直し
→ やっと完成



---------------------------------------

●”ALLTYNEX Second” の事

http://www.siterskain.com/as/index.html


３Ｄ
３Ｄ 、 Ｃ＋＋ 、モデリング　　全てが初の経験
２Ｄでは出来なかった 敵の動き
３Ｄならではの リプレイ機能


・２０００年～

技術調査


・２００５年

他の同人サークルのレベルが上がってきた

→ 急いで公開する事に

→ ３Ｄって難しい・・・
→ 絶賛開発中



・２Ｄから ３Ｄへ

今まで ｉｎｔを８ｂｉｔシフトして、数字を扱っていた

→ 今回は ｆｌｏａｔ


・モデリング

→ メタセコイア


２Ｄのアニメーションが、３Ｄではモーションである

→ ３Ｄソフトでモーションを作るのではなく
　プログラムで手打ち



・当たり判定

→ ２Ｄの延長
　立方体同士の当たり のみ



---------------------------------------

●最後に


・開発姿勢

単純な技術の積み重ね
足りない技術は、工夫・作り込みでカバー

→ プロレベルでは無理でも、同人としては十分
　絵 、 音楽 もやってみれば、意外とできる