アドベンチャージャム2016

アドベンチャージャム2016に参加した経験についてお話したいと思います。しばらく前に、ある種のゲームジャムに参加することを決め、VKontakteコミュニティの1つでチームを見つけることについて投稿しました。 一ヶ月以上経っても誰も書いていないので、私はすでにこのベンチャーを忘れていましたが、突然アーティストのセルゲイが連絡を取りました。 かなり早く、私たちはアドベンチャーゲームをテーマにした2週間の主要な競争を見つけました。 古典的なポイントアンドクリッククエストを実行することにしました。 アニメーターのボリスと作曲家のヴァシリーがチームを補い、いくつかのスカイプセッションで設定と計画について話し合った後、作業に取り掛かりました。 カットの下には、各チームメンバーに代わって4つの部分で小さな事後分析があり、技術プロセス、問題と解決策、感想と参加者全員が参加から得た結論の説明があります。

ビクター部（コード）

I.エンジン

ジャンルとメカニズムを決定したら、次は武器を選択します。 最も多くの人があなたのゲームをプレイするためには、できるだけアクセスしやすいものでなければなりません。 それぞれ数百メガバイトのビルドをダウンロードしてインストールしたい人はほとんどいませんが、多くの参加者がこの方法を選択しました。 ブラウザをサポートするゲームのローンチは桁違いに大きいため、理想的なオプションはWeb用に何かをすることでした。 Cocos2d-xのC ++バージョンでは多くの経験がありますが、デスクトップと携帯電話/タブレットに焦点を合わせていますが、JSバージョンではブラウザを含めてゲームを実行できます。 ジャムの期間はたった2週間なので、JavaScriptで何も書いたことがないので、このオプションはいくつかの懸念を引き起こしましたが、フレームワーク自体とCのようなJSの経験は良い代償のように見えました。



II。 タイムライン

開発は、テストシーンと視差効果のインポートから始まりました（異なるレイヤーが異なる速度で移動し、奥行きの錯覚を作成する場合）。 ここでは、Pythonが非常に役立ちました。素晴らしいpsd-toolsモジュールがあり、PSDファイルを読み取って、レイヤーを個別のイメージとしてエクスポートできます。 このスクリプトは、アーティストから受け取ったシーンを解析し、写真とjsonと座標を持つフォルダーを生成します。



次に主人公の番が来ました。ステージを動き回ってゲーム世界のオブジェクトとやり取りするように彼に教える必要がありました。 グラフの形で可能なパスを設定することにしました。ステージをクリックすると、ヒロインは最も近いピークまで歩いて、幅を変えました。 インタラクションのオブジェクトが十分に近くなると、アクションが可能なボタンが表示されました。







ゲームプレイの基礎は準備ができていた、それはプロットをリリースするために残った。 仕事の後の夕方には、かなり元気いっぱいのプログラミングが1週間ほどかかりました。 エンジンに関する以前の知識は実を結び、この段階では大きな問題はありませんでしたが、時間がかかりました。 締めくくりは締め切りの前夜でした。私は午前4時まで厳しい座りをしなければなりませんでした。



III。 Javascript

JavaScriptは、地獄モードのようなコード用に作成されているようです。 C ++と比較した開発速度は3〜4倍で、冗談はありません。 エンジンからの1つの投稿（ https://developer.mozilla.org/en-US/docs/Web/JavaScript/A_re-introduction_to_JavaScript ）とエンジンの例で、数日で多かれ少なかれ説明を始めるのに十分でした。 もちろん、速攻はコードの品質に影響しましたが、一方で、それはジャムでした。



IDEとしてWebStormを使用しましたが、オートコンプリートは正常に動作し、エラーが強調表示されます。 デバッグのために、Webバージョンではなく、ネイティブビルドを起動しました。このビルドでは、Rボタンをクリックして、ディスクからすべてのスクリプトをリロードしました。 ターンベースのデバッグの可能性を犠牲にしなければなりませんでしたが、それほど必要ではないことがわかりました。 その結果、ワークフローは次のようになりました。コードを記述し、alt-tabをアプリケーションに、R、すべてを瞬時にロードし、変更を見て、alt-tabをIDEに、コードを記述します。 反復の速度は信じられないほどです。



