Видео

うぽつです。モグラさん可愛い！

ここまで配列すら知らなかったのにこれだけのものを・・・！？

Random.InitState(hogehoge); しても Mathf.PerlinNoise(foo, bar); が返す値は一緒なのが残念

投稿お疲れ様です！ 何もない空白を0(もしくは別のID)としておいたら地形の破壊状態を保存出来たり、鉱脈と同じ要領で空洞とか作れたりして面白そうですね～

初見です。 パーリンノイズ、聞いたことはあったけど詳細は知らなかったので、 どうやって実装するのかと思ったら元々mathfの中にいるんですね・・・！ 自力実装する気まんまんで見に来ちゃいました。 こういうステージ生成系のアルゴリズム大好きなので、見ていて凄く楽しかったです。 2重ループでInstantiateしてる瞬間が、「ああ、今ステージ生成してるなー」って感じでテンション上がるんですよね。 まだこの動画しか見ていないので、余計なお世話だったら申し訳ないのですが、 5:31 左辺が変わらない(stage.mapData[x,y] == 右辺 の形)のであれば、if elseよりも、switchを使った方がシンプルに書けますよ。 ifで書くと左辺をstage.mapData[x.y] 以外に変えたくなった時に全箇所変えないといけなくなっちゃうので。

こういう、鉱石が固まって生成されているのどうやってできているんかなーってずっと思っていたんですよ。（ドームキーパーというゲームなどで） こんな仕組みになっていたんですね！

硬すぎて壊せない岩、間欠泉、毒ガス、転がる大岩…地中にあっておかしくないギミックもランダム配置したら、さらなるメリハリができて面白そう

new Vecotor3でプレハブのwidthをheightを考慮して隣に生成してくれるってことかな。Unityさすが。

ドット絵描けて動画編集出来てゲーム作れてマジ尊敬です

セーブ機能なんて誰かが作ったアセット利用でいい気がする

「ドロップアイテムが積み上がるの気になる…」と思いながら見ていたのですが、それが同じ動画内で解消されて大変すっきりしました。ありがとうございます！

良い感じに着々と進んでますね！ 提案なのですが、鉄ブロックの見た目は残り耐久に応じて変化するというのはどうでしょうか。 ブロックの状態とルールを一目でわかるので、UXの向上に貢献できるかと思います。

早速 early return 対応できてて素晴らしいです！ コードの可読性向上は、将来の自分へのギフトになります。 とはいえ、プロでさえ毎回納得の行くプログラムは書けないと言いますから、程々なくらいが丁度よいかもですね。 TextMeshPro は結構難しいのに使えててすごいです！ フォントアセット生成時に出ていたエラーが気になるようでしたら、試しにフォントアセット生成時に指定した文字列をそのまま表示させてみて、豆腐(□←縦長のこういうの)が出ているか確認してみてください。 必要な文字が豆腐になっていた場合は複数のフォントアセットに分ける技があるので、それを使えば解決できるかもです。 「TextMeshPro Fallback」とかで調べたらやり方が出てくると思います。 応援してます🍀

制作お疲れ様です！ もしかしたらHierarchyでの名前の統一性を持たせた方が管理しやすくなると思います 6:42あたりで言うとNameをNameTextだったりTextをDescriptionTextなどにしておけば検索窓にTextと打てば全て出てくるので まあ好みですけどねｗ 今後も制作頑張ってください！

カメラやキャンバスのピクセル数が画面より少ないとすでに文字はキャンバスなどに合わせて描いて確定してから画面に合わせて拡大しまっている形になるのでガビッとすることがあります

着々と開発が進んでて素敵ですね。

ブログがあるようなので、今まで書いたプログラムを載せておいてもらえると、 勉強したい人も、アドバイスしたい人も助かると思います

データ型書き間違えあるあるｗ　これでインベントリシステムは殆ど出来たのかな。 クラスは実体化(インスタンシエイト)する際に扱う"設計図"と表される概念かな。動的生成の為の元情報。 実体(インスタンス)はクラスを元に生成されたもので、原則的に一意の識別子を与えられます。故に同じクラス型の実体を複数区別して扱う事が可能。 よく対の様に出されるモジュールは、関数等をまとめたもの。実体化はせず、直接アクセスして扱う。 まぁ、大体こんな感じで好いと思います。 セーブ機能の形はアプリの数だけありますからね...保存する値を決めておけば、すんなり出来ると思います。 俺たちの戦いはこれからだ！ミアリーフ先生の次回作にご期待ください。

最近ゲーム制作挫折し掛けててたまたまこの動画に辿り着きました👀2人？の掛け合いがすごく可愛くて見てて元気を貰えます！頑張ってください！！

無視される所草

自分、この動画を追っかけて真似して作っています。 しょうもない話なんですが、ヴィジュアルスタジオ2019でもいいんですが、気分的に2022の方がよくないですか？ ユニティのプログラムのスペル？言語？についてもアップデートが入ってて予測変換とかも強くなってるみたいなので（結局よくわからないんですが）。

アイテム説明欄がローマ字読みと英語が混じってるのがツボでしたｗ UIがどんどん作り込まれてっていい感じですね！ つまずく事がたくさんあると思いますが陰ながら応援してます！！！

