15期のドッグウッドと申します。

制作記第3回、今回はgitでやらかした話とエディタ拡張についてです。

gitというプロジェクトの管理方式をご存じでしょうか。
ファイルそのものだけでなく、その差分履歴を保存する管理方式です。
サーバーにプロジェクトデータをあげてgitで管理することで、複数人での作業を簡単に行うことができます。
このgitという方式、僕はゲームを作り始めるまで知りませんでした。

「Near The Sun」ではgitでunityのプロジェクトを管理しています。
unityのプロジェクトフォルダには最上階層に「Assets」「Library」「Logs」「obj」「Packages」「ProjectSettings」「Temp」「UserSettings」という8つのフォルダが存在します。
この中で共有するべきフォルダは「Assets」「ProjectSettings」「Packages」の3つで、それ以外のフォルダは個々人のPCで内容が変わるため、共有すべきではありません。

が、ゲームを作り始めた当時そんなことは全く知りませんでした。
単なるクラウドと同じに思っていたため、プロジェクト内のすべてのファイルをサーバーにアップロードしていました。
その結果、毎度毎度Libraryフォルダ内のファイルが大量にアップロードされることに……。

これが間違いと気づいたのが2022年の12月。
やっと指定したフォルダをgit管理しない「.gitignore」ファイルの存在を知り、プロジェクトに追加。しかしうまくgit管理を外せず、以下のサイトを参考にキャッシュを消すことで、どうにか希望のフォルダのみをgit管理できました。
https://qiita.com/kohei_wd/items/f1d224c9257d1e242b58

ゲーム開発の落とし穴をすべて踏み抜いていますね。
2023年の8月にプログラマが一人プロジェクトに参加してくれることになるのですが、それより前に気づいて本当に良かった……。(実は今もUserSettingsのフォルダは管理対象から外れていません。どうにかしないといけないんだけどね……)

次はエディタ拡張について。
超基本システムの実装が終わった12月、「ステップアップUnity」という本を読んでエディタ拡張に興味を持ちます。

「ステップアップUnity」

学んだことはとりあえず実践で生かす方針なので、ストーリー管理用のウインドウを作成することにしました。

「Near The Sun」のストーリー部分の管理方式は以下のようにになっています。
1.テキスト本体、話者、画像、背景のトランジションなどはcsvファイルで管理
2.何行目で音を鳴らすか、話者以外の画像を出すか、暗転させるかはスクリプタブルオブジェクトで管理
3.csvファイルとスクリプタブルオブジェクトからダイアログ管理用のオブジェクトに情報を流し込む
4. ダイアログ管理用のオブジェクトが文字を一文字ずつ出して入力待ち、話者画像の入れ替え

このウインドウでは2と3の部分を担当しています。なんと、csvファイルのパスを入れ、何行目にどんなアクションを起こすかを設定して「GenerateStoryManager」ボタンを押せば、スクリプタブルオブジェクトに情報が保存され、ダイアログ管理用のオブジェクトに情報を流し込むスクリプトが生成されます！
ゲームを作り始めて1年未満でこの仕組みを作ったのはえらい！

……はい、今はもうあまり使ってないです。
この方式で一部のストーリーができてしまっているため、形式的に使ってはいます。しかし、何行目に何を起こすかはインスペクター上でのコールバックチェーンにより実現してます。だってその方が楽だから。
それに、スクリプトの自動生成は間違っていた時に直すのが面倒くさすぎて……。もっと単純なレベルでの自動生成をすべきでしたね。めちゃくちゃなコードが1000行以上続いているのでもう見たくもないし、新しい機能を追加したくもありません。
まあ、コールバックチェーンもあまり複雑なことをするのは向いてなさそうですが……みなさんこの辺りどうやってるんですか！！！？？？

まあ、そもそもどんなイベントを実装するかわからない状態でイベントの管理プログラムなんて組めるわけないので、割とよくやったんじゃないでしょうか。
手順が面倒くさいだけで、少なくともどんなイベントでも対応可能なシステムではありますし。

