「8番出口」の作者コタケ氏が開発を振り返るセッションをレポート。短編ゲームはゴールを決めて自問自答すること，遊びを絞り込むことが大切［IDC2024］ ライター：高橋祐介 2024年11月30日にインディーゲームに関する知見やノウハウを共有するイベント「Indie Developers Conference 2024」が開催された。本稿ではその中で行われた講演のひとつ，「8番出口」（PC / PS5 / PS4 / Switch）の作者コタケ氏による「8番出口開発振り返り　短編ゲームを作るには」のレポートをお伝えしよう。 コタケ氏 そもそも「8番出口」が生まれたのは，別のタイトルの開発が長期化し，短いゲームを作りたくなったことがきっかけだったとコタケ氏は語る。また開発費や生活費を稼ぐことも動機のひとつだったため，できれば売れるゲームを目指したという。 そこで海外の人気ゲーム「I'm on

ゲーム開発でよく聞く単語「レベルデザイン」。ゲーム開発者ならもちろん、ゲーマーでも聞いたことがありそうなこの言葉。実は定義を巡って論争が起きているワードでもあるんです。この動画ではレベルデザインの歴史から、定義論争が起きている理由、実際にレベルデザイナーになるためにどうすればいいかなどなど……現役のレベルデザイナーがアレコレ答えていきます。

バンダイナムコオンラインとバンダイナムコスタジオによる、プレイステーション5（PS5）、Xbox Series X|S、PC（Windows）用オンラインアクションRPG『ブループロトコル』（ブルプロ、BLUE PROTOCOL）。 2023年6月14日にPCでサービスインしてから約1年。2024年6月26日にはメインストーリー6章の追加を含む大型アップデートが実施される。その名も“Beyond”。このたび、アップデートに関して主要スタッフに話を聞く機会をいただいた。最初の質問はこれ。 いま『ブループロトコル』は苦戦しているように見受けられます。現状をどのようにお考えですか。 初期から本作を追う身として、聞いておく必要があると思ったからだ。

本書籍は、東京工芸大教授の金久保哲也が著しており、ゲーム制作に取り組もうとしているビジュアルアーティスト、アニメーターの学⽣が対象。リアルタイムCG技術と映像表現⼿法の2つの側⾯から、体系的にゲームグラフィックスの表現技法を解説しているとのこと。 書籍紹介動画のキャプチャ。 内容は「モデル」、「ライト」、「マテリアル」、「アニメーション」など分野ごとに構成され、知りたい内容にアクセスしやすい。たとえば「リアルタイム CG」の章では、リアルタイムCGの仕組みと3DCGゲームグラフィックス表現の変遷が掲載されている。

2018/4/27（金）に渋谷・DeNAオフィスで開催した『UI Crunch #13 娯楽のUI - by Nintendo -』。"もっと楽しく"を追求する、任天堂のUIデザイナー3名をお迎えし、「Splatoon」 や「Nintendo みまもり Switch」 などの事例を交えながらお話いただきました。 https://ui-crunch.connpass.com/event/82969/ 　 ■■■■コンテンツ■■■■ 00:00:00～ 自己紹介・もくじ 00:03:57～ ①あそび心とUI 00:23:02～ ②SplatoonUIの狙い 00:42:22～ 任天堂の紹介 00:46:14～ ③NintendoみまもりSwitch は 誰のもの？ 01:07:07～ さいごに 01:10:51～ Q&A 【UI Crunchとは】 UI Crunchは、DeN

どんな業務にもツールを用いる!? ――リアリティーを重視した作品でゲームファンを驚かせてきたQuantic Dreamですが、最新作の『デトロイト』では、どういった環境で制作されたのでしょうか？ アントワーヌ　我々はふだん、業界では有名なMaya（オートデスク社が開発する、モデリング、レンダリング、シミュレーション、テクスチャリング、アニメーション用のツールを搭載した3DCGアニメーション制作ソフト。）というモデリングソフトを使ってゲームの制作をしているのですが、毎回Mayaだけを使うのではなくて、自分たちで新しく機能を拡張するプラグインを制作するようにしています。今回も『デトロイト』の企画が立ち上がったとき、まず新しいプラグインを作成して、リアルタイムに3Dモデリングを行えるような環境を整えてから、背景やキャラクターモデルの制作に入りました。 ――毎回、新作の開発のたびに、ツールを拡張す

前回の記事では、ディレクターの戦いとなる不確実性と不安との戦いの話を書いた。今回はその対処法を書いていきたいと思う。 前回の話の流れだと、ディレクターが「無慈悲にも面白くなる判断」をして、あたかも予算とスケジュールを追加することが正義であるかのように感じただろう。 だが現実には、よほど過去の成果や権限を持っていない限り、予算もスケジュールも伸ばすことは出来ない。出来て１ヶ月程度だろう。 誰が見ても全くおもしろくなくてバグが多くて売れなそうな場合のみ、自分の評価を下げながら３ヶ月や半年スケジュールが伸びる。ただ評価が下がるため、プロダクトに対しての自己コントロール率は下がり、うまくいくかどうかは、他人任せになってしまう。 ゲームづくりに対して理解がある経営層がたまにいるが、残念ながら稀である。理由は簡単で、ゲーム作りは成功率が低いため、挑戦しないで人の失敗を指摘する人が上に行きやすいという悲

他人と開発する多人数開発(2名以上)のお話。 なんとなく思ってること。 修正してください 仕様が変更になった上での変更であれば、修正ではない。 ので、「変更した理由」と「変更して欲しい意図」を説明する。 その前に一言、「修正」とかチケットで「修正」とつけてはいけない。 その人は「変更前の仕様」を充足した形で実装していたのだから。 バグを出した後の言葉かけ 僕は率直に、見つかってよかったと思うし、そう表現するのだけど、 人によって追い詰める言葉を発してしまう。 追い詰めると、次バグが見つかっても「気が付かなかったフリ」をされてしまう。 そうなると品質が下がる。意味が無い。 話を自己の経験100%で話してしまう 自分が得られた知見は重要なんだけど 働いてきた場所は10も無いだろう。というので 50%ぐらいに抑えて、後は他社の事例とか、 なんか優れたようなドキュメントとか開発の歴史事例とか それ