制作続けててえらい！ 応援してます！ 気になった点を挙げるので、ご参考までに… 4:00 1つ目のfor文の最初のbreakをreturnするだけの方がシンプルで良いかもですね 今後、2つ目のfor文の後に処理を追加する予定ならばこの方法でも良いですが、やるとしてもメソッド内で宣言する一時変数にした方が良さそうです 使い捨て判定の為にメンバ変数を作る手法はあまり推奨されていません（私も初学者の時にやってました…） 可能であれば早期にreturnしてしまおう！というこの手法は「early return」と呼ばれていて、コードの可読性と保守性の向上に役立ちます 比較的簡単にできる工夫ですので、是非日々の開発に取り入れてみてください！🍀

slice9は本当に有難い機能 インベントリ、と言うか実際作ってるUIってテーブル、リスト、もっと凝るとタブとかにもなるけど、案外作るの大変で時間が溶けるんですよねｗ まずは一山超えたでしょうｂ

タイムデルタタイムは、パソコンの性能によって秒数を数える速さが変わらないようにするためのものだった気がする

UI制作は無限に時間が溶けてしまいますよねｗ TextMeshProで地味に躓くのわかります、スクリプトでの扱いが過去のTextと少し違うので過去の偉人たちのスクリプトをそのままコピペして使えなかったりで混乱しますよね 最近暑いですので熱中症には気をつけて制作頑張ってください！

動画作りながらってすごい・・・ ゲーム制作より動画作るほうが労力掛かりそう

Ctrl + D で選択中のオブジェクトを複製できますよ

UI 作成への着手いいですね。着々と開発が進んでいますね。

UIは拘ると、時間が溶ける溶ける...

Unityのインスペクタウィンドウに表示されたスクリプトが文字化する問題を解決したい場合は、次を試してみてください 触ったのが昔すぎて覚えていないのですが、たしかどちらかで対応できたと思います(適当ですみません) ①.editorconfigファイルを作る 検索するとこれがトップに出てきます ②Unityのテンプレートを修正する場合 テンプレートは「Unityのインストールフォルダ\Editor\Data\Resources\ScriptTemplates」の中にあります 手動で対応する場合は、文字コードをUTF-8で保存すれば解決できます

今回のエッジジャンプをしないようにするための対応について、他のアプローチもあるよという情報 元々プレイヤーのコライダーをカプセルにした理由はブロックとブロックの間でプレイヤーがひっかかる問題を解決するためだったっぽいですけど、compositeCollider2dっていうのを使えばプレイヤーのコライダーをボックスのまま、ひっかかる問題を解決できますよ compositeCollider2dコンポーネントは、それを持っているオブジェクトの子が持っているコライダー系をまとめて1つにしてくれるやつです コライダーが1つになるので、負荷軽減にも一役買ってくれます 動的にコライダーの形が変わる様は見ていて楽しいです でも難しい場合は今回の対応でもOKです！ 初心者の頃は楽しむ事が一番大切です！

既知でしたらすみません 今回のコルーチンの用法について アニメーションイベントというのを使うと、アニメーションの特定のタイミングで関数を実行するようにできます キャラクターの見た目を確認しながら設定できるので、今回のケースではその方法もアリだったかもしれませんね コルーチンは一回予約すると参照を保持していないとキャンセルできなくなるので、扱いには注意です 例えば「攻撃予備動作中にダメージを受けた場合は攻撃をキャンセルする」というような仕様を追加する場合に、コルーチンは走っているままなのでダメージを受けているのに攻撃が出てしまう、というバグを生み出したりします 逆に、複数のイベントを予約した状態を作りたい場合はコルーチンが有用です アニメーションイベントは解析ツールで呼び出し元を追えなかったり、ソースファイル上に現れない値を扱う事になるので、好みが分かれるポイントではありますが、1人でカジュアルに作りたいのであれば、一考の余地はあると思います まあ今回は既に作ってしまったので、そのまま行っても良いとは思います 頭の片隅に置いていただければ幸いです ちなみに私はアニメーションイベントを使ったプロジェクトを時間が経った後見返した時に「この関数どこから呼ばれてるんだ…？」となったのでアニメーションイベントは非推奨派です(←じゃあ何故その話をしたんだ) 長文失礼しました

エッジジャンプｗ　この仕様だと要る様な要らないようなｗ ちょっとずつだけど、前に進んでるんだよな。開発って地味で地道なんだよね。

レイヤーが昼ドラ化は笑いましたｗｗｗ 遂にアイテムが拾えるように！！ ただアイテムリストの見方が少しクセありますねｗ ミアさんの動画を見るとモチベがどんどん上がっていきます！！ 梅雨入りして天気が悪い日が続きますが体に気をつけてゲーム制作頑張ってください！！

やっぱり目に見えて解る理想的な変化があると、嬉しくなりますよね。 しかし識別子と個数は、不都合が無い限り連想配列で管理した方が楽な気がしますゾ。