最近はずんずんイベントを作っているので、だんだんとイベントシーンを作るペースが上がってきました。エディタ拡張は楽しいので、次回作はさらに最適化されたシステムを作りたいですね。できればあと一生使える財産になるものを……。

ではまた。次は

今年も新歓の季節がやってきました！

4/8(火)　20時～　第1回新歓説明会

@オンライン(Zoom)

オンラインでサークルの話を聞けます。カメラもマイクも必要ないので、気軽に参加してください！

4/12(土)　20時～　第2回新歓説明会

@オンライン(Zoom)

１回目と同様に、サークルについて説明します。

4/18頃(日程調整中)　ゲーム制作体験会

@場所調整中

ゲーム制作の体験活動ができます。初心者でも楽しんで取り組めます！

4/25(金)　19時～　 新入生プロジェクト発足、ミーティング

@場所調整中

入部手続きの後、新入生のみなさんで新しくゲーム開発プロジェクトを結成します。

今後も随時、新歓情報を掲載予定です！
活動や入部、その他について質問があれば
新歓用メールアドレス：nonlinearshinkan2025@gmail.comまでどうぞ！

15期のドッグウッドと申します。
今回は基本システム実装の話です。

基本システム実装は、ゲーム製作、特に初心者にとって最も難しい段階だと思います。
自分ができることも、これからできるようになることも曖昧なまま、それでも拡張性の高いコードを書かないといけないのですから……。
下手なコードを書けば将来どうしようもなくなる、スパゲッティコードになるぞと脅されますが、それでも作り始めなければモノは完成しません。

主人公の動作制御については割とまともなものが書けた……気がします。開発から2年半経ちましたが、一応まだ動いているので。
ステートの遷移と実際の移動を別ファイルに分ける、や主人公の動作をステートとアクションに分けて考える……などの設計はうまくいったのですが、今でも正解がわかりません。誰か答えを教えてほしい。

うまくいかなかったこととしては、主人公を1フレームごとに定数値で動かしていたとか、RigidbodyのAddForceでキャラを移動させていて動作が安定しないとか……初心者あるあるのミスはほとんど踏み抜いた気がします。
UIをステージ作成機能で組んでしまったせいで、解像度の変更に対応できなくなるという問題もありましたね。

そんなこんなで試行錯誤を繰り返しながらも、2022年12月には、主人公の挙動、敵からのダメージ処理、会話システム、アイテムによるレベルアップなどが形になってきました。

そして、2022年の大晦日。除夜の鐘を聞きながらバックログと格闘していると、ふと気づきました。
制作開始からすでに4か月が経過しているのに、ストーリーはほぼ未着手。考えているのはトゥルーエンドの結末だけ。
敵の動きもほとんど実装できていない。グラフィックは仮素材のまま、音は一切入っていない……。

あれ、これっていつ完成するんだろう……。

ノンリニア16期のu.s.です。

ここには、私がUnity/C#のシェーダーを扱っている中で起きた問題と、それに対する自分なりの解決策を、備忘録としてまとめておきます。

状況１
「シェーダーのプロパティを Material.SetInteger や Material.SetFloat から変更したけど、変更が見た目に反映されてない！」

↓

もしかしてそのプロパティ、Toggleとして扱ってる？

Toggleの場合、大抵プリプロセッサを用いた描画の条件分岐を行う。
例えば、”_AlphaSquare” というToggleプロパティを定義した場合、ToggleがONのときに “_ALPHASQUARE_ON” というキーワードが定義される：

Properties {
	[Toggle] _AlphaSquare ("Alpha Square", Float) = 0
}

として

#pragma shader_feature _ALPHASQUARE_ON

fixed4 frag(v2f IN) : SV_Target
{
	fixed4 c = SampleSpriteTexture(IN.texcoord) * IN.color;

	#ifdef _ALPHASQUARE_ON
	c.rgb *= (c.a * c.a);
	#else
	c.rgb *= c.a;
	#endif
	
	return c;
}