JavaScriptのもう1つの利点は、次のように、既存のクラスのメソッドをオーバーライドしたり、継承せずにメソッドを拡張したりできることです。

cc.Node.prototype.runActionWithDelay = function(delay, action) { this.runAction(cc.sequence(cc.delayTime(delay), action)); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

通常、誰もが松葉杖をココナッツに挿入し、その開放性を利用して、更新に問題があります。 JSプロジェクトでは、同様の計画の追加と変更をすべて1か所で収集し、コピーアンドペースト方式でdzhikのバージョンを更新できます。



塗りつぶしメカニズムは非常にシンプルであることが判明し、cocosは-p web -mリリース、アーカイブ、gamejolt.comまたはitch.ioへのアップロードを行い、ゲームでウィンドウのサイズを指定することもできます。これにより、権限の問題を回避できます。 Cocos2d-xを使用したゲームは、シンプルで開発しやすいにもかかわらず、GameJoltではほとんどありません。私たちのゲームはJSバージョンの最初のプロジェクトだったと思います。



IV。 問題

プリセットとアクションのアニメーションはFlashで行われ、フレームごとのスライスがインポートに使用されました。 残念ながら、以前はC ++およびLuaバージョンでこれらの目的でSuperAnimを使用できましたが、HTML5バージョンのエンジンに対する通常のSWFサポートは見つかりませんでした。 フレーム単位のアニメーションは、ビルドサイズに最も良い影響を与えませんでした;わずか数日で、130 mbまで腐食しました。 そして、ウェブ版の大きなサイズについて誰も文句を言っていませんが、そのようなゲームのモバイル版のユーザーはすぐに何かがおかしいことに気づくでしょう。 アニメーションの可能な解決策として、Spineを使用できます。これはエンジンによって十分にサポートされており、フレームごとのアニメーションで巨大なアトラスを回避します。



動きの実装はあまり成功していないことが判明しました。可能な方法としてのグラフのエッジは自由を厳しく制限しています。 多くの人気のあるクエスト（マシナリウムなど）はそのようなシステムを使用しますが、ポリゴンを使用して歩行エリアを設定する方が適切です。 このオプションをジャムの一部として実装できるかどうかはわかりませんが、将来的には使用する予定です。



V.まとめ

ジャムを開始する前に、選択した種類のゲーム用の何らかの基本的なコードが必要です。 バイクを書くことは常に良いことですが、ゲームプレイ自体を書くために最大限の時間を残すために、事前にそれを行うことをお勧めします。 一部のジャムのルールでは、エンジンの上に独自のアドオンを使用することは明示的に禁止されていますが、1つの例外があります：コードが公開され、ジャムの他の参加者がアクセスできる場合、コードの使用は許可されます-これはGitHubに記事を投稿する機会です 私はすべてをゼロから書きましたが、時間の見積もりの​​一部が過度に楽観的であることが判明しました。



すべての時間の10〜20パーセントは、磨きとプレイテストのために残すべきです-これは非常に重要なポイントであり、戦いの暑さの中では忘れがちです。 迷惑なミスを見逃すことは容易であり、見積もりに悲しい影響を与えます。 このジャムでは、締め切りの3時間前の夜に主要なメカニズムの1つを書き始めました。バージョン1.0の結果、ある程度の不快な荒さがありました。 幸いなことに、ジャムの規則により、HPとマナが回復した後、すべての欠陥が修正され、化粧パッチを作成することができました。



チームメイトのおかげで、プロセスと結果に非常に満足しました。 Jamを使用すると、非常に短い時間で、スタジオで商業プロジェクトを開発するのと同じような経験を、かなり長い期間得ることができます。 実質的にリスクはないため、あらゆる技術や言語を使用できます。 自由は時間によってのみ制限されます。

セルゲイの一部（アート）

I.設定/スタイリング開発

初期段階では、プロジェクトの設定とスタイルを決定することは理にかなっています。 その後、私は少し余談します。 事実、ゲーム業界では、プレイヤーが愛する主流の広範な設定（ファンタジー、SFなど）とスタイル（これらの設定が具体化される視覚言語）があります。 同時に、コピーとコンパイルは一般的であるため、あるファンタジープロジェクトと別のファンタジープロジェクトを区別することはしばしば困難です。 フォームとテクニックは、あるプロジェクトから別のプロジェクトにさまよう。 他の人よりもうまくやるのに十分なリソースとスキルを持っている場合にのみ、すべてと同じことをするのが理にかなっていると確信しています。 限られたリソースの状況では、認識可能な顔を持つために、単に異なる方が効率的です。 独自の視覚言語を選択できた場合、プレーヤーはパフォーマンスの欠陥を許し、ゲームを記憶します。 あなたが他の人と同じことをしたが、バーを高くするという目標に到達しなかった場合、アプリケーションウィンドウを閉じるとすぐに、誰もがあなたのゲームを忘れます。



これは論理的な質問を招きます：一般に新しいことをする方法は？ 答えは簡単で論理的です。ビデオゲーム環境以外で資料を入手する必要があります。 これらは、関連する専門的な環境、たとえば、イラストやその他の形式のビジュアルアートです。ゲーム内でまだ具体化されていない既製の十分に開発されたビジュアル言語を見つけることができます（たとえば、Year Walkの作成者が行った-比較し、イラストレーターのJon Klassenの作品と共に）。 人生の他の分野の素材を探すこともできますが、それを自分で処理してスタイルに統一する必要があります。



このジャムの一環として、私は第2の道を歩むことに決め、ソビエト後の遊び場からの恐ろしいものを素材として取りました。 ビデオゲームでそのような美学を使っている人は誰もいないので、耕されていない畑に足を踏み入れるのはとても面白かったです。



1）素材の収集と選択

ジャムが始まる前でさえ、私はRunetの腸を徹底的に調べ、多くの参考文献を集めました。 それらを分析した後、私は遊び場のオブジェクトは審美的に非常に異なっており、事前の選択と統合なしでそれらを描くことは間違いだと結論付けました。 何よりも、オブジェクトは素材が異なっていました-それらは木製で、通常は丸太、金属から彫られ、大まかに塗られたセメントブロックで作られていました。 それぞれの種は非常に豊富な素材ですが、簡単にするために、1つの種を選択することにしました-木製の彫像。







2）オブジェクトの予備的な概要。

この段階の目的は、オブジェクトの様式とデザインを検索することです。 スタイリングせずに彫像を1対1で描くことはお勧めできません。 その結果、表現力が低下し、より不均一になります。 表現手段の検索を行い、オブジェクトがどのように見えるかを確認し、線で表され、単純化される必要がありました。 これはまさに、素材が認識可能な韻を踏んだ形に加工された段階です。











この段階で、同僚に見せることができる資料をすでに持っていて、私たちが一般的にしていること、感情を伝えることについて話し合ったので、言葉だけではありません。 前の段階で収集した素材は非常に異なる方法で処理でき、各オプションには独自のイントネーションがあります。 スタイルとデザインが大まかに理解されると、他のチームメンバーは、私たちが具体化する美学、好きかどうか、そして作品をどのように構築するかをすでに理解できます。 コラボレーションでは、同じことを意味することを確認することが非常に重要です。



3）アウトライン構成

この段階で、個々の背景の構成について考えながら、ゲームのプロットを考えました。 最初は、いくつかのシーン、さらにはミニゲームを作成する予定でした。 ジェムはいつものように、彼自身の調整を行いました-私たちは1つのシーンのみを管理し、プロットはうまくいきませんでした。 ただし、ジャムのフレームワーク内では、文字列としてではなく、本格的な作品として見えるプロジェクトの方が収益性が高くなります。 ここで私たちは間違いを犯しました-私たちの強みをより正確に理解し、最小量の計画を達成できるようにそれらを配布する必要があります。 多くの場合、より多くのことをするために、コンテンツをより複雑にしないほうが価値があります。 残念ながら、私は詳細を掘り下げる習慣があります;これは私の慢性的な間違いです。 おそらく、これから十数ジャムが離乳します。 いいですね。







II。 コンテンツ制作

実際、ジャムの始まりからすでに数日が経過しており、次の問題が顕著でした。コンテンツを提供するまで、他のチームメンバーは実際に作業を開始できません。 アニメーターのボリスは、キャラクターが登場するまでキャラクターのアニメーションを開始できませんでした。プログラマーのビクターは、少なくともキューブ上でシーンの構成が決定されるまで、シーンを組み立ててキャラクターの動きを処理できませんでした。 それについて何かをすることが急務でした。



1）キャラクター

そのため、キャラクターをすばやく作成するために、バックグラウンドでの作業を延期しました。 残念なことに、私はそのデザインについて考える時間がありませんでしたし、何より悪いことに、背景の配色が明確になるまで配色を決定することさえできませんでした。 良い方法では、キャラクターの決定は彼がいる環境に応じて行われるべきですが、まだ多くの作業がありました。 そのため、私は彼が将来の背景にカラーでフィットすることを期待して、キャラクターを素早くランダムに作成しました。 私が合わない場合、アニメーターと私は、フォーム自体が変更されないままであれば、それを再描画する可能性に同意しました。







キャラクターの準備ができました。 コスチュームのため、彼は有名なアニメ映画からコララインに敬意を表した。 キャラクターをよりユニークにする価値がありました。 彼は基本的なモーションアニメーションを作成するために、何らかの方法でキャラクターをベクトルパーツに切り分けてアニメーターに渡しました。



2）背景

背景については、次のことが示唆されました。プロトタイプ用にまだ描画されていないが、スライスされた適切な名前のレイヤーを持つプロトタイプを使用すること。







だから彼らはそうしました。そして将来、彼らはそのような背景のプロトタイプを使って仕事をしました。そして私は自宅でグラフィックスの仕上げに安全に取り組むことができました。



3）バックグラウンド開発：







-構図の予備スケッチ（サムネイルスケッチ）

-開発された線形描画（lineart）。 あまり詳細な作業をしたくないので、詳細なラインアートを行うことはめったにありません。ラインアートはオブジェクトをペイントすると大きく変化し、部分的には使用されません。 したがって、この段階は前の段階とそれほど違いはありません。

-塗りつぶしフォーム、各オブジェクト-シルエットの塗りつぶし。 この段階で、私はみんなにグラフィックスのドラフト版を提供しました（条項2を参照）。

-塗りつぶし内の各オブジェクトの記述。最大の質量から始まります。 これは危険な数字です。 実際には、そうすることで、「一般から特定へ」の原則に違反し、オブジェクトが色または調子で互いに結合しない絶対的な分数の配色で写真を撮るリスクがあります。 したがって、多くの経験があり、色がどこにあるべきかをよく知っている場合、または構成が非常に単純な場合にのみ、これを行うのが理にかなっています。 そうしなかったのは、そうしなければ時間をまったくとることができなかったので、自分の経験に頼らざるを得なかったからです。 この問題に対する古典的な解決策は、アカデミックアーティストがそれをどのように行うかです。絵画を始める前に、彼らは一般的な色とトーンの解決策を推定する研究を行います。 しかし、彼らには他の選択肢はありません。 彼らが写真を台無しにしたら、何もできません。 多くの場合、この問題を解決する方法は他にもあります。一般的に、誰もが好きなように行います。







結果は、このような背景です。 また、背景の任意のポイントで文字が読み取り可能である必要があるため、文字の色を指定して背景を指定したことにも言及したいと思います。 そのため、キャラクターを塗り直す必要はありませんでした。

それは、一般に、すべてです。 過去数日間、私たちは主にゲームプレイとストーリーラインの問題に急いで取り組んでおり、グラフィックス、アニメーション、サウンドの作業はすでに完了しています。



III。 あとがき

ジャムの2週間で、私は数回しか家を出ませんでした。私は多くのことをすばやくしなければなりませんでしたが、ジャムに参加した経験があり、何をしようとしているかはわかっていました。 わずかな時間と集中的な作業で、新しい活気のあるものが得られるという経験は非常に貴重です。 これは、スタジオでの作業がどのように構築されているかとはまったく異なり、階層が大きく、速度が遅く、商業的指向です。 ゲームジャムの本質は、創造性の自由と喜びにあります。 ある人にとっては、これは長い間実装が望まれていたアイデアを翻訳しようとする良い機会です-他の人にとって-新しいメカニックを模索する機会であり、誰かのために-顧客のために働くことに関連する制限と彼の期待/要件を満たす必要性を取り除くための機会 私たちが時間と才能を私たちの共通の仕事に費やしてくれたこのゲームを作った同僚に非常に感謝しています。

ボリスの一部（アニメーション）

I.フラッシュ

このプロジェクトのアニメーターの仕事について話すことは本当の罰です。 私がしたことのほとんどすべては、通常行われているように、まったく行われなかったか、まったく行われませんでした。 キャラクターのアニメーションの性質についてはプロダクションデザイナーとは話し合いませんでしたが、実際にはグラフィックスについては話しませんでした（Sergeyがキャラクターを可能な限り条件付きにし、アニメーターの手、つまり私を解きほぐしたため）、キャラクターと背景オブジェクトの相互作用を「焼き付け」ましたオブジェクトの明瞭さの小さなジャンプに、アニメーションがラスターシーケンスの形式でゲームにインポートされたため、Flashをグラフィカルツールとしてのみ使用しました。 もちろん、これは不注意のためではなく、壊滅的な時間不足のために行われました。

したがって、キャラクターアニメーションの作業を非常に簡単に説明できます。私は非常に迅速かつ非常に誤ってそれを行いました。



II。 モーション準備

しかし、背景オブジェクト（木製の彫刻）のアニメーションについて話すと便利です。 ここで、アニメーターには一般に最小限の自由があります。オブジェクトには、実際には可動部分がなく、以前に描かれた移動の段階がありません（単にその部分を動かすだけでは作成できないオブジェクトの状態、たとえば「割れた」キーホルダーのグラデーション）。 これらに対抗するために、「動作準備」技術が使用されます。 この手法は次のように定式化されています。ムーブメントの準備はムーブメント自体よりも重要です。 目、またはむしろ脳は、しばしばandされて、動きの欠けている部分を「引き寄せ」ます。それを使わないのは罪です。 例を考えてみましょう。











キーキーパースプリットアニメーションの継続時間は20フレームであり、それらの半分は移動にも使用されませんが、バックスイングでは：10フレームの高さがわずかに増加し、口ひげと眉毛が外端を下に向けてわずかに低くなります。 この間、目は何が起こっているかに注意を払います-動きが始まりました。 10番目から12番目のフレームまで、彫像は鋭い下向きの動きを開始します（眉毛と口ひげは反対方向に動き、慣性をシミュレートします）。13番目のフレームでは、画像を完全に分割された彫像のわずかに分割された彫像に置き換えます。 この高さの段階は前の段階よりもわずかに低く、継続的な動きの錯覚が維持されます。 このフェーズの唯一の可動部分はキーであり、13番目から20番目のフレームまで1回スイングして動きを完了します。 したがって、このシーケンスの実際の分割アニメーションはまったくありませんが、再生すると、接続された動きが得られます。 その後、あなたは静かに自分自身に言うことができます：「万歳！」-私たちは最小数のフェーズを使用して目を欺いた。

ヴァシリーの一部（音楽）

I.はじめに

ジャムに参加するよう申し出られたとき、私はすぐに同意しました、私はゲームの視覚的な解決策と概念的な部分が本当に好きでした-あなたの子供時代にあなたを取り戻すゲームはそれほど多くないので、この気持ちを再現しようとするのは面白いですタスク。 さらに、私はセルゲイのアイデアの著者のアプローチが好きでした。それは「もっと良くする必要があります」という監督専制ではなく、「それがどうあるべきかをよく知っています。」 この場合、あなたはあなた自身の顧客であり、誰が内部評論家よりも厳しい仕事を引き受けますか？ ですから、それは興味深いオファーであり、私は同意しました。



II。 ミュージック

このジャンルのゲームの音楽は、原則として重要な役割を果たします。プレーヤーが特定の問題を解決してから、別のトラックが鳴るまでの期間がわからないので、あまり面倒ではないはずです。 したがって、メロディは目立たず、それ自体に注意を向けないことが重要です。 シーンの開発中に、3つのメロディーを作成することが決定されました。開始メロディー「何かがうまくいかなかった」と、ダイナミックで躍動するテーマです。 古典的な恐怖については非常に単純に聞こえますが、私たちの心では、それはまだ幼少期の感覚であり、起こるすべてのもののいくつかの素晴らしいことです。 音楽は恐怖ではなく、気分を強調することになっていた。



したがって、最初の2つのトラックは、エレクトリックピアノ（私は、ウォルドルフブロフェルドシンセサイザーをソフトでディープなサウンドのための十分な機会を持つ楽器として使用しました）、背景のシンセサイザーパート、電子ベース、弦楽器セクションの即興演奏に基づいていました。 私はドラムとパーカッションを完全に放棄することにしました。 その結果、非常に目立たないテーマが得られました。これらのテーマは、ループでプレイしても、プレイヤーに迷惑をかけず、自由に交換できます。 3番目の音楽テーマは、弦楽器の余韻に加えて、非常に古典的な短い音楽フレーズを使用することに加えて、同じ楽器を使用して作成されました。 また、3番目のトピックのムードは最初の2つのトピックとはかなり異なり、最終的にゲームのナレーションの一種のクライマックスを強調することができました。



III。 サウンドデザイン

サウンドデザインといえば、キャラクターの素材から始めました。 原則として、これらはすべて木製の偶像なので、落葉樹のひび割れやきしみは明らかな解決策になりました。 このアプローチは、「キーパーのキーパー」に関する瞬間に報われ、「木製くしゃみ」の音を作成するために、さまざまなきしみの短いサンプルから口ひげの動きが非常に興味深いタスクであることが判明しました。アニメーションは別々に音声化されたため、音は動きと同期し、少女キャラクターのステップでは、一定のステップ間隔でランダムな順序で再生されるクランチの追加セットを作成しました。すべてのゲームの瞬間のバックグラウンドノイズは、クリケットの音でした。これも、正常に機能する標準的なソリューションです。音の問題を解決するための非自明なアプローチで驚きたい場合もありますが、自転車がすでに発明された瞬間を理解する必要もあります。もちろん、キャラクターのレプリカを声に出すことは素晴らしいことですが、私たちの条件ではすでに完璧主義でした。ちなみに、レプリカが声に出されなかったという事実は、私たちのletpleplersが彼ら自身でそれらを声に出す素晴らしい機会を与えました。



IV。 まとめ

結論として、私にとって、それはあらゆる種類のジャムに参加した最初の経験だったと言いたいです。そして、それは非常に興味深い経験でした。ゲームを開発している間、ほとんど馴染みのない人が1つのチームとして働いているという感覚が常に強まりました。それらを修正します。時間制限はストレスを意味するはずですが、私にとってはこの経験はかなり楽しいものでした。そして、私はかなり長い間この業界に携わってきましたが、私を驚かせることはありません。常に新しいものがあり、想像を絶するほど素晴らしいものです。



ゲームを開発していて、ジャムに参加したことがない場合は、進行中および今後のコンテストの適切な選択を見つけることができるいくつかのサイトがあります：http:



//www.indiegamejams.com

https://itch.io/jams

http：/ /jams.gamejolt.com/browse/active