いつも楽しく見させていただいています。 一歩一歩を丁寧に踏みしめて開発を進めている姿勢、私も見習わなければと大変励みになります。 老婆心ながら、アイテムの管理はアイテムIDと個数で別々のListクラスを用意するより、Dictionaryクラスを利用するといいかもしれません。 Dictionaryクラスを使うと、アイテムIDと紐づけて変数を設定できるので、IDと個数の管理がより楽にできるかと思います。 Listにアイテムの種類を追加したり削除したり、ということをした場合に、アイテムIDのリストと個数のリストで位置がずれる、ということが防げます。 もちろんやり方は様々ですので、少し合わないようであれば聞き流してください。 以前の進捗共有会で話された世界観に惹かれており、どのようなゲームが出来上がるか楽しみにしています。 完成する日まで陰ながら応援しておりますので、楽しみながらがんばってください。

着実に Unity の理解が深まって開発が進んでいるの素敵ですね。応援しています。

【ご提案】ドワーフさんが掘る地形を、風来のシレンみたいなランダムで形が変わる地形にしてみる。 　　　　　めちゃむずかしいので、UNITYの特訓になるかと。

箱入り娘ｗ 見る事は許されても、触れ合う事は許されない的なｗ 言い得て妙ですなｗ

何かが跳ねる動き一つでも、有無によって受ける印象がまるで違いますよね。 でも好い塩梅を探すのが思いの外時間が掛かってしまうの、解ります。世の殆どの者はそんな事とは露知らず、より派手な所ばかりに目が行くものですが、作り手にとっては地味な所一つでも拘らずに居られない。

最近週一投稿になってて毎週金曜日が楽しみです！ ここ数日めちゃくちゃ暑くてエアコン必須ですよね 順調にゲーム制作進んでて素晴らしいです 無理のないペースで頑張ってください 以下おじさんのおせっかいなので読まなくても大丈夫です！ ScriptableObjectいいですね！ただ仕様が定まる前にたくさんデータを作ってしまうとPrefabと違いScriptableObjectの変数などを書き直した場合すべて入力のやり直しになる場合があるのでデータの作成数は最小限に留めておいた方がいいと思います プロパティはメソッドと違って()はつきませんItemData型変数.Ralityでralityの値を取り出すことができます！ わかりやすい違いとしてはメソッドは int Rality() => rality; と宣言の時に()がつきます あとメソッドは()の中に引数を渡して処理を行うことが出来ますがプロパティは基本的には値の受け取り(get)と変更(set)のみを行うことが出来ます 長くなり申し訳ありませんでした

私も最近ドット絵の２Dゲームを作り始めたので、 楽しく拝見してます！順調に進んでますね！ 以前の動画で、Terrariaがきっかけで始めたっておっしゃってたんですけど、 出来上がったら、Steamとかで販売するんですか？ 完成したら遊んでみたいです！

数値の調整で時間が溶けるのわかりますw どんどん要素が増えてゲームらしくなってきましたね！ 見ていて楽しいです！ 今後も無理なく頑張ってください！

こんにちは。いつの間にかたくさん動画が投稿されていてびっくり。#10から一気に見させていただきました。世界観設定いいですね。私は想像力が豊かではないので、発想がすごいなと思いながら見ていました。 参考までにUnity周りで気付いた点をまたいくつか。 ①変数名の変更はその変数名の上で右クリックして「名前の変更」を使うと該当する変数を一括で変更できます。これでミスなし。 ②カメラ追従はcinemachineを使うとスクリプトなしでも今回の機能を実装できます。 ③collider.tag == “block”よりcollider.gameObject.CompareTag(“block”)の方が処理速度が速く推奨されています。機能は全く同じです。 ④走るアニメのboolセット周りで、まどろっこしい感じになってたので、inputX==0でfalseにするか、inputX==Mathf.Abs(1)でtrueにすると直感的かもと思いました。Mathf.Absは絶対値をとる関数、、、ではなくメソッドです。 ⑤タグの設定やアタッチなどはオブジェクトを複数選択してからやると同じ操作を一気にできます。これでミスなし。 長々とすいません。続きも楽しみにしてます。

「当たり前だよなぁ？」参照できないと出来る事が限られちゃいますからねｗ でも参照が増えて複雑になると、うっかりちゃんとか言ってられなくなる諸刃の剣。 まぁ、しっかりした定義とコメントがあればきっと大丈夫。たぶん。

もう知っていたら申しわけないですが、WindowsならCtrl+RでMacならcommand+Rで一括リネーム出来ます！

思いの外物悲しい世界観で草 所謂、「終末もの」ですね。方向性が決まった、故に色々と作らなきゃいけない大変さと面白さが押し寄せてくるでしょうｗ

とりあえず日本語にした方が、、、

最初から見てて少し気になったのでコメント失礼します。 もう改善？してたら申し訳ないのですが、パーティクルシステムはScript制御無しでも消せると思います。 インスペクター内のParticleSystemの項目にあるStopActionのドロップダウンをDestroyにすれば、エフェクト終了時に自動的に自身を削除してくれるようになると思います。 僕もunityやってますが企画、制作、とても素晴らしいです！ 今後も楽しく拝見させてもらいます！！