という感じで書くと、シェーダーのインスペクターにおける “Alpha Square” という名のToggleのON/OFFに応じて処理を分岐させることができる。

ところで、このプリプロセッサによる分岐は、動的ではなく静的なものである。

#ifdef … #else … #endif による分岐を仕組むと、コンパイル時に各分岐に対応するシェーダーが作成され、キーワードの有無に応じて分岐がなされるようになる。

つまり、キーワードによる分岐のパターン数だけシェーダーを出力し、ランタイムではそれらをキーワードの定義状況によって切り替える、というのを行っているっぽい。

インスペクターにおけるToggleのON/OFFは、キーワードの有効/無効が伴うみたいだが、Material.SetXxxx からToggleプロパティの値そのものを変更しても、ランタイムにおける対応するキーワードの有無には関わらない。

この場合に、ToggleのON/OFF切り替えと同じ効果をスクリプトから得たい場合は、Material.EnableKeyword / Material.DisableKeyword を用いて直接キーワードをいじることになる。

さっきの例だとこんな感じ。

[SerializeField]
private Renderer _renderer;

public void AlphaSquare(bool b)
{
    if (b)
    {
        _renderer.material.EnableKeyword("_ALPHASQUARE_ON");
    }
    else
    {
        _renderer.material.DisableKeyword("_ALPHASQUARE_ON");
    }
}

これだと何をしてるのかよく分からない！という場合は、そもそもプリプロセッサを使わずに動的なif文でシェーダーを記述すれば、従来の Material.SetXxxx を用いた描画処理の分岐もできそう。 （動的な分岐はパフォーマンスの観点から避けるべきと聞くが…実際どうなのでしょう？）

参考文献：
@up-hash. “「Shaderでif文を使ったら遅い」は正しくない🧐”. 2023-12-20.
https://qiita.com/up-hash/items/e932ccae110d687e225f

状況２
「エディターでは問題なく動いてたのに、ビルドしたら、シェーダーの効果がなくなってしまった！」

↓

Unityでは、使われていない（と思われる）シェーダーはビルドから省かれるようになっているらしい。

このため、そのタイプのマテリアルを少なくとも一つ、アセットに用意して、 Unity にそのシェーダーバリアントを使う事を明示する必要があります。そのマテリアルは シーンで使われていなくてはなりません 。もしくは、 ランタイム時にリソースを読み込んで おくという方法もあります。そうしないと Unity からは、まだ使っていないように見えるため、ビルドから除外されてしまいます。

Unity Technologies. ” マテリアルパラメーターへのスクリプトを使ったアクセスと変更 – Unity マニュアル “. 2024-02-10. https://docs.unity3d.com/ja/2018.4/Manual/MaterialsAccessingViaScript.html

そのシェーダーをアタッチしたマテリアルがシーン上に1つでも存在すれば、それをビルドでも使うということを明示したことになるので、問題なく動作する。

しかし、例えばシーンロード後にInstantiateするプレハブのマテリアルに使っているものなど、最初からシーン上に存在しないようなシェーダーは、ビルド時に「使わない」と判断されてしまうらしい…

これを防ぐために、次のようなことを考えた。

私が使っている UnityEditor のバージョン 2022.3.23f1 には、Project Settings > Graphics に “Always Included Shaders” という項目がある。

早い話が、ビルド時に省略されたくないシェーダーをここにセットすれば、それらを全てビルド時に必ず含めてくれるようになる。

他にも対処法はあるかもしれないが、おそらくこれが一番手っ取り早くて分かりやすい方法なんじゃないかな？と思う。

ということで、もしビルド時のシェーダーの挙動がおかしいぞ？となった場合は、それがビルドから除外される対象になってないか確認し、上記の設定などを介して、除外を免れられるようにしてあげると解決するかも。

初めまして。15期のドッグウッドです。

現在、僕は「Near The Sun」というゲームを開発しています。
タイトルの開発を始めてから、すでに2年半が経過しました。

時間が経つにつれ、記憶は薄れていきます。
悲しいので、制作記という形で記録に残しておこうと思いました。
いささか手遅れ感がありますが、忘れたことが多ければ残っているものも多いです。
書く内容を貯めていたのだ、と考えることにします。

この製作記では「Near The Sun」 の開発に関する出来事を時系列順に書いていく予定です。
過去の回想から始まり、徐々に現在の状況へと追いついていきます。
僕はゲームプランニング、シナリオ、グラフィック、プログラム、SEを担当しているため、技術的なこと、考えたこと、学習したことについて幅広く書き残していけたらと思っています。
ただし、どの分野に関してもほぼ一からの学習をしている上、今も勉強中です。そのため、間違ったことを書くかもしれません。裏取りをきちんとして書くぞ！という記事でもありませんので……。

あくまでも、「ゲーム開発初心者が2年半にわたって格闘してきた記録」、そして「これからも格闘し続ける様子」を書いたものとしてお楽しみいただければ幸いです。

初めまして。15期のドッグウッドです。
まずは「Near The Sun」のプロジェクト承認までの話をしたいと思います。

「Near The Sun」は2022年の8月25日にプロジェクトが承認され、Unityで開発が開始されました。

私がUnityに初めて触ったのは2022年の1月頃で、「作って学べるUnity本格入門」という本で2か月ほどかけて学習をしました。その後ノンリニアに入部し、新入生プロジェクトというものに参加して3か月でゲームを一本完成させました。チームは5人、私はグラフィッカー兼プロジェクトリーダーとしての参加でした。

そう、「Near The Sun」を企画したときはまだUnityを触って半年、プログラミングに関してもクラスや構造体などの用語も全然わからない初心者でした。
イラストに関しても同様です。

そんな状況でしたが、当時の私は怖いもの知らずだったので企画を立てました。
足りない技術は学習すればいいだけ、できないことなどなにもないですからね。
企画時のタイトルは「CrackedSky」でした。

「コンセプトアート」なんて言葉も知らない時期に描いたコンセプトアートです。キャラと世界観は今も残っていますね。

コンセプトアートは割とまとも……でしたが、企画書はひどいものでした。
28ページあって、アクションに関するスライドは次の一枚のみ！！

……こんなひどい企画書書いたっけ……？
防衛機制が働いて忘れていました。

残りのページはほとんどが世界観・ストーリー説明でした。
しかも開発期間は半年。
100人の開発者に見せたら100人が「途中でポシャる企画」と言うでしょうね。

しかし、弊サークルはゆるいのでプロジェクトは承認されました。
当時から既に有能だった同期からツッコミを入れてもらいましたが、余り深く考えずに「まあなんとかなるだろ」の精神でUnityのプロジェクトを作成しました。
ちょうどサークルに復帰した音屋の先輩と2人で開発を始めることになります。

う～ん、既に雲行きが怪しい……。
一体どうなってしまうのでしょうか。#2に続きます。

皆さんこんにちは。ドッグウッドと申します。

タイトルにもある通り、この度ノンリニアとして東京ゲームダンジョン5に出展することが決まりました。

展示される作品は2Dアクションノベル「Near The Sun」です。

当日参加するメンバーは展示会参加が初なので、緊張中……

試遊ができますので、ぜひ足を運んでください。

今年も新歓の季節がやってきました！

4/3(水),4/4(木)　サークルオリエンテーション

9:00 ~ 12:30 13:30 ~ 17:00 ＠13号館1321教室

先輩からサークルの話・大学生活のコツを聞けるチャンスです！試遊スペースもご用意しています。

4/8(月)　第1回新歓説明会

オンライン(zoom)

オンラインでサークルの話を聞けます。カメラもマイクも必要ないので、気軽に参加してください！

4/13(土)　第2回新歓説明会

オンライン(zoom)

1回目と同様に、サークルについて説明します。

4/17(水)　ゲーム制作体験会

19:00 ~ 20:00 @ノンリニア部室(キャンパスプラザB棟102)

ゲーム制作の体験活動ができます。初心者でも楽しんで取り組めます！

4月下旬　新入生プロジェクト発足、ミーティング

時間未定 @ノンリニア部室(キャンパスプラザB棟102)

入部手続きの後、新入生のみなさんで新しくゲーム開発プロジェクトを結成します。

今後も随時、新歓情報を掲載予定です！
活動や入部、その他について質問があれば
新歓用メールアドレス： nonlinearshinkan2024@gmail.com までどうぞ！

はじめまして。
15期のドッグウッドです。

最近モンテネグロ料理を調べました。
いいですね、モンテネグロ料理。
気になる人は「popeci」とかでググってみてください。
胃が強いうちに行っておきたい国一位です。

………人生初のブログをモンテネグロで始めてしまいましたが、気を取り直して本題に入ります。
現在制作中のゲーム「Near The Sun」についてです。

さて、初回ということで今回はゲームの紹介をします。
「NearTheSun」は

「 メトロイドヴァニアライクステージクリア型横視点2Dプラットフォームステルスアクション/マルチエンドビジュアルノベル」

です。もう一度。

「 メトロイドヴァニアライクステージクリア型横視点2Dプラットフォームステルスアクション/マルチエンドビジュアルノベル」

です。2回言ったので理解度は2倍になりましたね。

こちら、もう少し詳しく説明すると「ステージをクリアする順番によってストーリーのエンディングが分岐するステルスアクション」となっています。ビジュアルノベルのセリフ選択肢がステージのクリア順に相当します。

とても面白そうなゲームですね。

文明が衰退した地下世界を女の子を背負って探検したい、という方にドンピシャでおすすめの一作となっています。

こちら、すでに1年+5ヵ月ほど制作しているのですが、まだまだ完成が見えません……。
五月祭で体験版を展示できるかな？祈っておいて下さい。
具体的にはこのブログをチェックするとか、ノンリニアのX(旧Twitter)をフォローするという祈りでお願いします。

ではまた、機会があれば。
(万が一この製作記が続くとしたら、次は#1なんでしょうか？#2なんでしょうか？)

みなさんこんにちは、こんばんは、あるいはおはようございます。

今日は現在ノンリニアで製作中のタイトルの一つ、「フロッガーズ（仮）」について語ります。

※毎回（仮）ってつけるのちょっと大変なので以下省略

フロッガーズって何？

フロッガーズは、2人で遊べる対戦シューティングゲームです。トップの画像を見たら、昨年の駒場祭で遊んだ人は思い出してくれるかもしれませんね。

このゲームはまだまだ開発途中で、色々な仮素材が含まれています。

こちらの画像なんて、明らかに仮素材とわかるタイトルロゴですね。タイトルがまだ仮なのでタイトルロゴも仮です。プランナーが10秒で作った素材です。

フロッガーズのコンセプト

ノンリニアの試遊空間は、ありがたいことに毎回お客さんがたくさん来てくれます。そのお客さんの層は何気に幅広く、女性も男性も、若い人もご年配の方も来てくれて、さらには複数人でお越しくださる方もいました。

その複数人でお越しくださったお客さんが一緒に遊ぶゲームがないなと気がついたのが、フロッガーズの始まりです。

コンセプトは「2人で遊べるカジュアル対戦ゲーム」

シンプル操作で対戦相手と一緒に楽しめるゲームを目指して、2023年6月頃にプロジェクトが発足しました。

今後の展望

現在開発中の要素として、アイテムの実装を考えてます。

相手を狙って弾を発射する以外にもアイテムを使った一発逆転を取り入れることで、このゲームはより派手に、より楽しくなる予定です。

フロッガーズは今年の五月祭にも展示予定なので、ぜひまた遊びに来てください！