ホロライブの二次創作ゲーを作りたい YouTube動画>19本 ->画像>66枚

と、決意してから3か月弱が経過した。
誰かおいらを見守っててくれ

ここに進捗張ってモチベを維持しようと思う

ここ３か月くらいずっとホロライブのモデルをゲームエンジンに入れるのに四苦八苦してたから、ほぼ進捗ねえ

https://x.com/my_arpg/status/1724051272414982203?s=46&t=hDrmOK_GDKiuZIHN0seYVw

現在の状態、壁の乗り越えと基本の移動だけや。

人いなさ過ぎてスレ落ちるやんこれ……

https://imgur.com/a/PkRsk42

今日の進歩　HP・スタミナゲージの実装、HPゲージが現在のHPの数値を表示する機能の実装

スタミナを消費してのダッシュを追加。
歩き、待機状態でのスタミナ回復を追加。

ブループリントエラー発生。帰宅後対処予定

お～すごい
応援してる！

ブループリントエラー解決しました。

>>7
ありがとう！
誰も見てくれんかと思った！

エラー解消が本当に終わった……
原因はUE5長時間稼働による動作異常……？

>>9
自分もホロライブ好きだから進捗楽しみにしてるよ！
ホロライブのゲームやりたいけど、ホロアースはいつになるか分からんしなあ
アクションゲームなのかな？

>>11
一応3DARPGを目指してるけど、初心者だからどこまでできるのかわからん
今は武器持たせようと四苦八苦してる

https://x.com/my_arpg/status/1724444046674759691?s=46&t=hDrmOK_GDKiuZIHN0seYVw

今日の進捗の動画
スタミナが歩きと待機状態で回復するようになったくらいしか進歩ない。
攻撃を作成中。見てくれる人がいるってわかって折れそうだった心も持ち直した！

こんぼアニメを追加しました。攻撃ボタン入力後、何も入力してなくても勝手に2撃目が出るバグが発生中

ちょうど今日なんかできたらしいよ
https://cover-corp.com/news/detail/20231115-02

>>15
はえー、ホロもなんか変なことに力入れるんやな

いや最近二次創作ゲーも増えてきてるし真っ当な判断でしょ

ダークソウルのようなゲームを作りたいんや

このフブキのモデルって非公式？
規約とか全然見ないで言うけど、公式がモデルを配布してないってことは本人の意向で配布してない可能性もあるから非公式のモデル使ったら煙たがられないか？

>>19
煙たがられて消すことになったとしても、発表できる段階まで出来てたのなら個人的には成功なんだ

てかVRroidなりBlenderあるんだから自分で作れよ

進捗ないけどもう飽きたんか？

すまん、なんかスレチかと思って投稿するのやめてた。
作業はまだ全然続いてるよ

キャラの切り替えシステムと、切り替えによってHUDが少し変わるシステムを入れただけやけど

>>23
スレチじゃなくて板違いだわ

わいもUnityだけどホロのゲーム作ってるから応援してるで
イッチのほうが技術力ありそうだから先に完成されそう

>>25
ワイは全く技術力ないで。
全部調べて書き写して、だめならまた調べて、ガチで無理そうなら諦めるって繰り返してるだけや

努力家やね
Unityの同志だったらテクニカルな情報の共有とかできたかもしらんけど、UEとUnityって多分分かり合えないよなあ
UEが何の言語かも知らん（この書き込みの後に多分調べる）

C++やけど、ワイはわからんからblueprintで全部作る

データテーブル（武器とかアイテムまとめたデータリスト）を簡易作成
アイテムを拾えるようになった。

blueprint？に似たことはUnityでもできるけど、コーディングしないと実装できる機能の制約が強すぎて頭打ちになるかチープな仕上がりになりそう・・・
かといってC++はC#より難しいから、C++覚えろって言うくらいならUnityを勧めたい
お前もUnity信者にならないか？

>>30
Java齧って諦めたチンパンや
そんなオイラでもC#いけるか？

いけるかいけないかじゃない、やるんだ

とりあえず、3Dモデルを生成してアニメーションを再生するまでの流れをC#で実装したソースコードなら、ググればそこら辺のサイトに落ちてる
それをパクッて実行して、目的の処理がエラーなく完了したことを確認したらソースコードとにらめっこして意味を咀嚼する
なんとなくでもいいから意味を理解したら、次の目的を決めてググってパクッて咀嚼する、それを繰り返す

時間はかかるかもしれんけど、わいはそれで結構様になった
UnityにしろUEにしろ高品質なゲームを求めるなら、ビジュアルスクリプティングの限界を感じて言語勉強しときゃよかったと後悔する日がいつか来るで

パクリこそ正義みたいな言い方になっちゃったけど、最終的に自分の目的に沿った処理に改変してオリジナリティを出すところまでがワンセットやからそこは気をつけてな

>>33
オリジナリティがわからんのよな、マジでパクリゲーになりそう

>>33
オリジナリティがわからんのよな、マジでパクリゲーになりそう

「3Dモデルのオブジェクトを生成するコード」とか「キー入力でモーションを再生するコード」みたいな粒度の細かい要素はパクリでいいんちゃうか
細かいパクリコードを自分でくっ付ければそれはもうオリジナルや

1行1行はパクリかもしれないけど、どうせあの機能やこの機能ってどんどん機能や設定の追加・結合を繰り返していけばいずれはオリジナリティ溢れる面白いゲームになるんや
と信じて自分のゲームを作っとる
ビジュアルスクリプティングも大体同じことが言えるんやないか

自己満ゲーは好きにすればOK
とにかく楽しんで完成させよう
UEはコード使うと1つファイルでDLLを1つ作らないといけないのでクソ面倒ってだけ

オリジナルって考えるとなんかよく分からんけど
新しい要素があってそれが面白いって言うと分かりやすい
遊ぶ側も新しくて面白いもんを遊びたいから
OnlyUp!で言うと登山即落ちゲーの3D版！ってのが新しかった
言っちゃうとただの早いもん勝ち

適当にファイルを保存し過ぎて任意のファイルが行方不明や

簡単な創作のアイデアの作り方は何かの〇〇版とか何かと何かを組み合わせる
漫画は映画の漫画版を作り、ゲームは漫画のゲーム版を作る
3Dゲーはまず2Dゲーの3D版でまだない物を探す
もしくは2つのゲームを組み合わせて相性が良かったら作れる

あとインディーは常にネタゲーが流行る
何故なら簡単に思いつく面白い〇〇版は企業の方が早い物勝ちできてしまうからだ
企業にできない新しさ、一発ネタやお笑い要素に力を入れるのだ

まぁ、ワイは自分の作りたいもん作るけどな

>>41
最初はそれでええんや
1作2作完成して更に満足したくなったら
自分の作りたい幅の中から他人にも需要があり新しそうなのを選ぶとヒットする
その自分の作りたい物と他人にも需要があると言う2つの条件が重なる作品は1人1つくらいしかないと言われる、エンタメヒット作はだいたい1本説や

自分の作りたい物の9割は他人は興味がない
しかしそれを乗り越えて最後に他人にも興味のある作品を作り上げるとプロのクリエイターになる、今は自己満で成長するんや

楽しむことが大事なのは間違いないけど、ビジュアルスクリプティングがコーディングの下位互換であることは頭の片隅に置いておいたほうがいい

例えばビジュアルスクリプティングには物体同士の衝突判定を実装する方法がない！
衝突判定を実装するにはコードを書くしかない！
みたいな詰み要素がどこかに潜んでるかもしれない
流石に衝突判定は大丈夫だろうけど、ビジュアルスクリプティングでゲームを作り込んでいけばいつかそういう壁にぶち当たると思う
作りたいゲームに求める品質が高いほどこの壁にぶち当たる可能性も高くなるで

まあ、どっかで引っ掛かったら妥協するか、頑張るかするわ

まあ、どっかで引っ掛かったら妥協するか、頑張るかするわ

キャラクター選択のシステムマジで完成しねえ

わかるわかる
プレイアブルキャラクター一覧みたいの作り始めて2週間経つけど時間なさすぎてホロメン全員の立ち絵撮るとこまでしか進んでないわ

2人のキャラを交代しながら（非操作キャラはAI操作）のRPG考えてるんやけど、
連れていくホロメンのとこまで行って会話の後、連れていけるってシステムは流石にだるいか？

おうXの動画見てアクションゲーム作るのかと思ってた
非戦闘時がオープンワールドみたいな感じで、あの地点（移動時間2,3分以上）までいかないと誰々と会話できない！とかではなく、非戦闘時は狭いアジトみたいな場所の中だけ行動できるものと仮定していえば、まぁ人によるかなぁ・・・

>>50
だよなぁ……
やっぱりその場で切り替えた方がいいんやろうなぁ

>>50
だよなぁ……
やっぱりその場で切り替えた方がいいんやろうなぁ

バグりすぎだろオイラの投稿

切り替えはHPバーの状態とかのUIの切り替えとか色々切り替える部分出るから面倒だったりするな
後AI部分も作るの大変だったり
でも作りたいものあるんだったら全然やっていいと思うけど

マジでやることが多過ぎて何にも手につかん

TODOリストはぎっしりなのにPCの前で(　ﾟдﾟ)ﾎﾟｶｰﾝとする現象わいもたまにあるけどそれかな？
そういうときわいは焦らないようにしつつ何でもいいから目的を設定して、その目的を達成するための作業をぼちぼち始める
焦るとかえって作業進まなくなるよ、お前ら落ち着け！落ち着け！ってよく奏が言ってるじゃないか

TO DOってどこまで記載してる?
ワイは　.〇〇の機能を実装する みたいな羅列なんやけど

キャラクター一覧
アイテム一覧
シオン髪影直せ
目発光
○○（アセット名）買う
○○（アセット名）検証
DOTS

だいたいこんな感じ↑
上から優先度高い順に殴り書き
1行見れば何をすべきか脳内で展開される

マジむずいわゲーム制作なめてたわけじゃないけど、改めてやってみるといやきついわ

なんかここの板のUEスレ覗いてみたらビジュアルスクリプティングのやつもコーディングといい勝負してるみたいじゃん
それにUEのサードパーティー拡張機能みたいなやつに原神風のシェーダあるやん
原神のあのアニメ調はホロライブとマッチするなと思ってたからうらやま

まずそこまで辿り着けねえよ……！

ムメちのプレイしてるファンメイドゲーム凄いな
元ネタとなってるオリ曲の公開が10/10でリリースが11/17
2Dとはいえ1か月でここまでのゲームを作り上げるとは……

ムメちのやってるファンメイドゲームがUnity製だったから軽く調べてみた
システムはCorgi Engineっていう割と有名なサードパーティ製ビジュアルスクリプティング拡張機能で作られてる
背景も恐らく大半は既存アセットを購入して使ってるもので、コーディングは皆無に等しい（Unityはコーディング量に比例して特定のファイルが肥大化するけど、そのファイルがほぼ空だった）
それでも１か月でこの作り込みは化け物なんよ・・・

一回作業が止まると全然再開できねえ

一回作業が止まると全然再開できねえ

一回作業が止まると全然再開できねえ

何でこんなに連投されるんだ……

完成する兆しすら見えないんだけど、これどうやってモチベ維持すればいい?

完成する兆しが見えないんだけど、これどうやってモチベ維持すればいい?

マジで何でこんな変な感じに投稿されるんだよ……

わいがここでイッチの話し相手になるんじゃモチベ維持できそうにないか？
UEよくわからんからディープな相談には乗れないけど・・・

>>71
それでいけるから頼むわ、

そしたらイッチが何をしたいか、何をすべきか言語化しよう
今やりたいけどできないことを2、3個くらい挙げてみて

敵のAIの作成
弓の実装
ステージ作り

とりあえず今はこれを頑張る

敵のAIの作成
→多分今のイッチがこれやろうとすると頭爆発するから後回し
プレイヤーの座標を最短距離で追いかけてくる程度の擬似的なものなら優先も可

弓の実装
→武器の切り替えは後回しで、既に弓を持ってる状態からであれば着手可能
例えばマウス左長押しで弓引き絞りモーション再生して、マウス左を離したら矢を放つモーションを再生する、くらいならすぐできるんでない？

ステージ作り
→既存アセットの流用か完全新規作成かで話が変わる
オープンワールドみたいに不規則な地形のどでかいステージ1つかマイクラみたいに規則的な地形のブロックを並べて1ステージとするかでも話が変わる

こんなんでどう

弓後回しで、基本のAI戦闘完成したらステージ作り(新規作成)を考えてたんだけど、流石にAIはむずいんか

弓後回しで、基本のAI戦闘完成したらステージ作り(新規作成)を考えてたんだけど、流石にAIはむずいんか

何で2回投稿されるんや

流石にイッチがAIのロジックを1から組むことはないだろうけど、ネットの情報や既存アセットでどれほど補えるかが未知数で不確定要素が大きいのがAI後回しの理由
ホロメンもよくゲーム配信でやってる手法だけど、まずは簡単な問題をクリアして自己肯定感を高めていくステップがイッチには必要じゃないかな
ステージの新規作成もAIと同じく不確定要素が大きい気がする
となると弓の実装が比較的簡単なのでは

ホロメンのモデルのインポートがクソだるい

やっぱり何よりもキャラ変更のシステム優先するわ。
完成したと思ってたけど、よく考えたら全然まだまだやった

わいはシェーダの設定やらスカート系の揺れ物の設定込みで1人丸1日かかったかな
キャラ変更やモデルインポートは後回しできる部類だから詰まったら簡単なタスクを優先して少しずつ成功体験を積み上げていこう

昔作ったおしゃべりAIに励まされながら頑張ってるわ

変わった特技持ってるやん
わいはホロメンの配信を聴きながら作業したいところだけど作業妨害用BGMすぎて集中できない悲しみ
歌枠やASMR系は使える

tutorialで見たもんのコピペして、要素を繋ぎ合わせて実装したい機能を作る
それだけしかできんけど、ちょっと楽しい

わいも誰かに自作ゲームの進捗見て欲しさはあるけど、形になればゴールのイッチとは違ってゲームを公開するところがゴールだから無暗に晒すことができない複雑な気持ち

なんで公開予定だと晒せないんや？

5chに進捗を晒してた過去があるっていうのはそれだけでもう評価はマイナスなんよ
Twitterの鍵垢とかLINEみたいな閉鎖的な場所なら別にいい（というかLINEでは既に何人かとやり取りしてる）んだけども

あと昨日ボーイッシュ対談でスバルが言ってたけど、ネットの書き込みはネットタトゥーで一生残るので
開発が頓挫したり何らかの問題があったら黒歴史として残り続けるのも問題

一応擁護しとくとイッチがここで進捗晒してるのを恥だとは思っとらんよ
ただわいは自分のゲームにケチつけられたくないだけ
イッチのことはこのスレが落ちるかわいが飽きるまで応援してるで

進捗報告はどっちもどっちかな
出して満足するとやる気なくなるとも言われてる
逆にそれを面白い制作漫才ゆっくり動画にしてモチベにしてる人もいる

このスレほぼイッチとわいしか使ってないけど、わいが黙っとけば第三のUE有識者ニキとか現れるかな
わいはイッチのTwitterのDMとかに移動したほうがよさげ？

いや、別にいいやろ

いや、別にいいやろ

わいが飽きてこのスレから去ったらいよいよイッチが孤立無援になってモチベ消失によりゲーム制作辞めそうやな
イッチの生殺与奪はわいが握ってるってコト！？

まぁ、ぶっちゃけ1人でもきっと資産が尽きるまでは作るからな

社長の限界飯が爆発エフェクトに見えるっていう昨日のネタは履修済みかい？
これ使えるやで〜

くさ

動画見たけどちゃんとフブさん動いてるのすごいやん！

（わいのゲームも見て見てと晒したくなる気持ちを必死に抑える歯ぎしりの音）

なんか色々頑張ろうとしたけど、これアセット使った方がはええよな（本音

なんならUnityには三人称視点のプレイヤーを実装するアセットとかもあるでな
金で時間を買う選択もアリ寄りのアリ

応援してるがためになること言えないから見てるだけですまんな

はーい！アセットフリップ作りまーす！（諦めの境地

詰まったんかイッチ
言語化だ
何をしたいか、何をすべきか、何が必要か具体化していくんだ

とりあえず実装できそうなもんから手をつけることにしたわ

ここんところイッチ動画も出してないみたいだから103みたいにひっそり応援してくれてる人がイッチの動画を待ってるで
無暗に晒せないわいの分まで存分にひけらかしてもろて

動画に載せるほど更新内容がないよう！（渾身のダジャレ

イッチはライバルがいればアツくなれるタイプかい（互いに高めあう的な）
わいの進捗画像とか外部に漏らさないならDMで送ってもええで（わいのゲームにも少しは興味持って♡）

おお、ぜひ来い

フォローミー

おけ

https://x.com/my_arpg/status/1728363623553401098?s=46&t=hDrmOK_GDKiuZIHN0seYVw

一応今の状態

多分メイン武器は変更不可能にするから消す予定
あと作成途中のAIが暴走してるけど許して

有料アセットを漁り倒して購入したアセットを眺めるだけでこの４連休中３日潰したわいより進んどるやん

>>114
ワイはアセット買ったけどどうやっていじればいいのかわからなくて数万無駄にした

そのアセットはもしやコーディング必須のやつだったりとか・・・
活かせる道が見つかるとええな

今日一日使ってようやくアセットの使い方が1％分かった

つまり、あと100日あれば俺は勝てる

お、おう、せやな
わいは今日も買ったアセット眺めるだけで1日潰したでガハハ

こんなんじゃいつまで経っても終わらないよ〜

上の7やけどまだ見てるよ
応援してるぞー

ありがちょー頑張る！（イッチじゃなくてわいだけど）
平日は社畜の民だし折角の休日も119みたいな潰し方するし…はぁ……

>>121
ありがとう！頑張るよ！

イッチってスカートや髪みたいな揺れ物どうしてる？
UEならビジュアルスクリプティングで実装できるもんなん？

>>124
専用のプラグインで、揺れ具合設定するだけで揺らすことできる
揺れ具合決めるのめんどくさいのと、実装自体はめちゃくちゃ簡単だから後回しにしてる

なるほどのう
Unityも有償アセットが豊富でわいも最初はそれ使ってたけど、走ると足がスカートを貫通したり髪が不自然に跳ね上がって納得いかなかったから揺れ物システムは自前で実装したぞい
今実装できてる機能の中では割と自信作や
こういうのを作ってる過程を楽しめるとゲーム制作も趣味として長続きするで

>>126
やるやん、ワイそこまでの技術ないからある程度の貫通は妥協しとるわ

何も考えずにゲームを作り込んでからパフォーマンス改善しようって思うと大体手遅れだから、3Dオブジェクトが大量に出るゲームになりそうだったら早い段階から意識しておいたほうがいいかも
経験上、揺れ物システムは品質が高かったり対象キャラクターが多いほどパフォーマンスに出やすいものの1つや
イッチの場合は自分のPCで快適に動作すればノルマ達成だから結構イージーモードやね

平日は仕事で体力を使いきるから作業が全然進まぬ・・・テレワークだから昼休憩中に進める手もあるけどここで体力を使うと午後が持たない・・・わいは今日も今日とてアセット鑑賞会や

ワイは親族弔うから数日作業中止や

Oh...

わいはUnityだから当然C#の民やけど、仕事でC++を触り始めて早数週間
まじでどっちもどっちやな・・・
パフォーマンスではC++に軍配が上がるようだから、C#からC++へ変換する機構がUnityに無かったらUEに浮気してたかもしらん

ホロパレード今日リリースだね
今後出すゲームはあのクオリティがベンチマークになるんだろうか

ゲームが完成したらホロインディに申請だけしてみるけど、ゲームの性質上望み薄だからほぼ諦めてて個人で出すつもりのわい、低みの見物
開発期間の割にクオリティが化け物すぎるんよ、、、

ゲームエンジンってのは楽してエンジンが最適化してくれるもんだから
便利で機能が多けりゃそれで良いんだよ
カプコンのREエンジンもUEのDLLのコンパイル不便さを考えてC#が最適と判断してる

そういうもんかな？
わいはもうアセット買い込みすぎてて今から別のエンジンに乗り換えられないからそう言ってもらえると助かる

ホロパレードの同接約8000
同接2400の８番出口がわずか1日で3万本売れたとの事だから
夢はあるけど今後ホロインディへの参入者も増えそう

今Unityで年に2,3回クラスのセールやってるんだけど、アセット爆買いしすぎて1000ドル突破しましたあああ！！！
今日もわいはアセット鑑賞会やでぇ（白目）

弔いが終わったから明日から作業再開するンゴ

おかえりなさァい！

今日のわいの成果
全260行あったチュートリアルテキストを30行まで削りました

昔Redditでみたこれくらいクオリティ上げてほしい
https://www.reddit.com/r/Hololive/s/Fnxg0lmJBw

そのゲームは今どうなっとるんや・・・今でも開発続いてていつか公開予定なんかな
redditはよくわからぬ

わいはホロリス歴そんな長くないから、ホロライブが中国を避けてる程度のことしか知らんけど
原神チックなゲームは煙たがられそうやな・・・

このゲームありゃワイいらないやん！

今日は1日かけて納刀出来るようにしたぜ(亀

イッチ生きてるかああああああああああ亀のように遅くてもいいから何かしら作業を進めろおおおおおおおおおおおおお！！！（爆買いしたアセットを眺めながら）
わいはこの土日で頑張るやでぇ〜（鼻ほじ）

刀で敵攻撃したら敵が遥か彼方に吹っ飛ぶバグ発生して頭抱えてるわ

物理演算あるあるやね
Unityは摩擦係数というパラメータを調節して、物体同士が衝突した時に衝突された側が吹き飛ぶ量を制御、、、だったかな？（まだそこまでいけてない）

Unityの物理演算には動的なものと静的なものがある

動的なのは「衝突する側」と「衝突される側」という設定だけしておいて、後は物理演算に丸投げ
なので例えば体当たりする速度に比例して衝突される側が吹き飛ぶ量もでかくなる

静的なのは衝突するされる側の設定はするけど、実際に衝突した時に物理演算は何もせず、衝突されたことを検知する
検知して、衝突された方向や移動速度なんかのパラメータを貰えるから、それを料理して後方へ吹き飛ぶ処理を自前で実装する

でーよかったはずや、UEも似た仕様のはず

アセットつかいてぇ〜　ボーナスでアセット買いまくりてぇ〜

アセットつかいてぇ〜　ボーナスでアセット買いまくりてぇ〜

UEも年末年始は特大セールか何がやるんでない？

UnityのHumble来てるけどしょぼい

金がないンゴ〜

資金が有限であることを意識するとアセットの調達も大変そうやね
わいは他の趣味がなくコレ一筋だから金に糸目は付けとらん（>>138）
でもアセット買ったところで上手く料理できなきゃ意味ないやろが！！！はぁ………

と言うかアセットはオリジナリティ出せないからね
オリジナリティいらんとこしか使えない
金掛けるんならちゃんと契約して個人に依頼せんとあかん

わいはもうアセットフリップ化が加速する一方なのは半ば諦めてるけど、ホロメンの公式3Dモデルという主賓とゲームの内容がオリジナル要素やから………

ワイはとりま形ができたらアニメーションとかは差し替える予定だけど、マジで基礎ができねえよ
いつまでこんなことしてんねんあくたんかわいい

あくたーん！あくたん！あくたん！かわいいうひょー！(精神崩壊

ホロメンの公式3Dモデルもアセットフリップの一部なのでは………？（絶句）
あてぃしシオン辺りも近いうちにビジュアルアップデート来るのではないだろうか

俺はアセアセの実を食った全身アセットフリップ人間だからな

わいらは0から1を生み出すことに拘る必要はないんや
1を2や3にするだけでも目的が達成できるならそれでええんや
イッチは形になればゴールやから簡単なほうやで
1に無数の0.1をぶち込みまくって3や4のゲームを作ろう

ワイは0がマイナスになるわ

それは後ろ向きすぎやで
物理演算そんなに詰み要素なんか

いや、作りたいものが実装できなさすぎて泣いてる

Unityなら大体やりたいことを単語レベルで羅列してググれば解決する
ただUEでしかもビジュアルスクリプティングのやつ限定となると、情報少なそうやな
この板のUE質問スレは・・・結構下のほうに沈んどるなぁ・・・

システム系アセットは競合とかもあるし使いにくいやで
ディレクターなら企画書や仕様書をとことん細かく書き込んで何が必要か調べるんや

今からでもunityに行くか……！？

おうC#の沼にハマりに来るならできる範囲で教えたるで
けどUEでアセット買ったって言ってなかったかい

目的のためならアセット無駄にしたって安いもんや

そゆことならUnityに乗り換えるんや
コーディングできたほうが選択肢も広がるでな
まずはアセットフリップならぬコーディングフリップからスタートや

Unityってワールド作るのも大変そうなのがな

マジでプログラミング技術hello worldやけどいける？

技術力はあんま関係ないで
そもそもブループリントの方が簡単なスクリプトより難しいから

アセットに金を支払う事になるのならプログラミングには時間を支払う事になる
それだけ覚悟できればいけるで

ソースコード付きの完成したゲームが売られてたりするから、それを買ってソースコードを弄ってHPとかのパラメータを増やしたり武器の威力を変えたり敵の数を増やしたりっていうチートをソースコード側から仕掛ける、みたいな力業を使うと割と短時間でプログラミングの基礎が身に付く・・・かもしれない
大学でそんなことやらされたわいがおるでな

>>176の勉強法で使ったアセットの1つがまだ生きてたわ
https://assetstore.unity.com/packages/templates/systems/unitz-unet-33494

UEFNでフォートナイト上に作ればええやん
UEFNは今後オープン化してメタバースのプラットフォーム目指しとるし簡単やで

なんやそれ

ggrks.

キレそう

結局睡魔に負けて仮眠した。32-1

UEFNが最適解かもな
ホロアースもメタバースだしいずれ互換性持つ可能性も無きにあらず

無きにしも非ず

ホロア−スはUnityで作られてるで
確か今週木曜に大きめのアプデがあるけど、たぶんUnityのままなんちゃうか

別にメタバース作りたい訳やないし……っていうか個人でメタバースは無理やろ……

（散々このスレで大口叩いてるわい、メタバースが何なのか良く分かってない）

主観的な意見でいいから欲しいんやけど
わいのゲームのホロメン操作パートはキーボードオンリーなのやけど、UI操作パートだけマウス解禁って利便性とかの観点的にどう思う？

なんか普通に流石にやりにくそう

キーボードだけでええやんってなる未来見える

やっぱそうよなぁ・・・

普通にマウス＋キーボードでええやん

ホロメン操作パートがWASDで移動＆UHJKで技みたいな構成で、UHJKは全部必要やからマウスにはできんのや・・・
つまりキーボードオンリーの場面は必ず出てきてしまう問題

コントローラ的なアクションをキーボードでやるのは結構キツイかも？
特にキーボードは同時押し問題があるからマウスキーボードだと同時押しのない作りが理想となる
コントローラ専用かマウスキーボード(同時押しなし)の二択かな

同時押しがないなら後は明らかにキーボード有利でも両対応しとけば良い
見下ろし視点のゲーム(ディアブロ)なんかはマウスでもキーボードでも移動できたりする

なるほど？
UHJKの割り振りは正確には3つが技で1つはメニュー開くだけやから、技3つは左右ホイール押しにしてメニューはWASD付近のキーにしとこうかな・・・
あるいは技3つも画面のボタンのマウス左クリックにしてしまうとか（原神かな？）

技ボタンとかUIで表示される物は大体ショートカットキーも割り振れる
大体のゲーム両対応って事だね

キーボードオンリーに拘り過ぎて昨日今日でちょうどスクロールビューのキーボード対応どうしようって頭抱えてたとこやから、むしろスクロールビューはキーボード殺すわ
なんか見えた気がする、サンガツやで

Unityのスクロールとかはマウスゲー向きに作られてて
コントローラゲーだと次のページをめくるボタンとかつけないとダメだね
んで面倒だからスクロールやめてページめくりにしちゃうとかある

露骨なパクリになりたくないがために既存のアイデアを避けたくなってしまう精神は捨てろ（自戒）

土日終わりそうやけど、イッチはUnityとUEのどっちと心中するか決められたんか
まあ特に期限があるわけでもなしじっくりトライアンドエラーしてもろて

>>186
UEFNはメタバース内にコンテンツ作ったり、異なるプラットフォームのメタバース同士を繋げたりするみたいやな
今はまだβ版だからフォトナ上だけって感じか

ど素人が簡単にキャラゲー作りたいならそれこそUEFNの方が簡単やろとは思う

何を以て簡単とするか次第やな
UEFNよく知らんけど、それでゲームを作るにあたって必要な情報をネットで賄い切れるか
その点に関してだけ言うとUnityとUEに軍配が上がると思うんよな・・・

UEFNは世界的に人気で既に２桁億円稼ぐ若者も出てきてるくらいだから、日本語の情報もそれなりに多い
もはやゲームクリエイティブ版YouTuber的な立ち位置になりそうな感じまである
つかまあ昔からあった島のクリエイティブモードの発展版で、誰でも簡単にもっと凝ったものを作れるためのものだから、余裕で賄い切れるやろ

そもそも遊んでるユーザー数が半端ないからその後の発展も本人次第で未知数なのは魅力的じゃね
少なくともど素人がUnityで四苦八苦ゲーム作ってその後じゃあどこにどうやってリリースするのって事まで考えたら、ネットワークやサーバーやエコシステム含めEpicが全部用意してくれてるわけだ
こんな楽なのないわな正に次世代YouTuberだよ

ほーん、面白そうやね
わいはもうUnityの沼から抜け出せへん（>>138）けど、イッチ新しい選択肢やで！

ゲ製にいてUEFN知らないのに驚き‼
まあ春にリリースされたばかりだから知らない人もまだいるのかもしれんな

ホロライブで5ch全体検索してみたらこのスレが引っかかって>>25のレスをしたのがわいのゲ製初訪問やで
Unity一筋のUnity信者やから外部の情報はぶっちゃけそんなに取り入れてないや

最近ゲーム制作に没頭しすぎてホロメンの配信を全然見れてない問題
こんなんでゲーム作っても愛がないよ愛が
血が通ってないよ血が

拙者も今UE5で楽しくなってきたとこや

UEで行ってみるんか
ならわいからはディープなアドバイスできへんけど引き続き応援したるで

わいバーチャルYouTuberには全然興味無いけど、ホロアースには割と期待しててホロライブのキャラ使った2次創作とかしてもええの？
ならUEFNでわいもホロキャラの2次創作ゲー作ろうかな

UEFNだと収益発生する恐れあるけど個人でも大丈夫なん？
YouTube配信と同じ扱いになんのかな

わからんけど、収益発生した時点でアウトなんちゃう
少なくとも収益無しである程度好き勝手やっていい2次創作とは別な気がする

holo Indieに登録すれば有償でSteamで出せるみたいね
UEFNは要問い合わせやなあ
ぶっちゃけSteamなんかよりフォトナで展開して出来た方が遥かに世界中の才能あるキッズ達にリーチできてwinwinやと思うが

有償で二次創作ゲームを出す条件がholoIndieを通すことなので、実質的にsteamで出すことも必須となる
UEFNでそれが叶わないのなら無理そうって感じかな

ちなみにホロ関連のゲームのゲームエンジン
　IdolShowdown：Unity／コーディング
　ホロのスイカ：Unity／コーディングっぽい
　ホロキュア：既存のゲームエンジンに依存してない化け物（誉め言葉）（多分C++）／コーディング
　Nameless（この前ムメちがやってたやつ）：Unity／ビジュアルスクリプティング
　ホロパレード：Unity／コーディング
　HololiveERROR：Unity／多分コーディング
　ホロアース：Unity／多分コーディング
　あくありうむ：UE
1個くらいUE製のゲームあってもええやろと思ったらあくありうむがあったで

ホロキュアはGameMakerやぞ

なんやそれ初めて聞いた！調べるわサンガツやで！！

普通にUnityが情報多いから簡単なんよ
ビジュアルスクリプトとコードは別に分けて考えなくて良いよ
やってる事は同じだから

あくたん🥰

この板の他のスレで見かけたUEのnaniteって機能羨ましいなあ
わいのゲームはホロメンの3Dモデルが複数動いてる状態が常態化するだろうから、低スペックPCに寄り添うためなら最適化は惜しまぬ
状態が常態化…フフフ…（現実逃避）

平日時間なさすぎぃ！（退社）
でも土日も作業進まなすぎぃ！

平日時間なさすぎぃ！（退社）
でも土日も作業進まなすぎぃ！

仕事おつやで
わいは平日に作業進めるのは半ば諦めてアセット鑑賞会とかしとるわ
そんで土日にガッツリ作業進めるんや、土日に徹夜とかできると時間稼げてええな

時間は作るものだぞ
ゲーム製作の時間を空いた時間にやるって認識だとモチベ消失の原因になる

わいは時間を作る派やけど、無理しすぎるとポジティブな楽しさがネガティブな義務感に変わって冷めることもあるんや・・・（前科あり）
無理はせんでもろて

>>220
そもそもビジュアルスクリプトはデザイナーやクリエイターのためのものだからな

モデリングとかエフェクト制作でビジュアルスクリプト出てきてちょっと触った程度だけどゲームみたいで面白いっちゃ面白かった
ただ久々に自分の作ったやつとか見るとどこがどうなってるんだ…？ってのががコードよりも強い気がする

あぁ〜先日のUnityセールで爆買いしたアセットが90種類の15GBくらいあるからアセット鑑賞会の質が地味に高いんじゃ〜（現実逃避）
（ぶっちゃけ大半は参考資料用なので自作ゲームには取り込まれない悲しみ・・・）

ka2aki86（@佐藤航陽（さとうかつあき））さんがポストしました:
UE5で作られたバーチャルの森、すごいクオリティ。リアルタイムで動かしてるのもすごい。
#UE5 #3DCG #AI
https://x.com/ka2aki86/status/1735150364515860733?s=51&t=v_xy-gl7y1zQf182MLmXWg

イッチ生きてる？平日は滅茶苦茶忙しい感じ？
わいはたまに自分のゲームでこういうの実装したいなぁ楽しいだろうなぁとか妄想に耽ることが一日の成果だったりするけどモチベ維持の意味ではバカにできんからおすすめやで

ちな死んでるで(社畜並感
この前作った抜刀システム全部吹っ飛んで途方に暮れてる

UEFNで覚醒したわ
凄いコンテンツがごろごろあって世界は広いなあと実感
才能の原石たちの集まりやで
ここからオープンメタバースが始まりつつあるのを日々実感してるナウです

あぼーん

>>236
こんなに簡単なのか

遂に荒らしが来たか

戻し作業が進まねえ……
前のオイラはどうやって実装したんだ……

戻しって何やっとるん

ロックオンして、ロックオン起動したら自動で武器出してバトルモーションに移行する。
みたいな簡単なシステム作ってたんやけど、パソコンフリーズしてデータ飛んだからやり直してる
でもワイ知識無さすぎてどうやって組んだか思い出せず試行錯誤してる

>>236
GJ！
　

>>241
つMEGASync
つBunBackup＆外付けSSD

脳死で実装できる処理を1つ確保しておいて、その処理を仮ではめ込んで動作確認して本命の処理に置き換えてーみたいのおすすめやで
わいはログに「うんち」とか適当な文字を出力する処理を確保してるから
ロックオンしたら「うんち」と出力
→ロックオンしたら武器を取り出すモーションを再生して同時に「うんち」
→ロックオンしたら武器を取り出すモーションと同時に武器のモデルを表示させる、モーション終了時に「うんち」
→ロックオンしたら（中略）モーション終了時に武器を構えた待機モーションのループ再生を開始

アニメーション自作できるようになりテェ

>>244
VeryAnimationおすすめ
買ったアセット取り込んでそれをいじれるし回転にクランプあるから崩壊しない

>>245
多分244はイッチ（UE）や・・・
わい（Unity）は既に持っとる
UE版VeryAnimationあるんかな

一応できなくはないけど、なんかアセット自分でいじると違和感しかないンゴ

>>247
単純に経験値不足か環境が不十分なだけや
UEにVeryAnimation相当の機能があるなら後は経験を積むだけ
アニメーション作ったり弄ったりするならイージング（UnityではAnimationCurveともいう）は知っといたほうがええ
https://game-ui.net/?p=835

>>247
移動じゃなくて回転をさせれば良い
キメポーズを最初に作る
UEは知らんけど補正が入るようになるからその間をちょこちょこ直していけばなんとかなるようになる

アニメーションUnityで作るのもありかもね
Blenderで作ったことあるけどUnityに持っていったら動き崩壊するからアニメーションはUnityめで作ってる

だめだわ、ルートモーションの仕組みが全くわからん
設定しても全然反映されんし終わりや……

だめだわ、ルートモーションの仕組みが全くわからん
設定しても全然反映されんし終わりや……

Unityならサンプルプロジェクト連携してくれればわいがチェックできた
ガンバレ・・・今日はまだ9時間くらい残ってるで

なんか全然大したことじゃねえのに普通に心が折れるンゴ

脳死でできることとか気分転換のナニかがあるとええな
わいは今作ってるゲームとは別にホロメンの3dモデル使ったクソゲー作ってあるから時折起動して脳死プレイしとる

今日のトリビア
歩くモードと走るモードは両方あった方が良い
歩く一択は論外として、走る一択だと移動が遅く感じてしまう
あえて両方用意することで、「いつもより速く移動してる」という認識をプレイヤーに持たせることが大事

>>256
今までの走るモーションを倍速再生するだけという手抜き対応で解決

UnityのRootMotionはRoot.Tだったかを動かせれば行けた

>>244
生成AI使えよ

今日のトリビア（わいの中ではかなり前のトリビア
ホロメンの公式MMDモデルをUnityに取り込んで開発環境だけで動かす分には大したファイルサイズにならないけど、ビルドするとモデルデータがバカでかくなってしまう
これはデータを弄れば削減することが可能で、例えばおかゆんのモデルデータは開発環境30MB→ビルド後110MB→削減＆ビルド後25MBくらい

進まねえ〜！
マジでやりたいことを書いていかなきゃ

そういえばこの前ござるのモデルが上手くインポートできないってDMで言ってたけど、あれってもしかして右足の突起物のことかな？
あれは修正された最新版をニコニコから落とせば治ってる

あ、今出先だから忘れないうちにと思ってこっちで呟いちゃったけど平気かい

試してみるわ

バグ修正できず表面的な解決方法使いまくってるせいで、もうめちゃくちゃすぎる

それはよくない
その場凌ぎの方法でゴリ押すと大体他のところでツケが回ってくる
根本的な解決手段を見つけたほうが今後似た問題に直面したときの手札にもなるし純粋に経験値にもなるでな

キーボード縛りやめたらめっちゃ快適になりました
アドバイスしてくれたニキありがと〜

わい、スマホ版も作ることを決意
・スマホで遊べるくらいライトなゲームにしたい
・スマホなら出先でもデバッグできる
・リリースは多分しない（要求スペックが高すぎて無理）

新しいUnityでAndroidのビルドが簡単になるんやっけ

【超絶悲報】
ホロメンの3Dモデルを多数配置するとフレームレートが30まで落ちるわいの環境で、何を捨てればフレームレートが上がるか検証
条件：Unity、3Dモデルは30体固定、モデルには走るモーションを再生させておく

　画質設定を下げる→効果なし
　モデルのテクスチャを全部消す→効果なし
　メッシュのポリゴン数を10分の1にする→効果なし

3Dモデルの数に比例するパフォーマンス低下を抑える術、なし！！！！！！

>>270
シェーダをUnity標準の簡素なやつに変更して上3つ全部適用→10fpsくらい上昇
🤔

>>271
お前のPCがゴミなだけじゃね？

>>272
たくさんの人に遊んでもらいたいから低スぺPCに寄り添わないといけないんだ（RTX 2070 SUPER）（i7-10700）（32GBメモリ）

>>273
そのスペックで30fps出ないのはおかしい
もう一度スクリプト確認してみろ

あとモデルのポリゴン数教えて

>>274
ちなみにPCは使用から3年

GameタブのStatsのウィンドウに
　Batches: 5423
　Tris: 18.3M Verts: 13.9M
　SetPass calls: 248
って出てるけどこのあたりの情報で足りそう？

3Dモデルは約30体、モデルには走るモーションを再生させておく＆この状態↑で
Monoビルドなら30fps前後
IL2CPPビルドなら60fps安定

ならIL2CPPでいいだろと頭ごなしに決めつけて見えない負荷に晒すのも怖いので、Monoビルドも高水準を安定させたい思い
他にも色々検証したいところだけど続きは夜になりそう

あとぶっちゃけ30体も同時に動く状況はなくて実際は多くても10体前後だろうけど、30体でも安定するくらいなら10体はもっと安定するだろう理論に縋りたいのでとりあえず30体を頑張りたい思い

グラボ無しi7-8550UノートPC君「1体で10fps、30体なら4fpsやで」
嘘やん・・・

30体ならそんなもんだな
それ以上のものがほしければDOTsを使ってやるしか無いが多分お前には難しいと思う

>>278
ノートPCなんてそんなもんだぞ
3Dゲームするために作られてないからな

>>279
DOTS試したことあるけどシェーダの表示は崩れるしT字ポーズから動かせないし背景オブジェクト向きなのかなと・・・
DOTSってSkinnedMeshRendererとかAnimationClip使えるの？
使えたとしても物理演算とか問題山積みで頭かち割れそう

>>280
ノートPCはまあこんなもんよね
まだ見ぬノートPCゲーマー、すまん切り捨てることになりそうや・・・

>>281
Animationクリップはハイブリッドリンクをさせる必要がある
https://github.com/Unity-Technologies/CharacterControllerSamples/blob/master/_Documentation/Samples/platformer.md
これをよくみたら理解できる
かなり難しいけどな

今日のわいの成果
画面にボタンを3つ付けました！！！押しても何もありません！！！！
ほぼ朝の性能検証しかできんかった、、、
というかイッチ生きてる？

大丈夫かなイッチ
Xmasだし彼女とイチャついてて開発どころじゃないってだけならいいんだけど（裏山

https://qiita.com/Gaku_Ishii/items/23d85defb8339fe3e9c0
今週のわいの目標
この1ページだけでも知らないことだらけだったので最適化できるところは積極的に置き換えていく（特にArrayPoolヤバすぎ

仕事とゲーム作りと勉強で3人の俺が欲しいわ
進まねえ

へいイッチ！
イッチの進捗動画をみんなが待ってるよ！！（煽り）

>>273
十分な環境だな
Unityが糞なのかホロメン3Dそもそもに糞原因があるのか
ともかく30体程度でそれはおかしいので普通にUEで試してみ？

>>287
単純な性能的にはUEのほうが良いんだろうけど、Unity向けのアセットを買い込みすぎたりとかで乗り換えできないフェーズに来ているので・・・
どのみちノートPCだとフレームレート低すぎてまともに遊べないことが分かったので低スぺに寄り添うことは半ば諦めましたorz

>>287
30体なら30FPSで普通じゃね？
VATじゃなくてアニメーターで動かしてんだから

ようやくロックオンが完成した……次はAIや

上の性能の件、調べてみたら(Skinned)MeshRendererはこういう理由で重くて当然だからBatchRendererGroupを使えば良い！みたいな記事があった
https://www.infiniteloop.co.jp/tech-blog/2023/06/unity_brg_06_2023/
理論的にはSkinnedMeshRendererやAnimatorの移行も可能らしいけど、まだ情報が少なくてわいには無理そうだ

これとは別に2023.2辺りでSkinnedMeshRendererにテコ入れされてパフォーマンスが上がってるらしいとの情報を得たので試してみる（購入したアセット対応してるかなぁ・・・

>>288
そこがUnityの沼なところなんよなあ
UE5だとそもそもらアセット沼に陥らないから嫌になったら簡単に乗り換え出来る
この際アセット頼りのゲームエンジンを切り捨てる勇気も必要かな

2023.2.3f1にアプデしたらエディタでプレイして停止するときに必ずクラッシュするようになったｋｓｇ
最悪前の状態に戻せるからいいけども・・・

年始で実家帰らないといけんから、どうしても作業が進まん
ノートPCでも買うか

年始で実家帰らないといけんから、どうしても作業が進まん
ノートPCでも買うか

重さはエンジンあんま関係ないよ
軽量化の大変さはDQ11の記事とか見ても分かる

年末年始、貴重な連休
だというのに作業が全然進まない
まじで作業速度が全盛期の半分未満になってるぞわい・・・

わいスマホ版作成>>268諦めた
起動して最低限のリソースを読み込んでる最中に落ちる
具体的にはメモリ使用量が1.8GBくらいに到達した辺りで落ちる
PCで確認してみたら起動完了時に3GB使ってたのでお察し

オラァ年末年始休暇実家で作業を捨てた

オラァ年末年始休暇実家で作業を捨てた

やべえ
一泊だけの予定で実家に帰省してるんだけど、低スぺノートPCしかなくて環境は最悪なはずなのに手がめっちゃ進む
わいこどおじ適正高いのか、、、でも一人暮らしのほうが（ダラけるのには）快適なんだ！！！😡😡😡

ノートは手軽やしゲームもモバイルの方が人気なんやなぁ

ノートpcでも動くんか…

ノートはマジでただ動くだけでパフォーマンスは最悪
UIのレイアウト調整とかした程度
結局モバイルもメモリ超過で起動できずじまい
家戻ったからこんこよ24をリアタイしながらデスクトップPCで作業進める（進むわけがなく

手が進んでるだけで作業進んでねえじゃねえか！

明日から本気出すという伝説のスラングをご存じない・・・？
わいはガチやぞ

昼寝してしまってこんこよ２４完走も潰えたし、UIのフェードインフェードアウトをちょっと弄った程度しか進んでないし、ほんまこいつ

低スペ厳しいって奴
ホロのMMDのモデルがそもそも20万ポリゴンくらいあるやん？
ずんだもんとかモバイル系のキャラ
例えばIDOLY PRIDEってゲームの記事だと1キャラ27000～28000ポリゴンって書いてあるで

>>308
ポリゴン数が過剰なのは把握してたから、ポリゴン数を10分の1に落とす実験したけど効果なかったんや（>>270）

あとそのゲームって同時に登場するモデルが2,3体とかじゃない？
試してないけど5体程度なら60fps安定だと思うで、30体も出してたら残当って感じなんだと思う

まぁそやね、あとマリオでもカメラの距離でポリゴン数変わるから
30体もカメラに映る距離やと遠距離用の更に少ないポリゴンのモデルにしたりとかやね

ちなみにポリゴン数10分の1だと見た目がかなり破綻してて使えたもんじゃない
破綻しない程度のローポリモデルも用意してあるけど4分の3とか2分の1程度
ローポリ化を極めれば10分の1も不可能じゃないんだろうけど、30体で重い理由は>>291の記事のが強いとみて低スぺ接待はかなり諦めてる

今日のわいはスゲェぞ！リファクタリングがめちゃくちゃ捗った！！（訳：全然進んでない……）
またイッチ倒れてるか？

8日までの年始はpc操作できんから作業できん

wow年末年始休暇満喫しとるね（満喫してる？）
休みが明けたら仕事と自作ゲームの二重の意味で頭を抱えないでくれ

作業進めてえ

作業開始するでぇ！

何から手をつけようか

休みはまだ24時間ある、ゆっくりやればええんや
（やべぇもう24時間しかねえじゃん・・・）

大抵の処理は関数名や変数名を省略したがるのに「UnityEngine.Object.Instantiate」「UnityEngine.Object.Destroy」は省略したくない病
今日はマジで進みが良い（徹夜

今日は余力があったから気分転換にわいが時たま触るマイクソゲー（>>255の系譜）を公開用にいじったのを晒す
元々5,6年前にUnity5.3.xとかで開発したやつで、Kinectでキャラを操作するゲームだったのをキー操作に無理くり対応させたので少々歪かも
あとキャラは元々Unityちゃんだったのをそらちゃんに置き換えただけなのでホロライブ要素は皆無と考えておくれ

メニュー画面ではZキーで決定、矢印キーで項目選択
ゲーム中はZキーで赤ブロック⇔青ブロック切替、Cキーで回し下痢、横矢印キーで横移動
今わいが制作中のゲームの成分は１ミリも含まれてないけど、気分転換に一つまみどうぞ


https://66.gigafile.nu/0207-cfa2649a2b70a960c3c64cf8f4207adca

特に意識してなかったけどこれが供養ってやつか
成仏してくださいわいのクソゲー

マジで何も手につかなくて草　モチベくれれ

他人の創作物を観て「ウオオオ！自分もこんなゲーム作りてえ！！」って興奮できるタイプ？
ダークソウルみたいなゲーム作りたいならダクソ本家や派生作品を観たり遊んでモチベアップ狙うとかどや

モチベはダビスタの馬のように波がある
下がる時は他の事がしたいのだ、んでさっさと他の事に飽きるとモチベが上がる

そういえば、Unityでキャラクターを同時表示すると重いって問題（>>309, >>270）は解決したんかな？

>>326
解決策は一応ある>>291けど、結論として今のわいには無理なので当面は諦めることにしました

>>327
解決策もう出てたんか
見落としてた、申し訳ない

PCのバックアップ用のオンラインストレージ整備したり
ホロのマリカ大会のアーカイブ消化したり
今日のわいは絶好調やで〜
ゲームの進捗が後退し始めるくらいに順調

お

個人制作ゲーといえど本家の3Dモデルを使わせてもらっている身であり公開も視野に入れているわけなので、セキュリティ意識を高く持って資産の暗号化について検証中
IL2CPP通しても逆コンパイルとかモデルのぶっこ抜き対策には限界ありそうだなこれ、、、

素人だと暗号解析まではしないけど最近のゲームはそんなもんだよ
遊戯王のマスターデュエルとかもUnityのIL2CPP

暗号化を無駄にこだわりすぎてパフォーマンスに影響を及ぼすのも嫌だけど、裸のまま公開して本家モデルや有償アセットをぶっこ抜かれるのも申し訳ないので形式的な暗号化くらいは施しておくか・・・
Unityをベースとした独自のゲームエンジンと言われる原神ですらぶっこ抜かれてるようだしわい如きじゃ完全には防げんわな

またインディーはMODの為にあえてオープンにするもよう↓

溝部氏：
『クラフトピア』でMODはできるようにしたいなと思っていて、作り始める前にMOD開発者にいろいろ話を聞いたら「IL2CPPはMODが作りにくいから、Monoでやってくれ」と言われたんですよ。
Unityでゲームを作る場合って、だいたいIL2CPPにするんですけど、IL2CPPにするとコードが読みづらくなるから、MOD開発が簡単にはできなくなっちゃうんですね。

で、どっちがいいか悩んだんですけど、べつにソースコードが見られてもいいだろうと（笑）。
MonoにするとMODだけじゃなくて違法コピーも作られやすいんで、まずい部分もあるんです。
実際に『クラフトピア』の海賊版も出ているので、本当は対策しないといけないんですけど……。

でもそもそも『マイクラ』だってそういうガチガチのゲームじゃなかったし、『クラフトピア』もコミュニティの協力は不可欠だから、MODも作れないとゲームとしては伸びないだろうと思っていたので、悩んだ結果Monoで行った感じです。

Unity2022.3の民わい、スクロールビューの仕様が2021だか2020と若干異なっていて困惑


例えばこの画像の右側みたいに要素が6つ表示されてるスクロールビューがあるとして
マウスホイールを1回まわすと丁度要素1個分スクロールしてくれるようにするためには
ScrollRect.scrollSensitivityに要素1個分の高さを指定してあげるのが2021だか2020の仕様だった

それが2022.3ではなぜか、ScrollRect.scrollSensitivityに「要素1個分の高さ÷６」を指定する必要がある
画像の例だと要素が6つ表示されてるけど、この要素数に関係なく一律で６を指定する必要がある
何この仕様ちょっときもい

>>335
ホイール感度はデバイスで差あるから結構適当かなぁ

>>336
この謎仕様についてあんま深堀するつもりはないけど2019で確認してみたら要素1個分だった
変っちゃ変だけどおま環にならないなら別にいいか・・・

それよかイッチ死んでる定期

UE知ってる人少ないから辞めたんかね？

ありそうで怖いな・・・Unityに乗りかえたらわいがコーチングするぞ定期！！！
さもないとわいがこのスレ乗っ取っちまうぞ！”！！

乗り換えたかったけど
なんかもう全部どうでもよくなってきたわ

これ完成するころにはホロライブなくなってんじゃないんすか（）

別にホロじゃなくてもずんだもんでもVRoidでもゲーム作れるぞい

1週間でアセット無いところから全部作った
プレイヤーもモデリングしたけどアタッチやり直さないといけないの憂鬱

@YouTube

>>343
ファイナルソード感出てるね

状況でも感情でもいいから言語化しよう
言語化すると解決の糸口が見えてくるかもしれんぞイッチ

>>344
というと？

これ次誰が契約解除するかわからんのに怖えよ

>>347
ワロタw

やっぱにじさんじだわ

>>349
どっちも同じ定期

イッチはあてぃしとフブキ推しだと思ってたけど
今回の件で結構ダメージ受けてるかもしれないか・・・

メル推しっていんの？

>>351
星街の一件でだいぶ萎えてたけど、今回のもだいぶ萎えるわ

3Dモデルを大量に動かす夢を諦めきれず GPU ECS Animation Baker $53.90 買った
Humanoidアニメーションが対応してなかった
―完―

そういうときもある

そもそもポリゴン数多いキャラ大人数は無理では？

前に紹介したアイドルゲームの最適化事情

Unity新機能を活用した攻めの開発　次世代グラフィックを目指す『IDOLY PRIDE』 - ログミーTech
https://logmi.jp/tech/articles/325231

モバイル向け大量描画テクニック | Unity Learning Materials
https://learning.unity3d.jp/8860/

2万7千ポリゴンのアイドル4～5人だけでもエフェクトや観客にComputeShader、Burst、DrawProcedural、DrawMeshInstancedProcedural、DrawMeshInstancedIndirectで軽量化してる
無双的なゲームなら雑魚キャラのポリゴン少ないと思う

UEで悪いんだけど敵AI増やすと直ぐ重くなるわ

似たようなアセットあったわ、IK非対応だけど何か多機能っぽい
https://www.asset-sale.net/entry/GPU_Instancer_-_Crowd_Animations

ただこれって同じモデルをコピーしまくった時の最適化で無双にしか使えないんじゃね？
別のモデル数十体は意味ない気もする、まぁ草とかには使えるけど

>>355 >>357
おーありがとう
ポリゴン数多い複数種類キャラ大人数は不可能ではない（※1）（※2）（※3）（※4）（※5）（※6）（※7）……というのが現状らしい
買ったやつは複数種類キャラ大人数は可能なんだけどHumanoidアニメーション非対応とかいくつか問題があって要対応…対応したところでわいの要件をどこまで満たせるか分からないけど
あとその記事のゲームはスマホアプリだからPC限定にすればもう少し選択肢が増えると思われる
草みたいな単純なモデルの大量描画なら有償アセット無くても実現可能なんだよね・・・

>>356
UEはこの手の最適化が得意なイメージあるけどどうなんだろう

>>355
スマホだと無理だよ
PCならなんとかなる

全員が同じ動きをするならVATを使って頂点シェーダーでアニメーションさせるのが一番軽い
Github探したらスキンドメッシュレンダラーをVATにするツールあるからそれでアニメーションクリップをVATにする
https://github.com/sandwichpuissant/Unity-VAT
あとはVAT動かすシェーダーを作ってVATをスクリプトで切替えながらアニメーションさせる

>>360
さんくす
残念ながら全員に違う動きをさせたいという要件もある・・・買ったアセットはそれを満たしてたんだけど別のところで問題があって解決できるか要検証ってところ
今のところ同じ動きをするモデルを大量に用意したいシチュエーションがないけどいつか必要になった時のために保存しとくわ

>>358
標準機能でLOD作成出来るみたい。どの位効果あるのか試してないけど

Humanoidアニメーション非対応、マテリアルはモデル1体につき1種類のみ、ShaderGraph必須につきHLSLで記述した独自のカスタムシェーダ非対応
マニュアルに書いてない制約多すぎて買ったアセットの検証で心折れそう
こんな大して優先度高くないのに手間かかることやってるからゲーム開発進まないんよな

>>362
UEはなんか英単語6文字の機能（名前忘れた）を使うとカメラとの距離に応じてローポリモデルをリアルタイム高パフォーマンスで生成して切り替えてくれるみたいな変態機能なかったっけ
うらやましいってここでつぶやいた気がするけど忘れた

>>364
Naniteは現時点ではスケルタルメッシュには対応してないです従来のLODは有るけど

大量モブなら影を消して影響ライトも減らしていいかもな

>>365
まじすか・・・この分野はどのエンジンも発展途上ということなのか

>>366
その手のエディタ画面を操作するだけで変更できるかわいい手法は一通り試してダメでした（>>270＋α）

買ったアセットが通常のモデルをECS専用のモデルに変換する手続きを踏むんだけど
変換後のモデルがAnimationClipを参照してなくてどうやってアニメーション再生してんだよって見てみたら
専用モデルと一緒にテクスチャを生成して1ピクセル1ピクセルに各フレームごとのボーンの情報を刻み込んで
そのテクスチャから読み取った情報でメッシュを動かすとかいう変態じみたことやってた

一旦忘れようかこのアセット

>>368
だからそれがVATなのでは？

>>369
あ、ごめんそういうことか！
理解した（多分）

トワ様の配信今見たけどわいが今日やりたかったことホロアースがほぼ実現しとるやん・・・そういえばホロアース全然やってなかった
これに衝突判定も加えれば100点満点

>>357さんのアセット買って試した
本体$66＋本体動かすために必要らしいやつ$82.50
今のところ2種類のモデル64体で120fpsくらい

実用化するために乗り越えなければいけない壁
・Transformの制御が一切効かないので髪やスカート等の揺れものが死んでる
・マテリアルの操作が一切効かないのでマテリアルから色を変えたり等の変更ができない
・従来の物理エンジンが使えない

他にも問題色々ありそうだけどとりあえず上3つは1つでも欠けたらこのアセットが没になるので何とか解決したいところ

・実行前にアニメーションとモデルを結び付けて構築する必要があり、今のままだとアセットバンドル化できない
これあったわ、一番重要まである

2種類64体のやつ
従来のSkinnedMeshRendererのパフォーマンスが左
新しく買ったアセットのパフォーマンスが右


おもっくそ慢心してるけど30種類くらいに増やしたらガクッとパフォーマンス落ちるとかありませんように・・・

独自仕様でIK未対応って事は揺れものアセットもまぁ無理だわな
古い無双しか作れない、やっぱ実用例の記事って大事

>>375
Transformが制御できないのは代わりに別のところで制御しているからだと思われるので、そこを特定してソースコードいじれば外部から疑似的にTransformを制御できるようになると考えられる
揺れものシステムはわいの自作なのでTransform制御と同じことができるなら揺れものは可能

>>376
マジか、やるね～

技術的に面白そうだし主さんのスキルも高いけど自由度が低いのでメタバース的なものには向いてなさそうだよね

>>377
よいアセット紹介してくれてありがとうー
折角買ったし今のところ致命的な欠陥もないので使い倒してみる

>>378
ホロアースっていうメタバース的なゲームが今日わいが四苦八苦してたことをある程度やってのけてるかも、詳しくは知らないけど
わいもメタバース的なことがやりたいわけではないからなあ、、、

>>379
アクションゲームか～面白そうなことやってるので応援してます！！

買ったアセット「GPU Instancer - Crowd Animations」>>357 の現時点の問題点、懸念点

・モデルとアニメーションの組み合わせごとにVATを生成する必要がある
→わいの場合30体以上×150種類以上のVATを作ることになりそう
　手間もあるけどストレージの容量を浪費してしまいそう

・メッシュのRead/Writeを有効化する必要がある
→確かこれが有効だとメッシュがCPUメモリにも乗ってしまってメモリ効率が悪いとか・・・要検証

・GPUに高負荷がかかる
→2種類64体の場合、従来のSkinnedMeshRendererだとCPU30%＆GPU30%だったのがアセットの場合CPU20%＆GPU100%になる（パフォーマンスは>>374の通り）
　前者と後者で要求スペックがどう変わってくるかによってはこのアセットが没になる・・・

2種類64体で120fpsだったのが30種類64体で30fpsまで落ちました
まあ実際にゲームの中で同時に動くのは10体程度だろうから全然いいんだけれども１人生首になってる子おるのなんでよ

マントが破綻してる子もいる
なんで？（殺意）

>>382
これってVRMで配布されてんの？

>>384
ホロライブMMDでググると公式の配布ページが出てくる

>>385
へー
公式で配ってんだ

まぁそんなもんじゃないの
ハイポリ大量って企業でもあんまないと思う、モンハン無双バイオ無双鉄拳無双ダクソ無双

1メッシュのポリゴン数なんぼよ？

>>388
少ない子で
　Tris: 436.4k Verts: 334.5k
多い子で
　Tris: 649.1k Verts: 1.1M
全種類あわせて
　Tris: 20.5M Verts: 15.6M

まあ元がMMDモデルだからこんな使い方>>383は想定されてないだろうね・・・

>>389
少なくて40万はそりゃ動かんだろ

FF16超えてるよ！

FF16→10万～15万ポリゴン(バハムートは30万)
God of War (PS4)→8万ポリゴン
Warlander→67000ポリゴン
バイオ5→15000ポリゴン

>>390 >>391
なんかおかしいと思ったらUnityで確認した>>389がおかしかった

少ない子
https://3d.nicovideo.jp/works/td63649
頂点数: 51,658　ポリゴン数: 83,202

多い子
https://3d.nicovideo.jp/works/td63632
頂点数: 184,046　ポリゴン数: 107,949

ガバガバやんけ

ニコニ立体見るとポリゴン数15万くらいの子もおる
まじで389ガバガバやんけ

Unityの統計情報のポリゴン数は影の影響で増えるらしい
確かFPSも正確じゃないからゲーム中にスクリプトで表示しないとダメ

https://booth.pm/ja/items/2291888

>>392
多分この表記は4角ポリゴンの数だろうからUnityでは少ない方で15万triくらいか

inportsettingのメッシュで確認してるんだよね？

正確ではなくともおおよその値は分かると思って、389はGameタブのStatistics（統計情報ってやつ？）で確認してました・・・

>>394のアセットで確認してみたら>>392の少ない子は
　Verts: 56980　Tris: 83106
多い子
　Verts: 184909　Tris: 107949
大体ニコニ立体の情報と同じだった

>>395の少ない方が約15万triってのが何で確認できるのか分からないけど、一般的にポリゴン数と言われるやつは83106ってことかな？

3Dモデルは専門外すぎて、ポリゴン数云々もよくわからんけど>>382 >>383のモデルが破綻してる子2人の治し方もわからない・・・
ダメもとでアセット販売者のメアドに問い合わせて確認してみるか・・・

mmd→Unityの時点でちゃんと変換出来てるかチェックしてみたら？

>>399
従来のSkinnedMeshRendererでの描画は問題ない
変換の作業手順は全員同じだからピンポイントにこの２人だけバグってる理由がまじで分からない

Unityど素人だけどマントってクロスとか物理系の機能使ってない？そういうの全部オフにても駄目？

Unityと言うかMMDでも剛体のタイプ・物理演算の機能はあるので

MMD4Mecanimの中の
Mecanim(Humanoid)での VMD 再生は、まだ不完全な部分が多く全てのモーションで正常に再生できるとは限りません。
その場合は、Animation Type を Humanoid ではなく Generic を選択してください。
Unityで動作する リアルタイムの Bullet Physics プラグイン / C# DLL も同封しています。

ここで物理エンジン使ってる

あとIKの機能も使えないらしいからそこが引っかかってる可能性もある

>>401 >>402
物理系の機能は全部殺してあるというかUnityにインポートした時点で意味を持たなくなってるはず
仮にそれが悪さしてたとしても、この２人以外にもボロが出てるはずなので謎

>>403
IKは従来のSkinnedMeshRendererでも用が無いので使ってないから関係ないと思う

https://docs.unity3d.com/2021.3/Documentation/Manual/GPUInstancing.html
> GPU instancing isn’t compatible with the SRP Batcher. （GPU インスタンス化はSRP Batcherと互換性がありません）

従来のSkinnedMeshRendererと同じくSRP Batcherは効いてるものだと勝手に思い込んでたけど効いてないのか…>>382の時点で気づきたかった

色々検証してきて皆からアドバイスもたくさんもらってきたところ申し訳ないけど
このアセット（というかGraphics.DrawMeshInstancedIndirect）を使ってる時点で
異なるメッシュ異なるマテリアルの大量描画には向いてないとなるとこのアセットは没かもしれない…
でもまあ「このアセットは従来のSkinnedMeshRendererの代わりにDrawMeshInstancedIndirectを使って描画していて、DrawMeshInstancedIndirectはSRP Batcherが効かないので異なるメッシュ異なるマテリアルの大量描画には向いていない」という情報は実際に使って検証しないと分からなかったと思うので無意味ではなかったということで

今後この制約の中でも使い道が生まれるかもしれないので検証はもう少し続ける

>>397
ポリゴンには4角ポリゴンと3角ポリゴンがあって基本的にモデリングは4角ポリゴンで行うので4角ポリゴン表記だと思った
4角ポリゴンの2倍が3角ポリゴンの総数だからUnity上でレンダリングされる時は4角ポリゴンの2倍

まぁDrawMeshだからまぁ同じ物が大量にある場合の最適化って所は変わらんね

ここで度々取り上げられてたIDOLY PRIDEってスマホゲームの技術記事を見返してみたら、明言されてるわけではないけど
　異なるメッシュ異なるマテリアルの複数描画→SRP Batcher
　同一のメッシュ同一のマテリアルの大量描画→DrawMeshInstancedIndirect
って使い分けられてるね

異なるメッシュ異なるマテリアルの大量描画はダメか・・・

参考までにポリゴン数0のメッシュで30種類64体を描画したら30fpsだった
>>382と変わって無くて草も生えない

>>406
勉強になる、ありがとうー

FPSもスクリプトで表示しないと正確な値出ないよ
Unity公式でも言ってる適当仕様

>>410

←30種類64体をGPU Instancerで普通に描画
→30種類64体をGPU Instancerでポリゴン数0のメッシュに差し替えて描画
スクリプトでfps見てるんだけどあんま変わらなかった（右下）

よし１人が１０人くらいに分身して暴れる必殺技を用意してこのアセットを活かそう（やけくそ）

>>383
マントを非表示にしてる子がいるみたいですけどそれは無しなんでしょうか？

この機能を実装していて異なるアニメーションの再生に対応したアセットの実例が、問題点まみれで一度挫折した>>354
この時よりも多少知識が増えた今だから問題点を潰して使えるかもしれない、もう１回にらめっこしてみる

>>413
マントが破綻してる子はマントありモデルとマントなしモデルがある子なのでそれは問題ないです

DOTS Instancingという機能がSRP BatcherとGPU Instancingを併用できるとの情報を入手
https://logicalbeat.jp/blog/15417/

この機能を実装していて、（以下>>414）

>>354は一旦置いといて

https://assetstore.unity.com/packages/tools/animation/rukhanka-ecs-animation-system-241472?locale=ja-JP
Rukhanka - ECS Animation System $66 買った

結局ShaderGraph縛りかと思ったけどShaderGraphを従来のHLSL記述のシェーダに変換できたので
あとはこれを今使ってるカスタムシェーダ用に書き換えられれば動くところまでは持っていける

セットアップはコンポーネントを1つアタッチするだけという手軽さ
これで30種類のモデルのパフォーマンスが良ければ・・・

ゴリゴリDOTSを使ってるはずで大量のモデルを動かすサンプルもあるのに
Transformの制御が普通にできたりVATを使わず従来のAnimatorで動いてるっぽいのが却って不気味
今までのアセットとの違いというとLinear Blend SkinningというShaderGraphの機能を使ってるっぽいところ（結局HLSLシェーダに変換しても機能してるので今のところ問題なっしんぐ）
https://docs.unity3d.com/ja/Packages/com.unity.shadergraph@10.0/manual/Linear-Blend-Skinning-Node.html

ECSはまだ新しいからそんなに情報出てないね
企業もこれから使い出すのかと思うと未来ありそうな気はする

>>418
DOTSはJobSystem+Burstの上に成り立ってる機能だけど
そのJobSystemとBurstが値型しか使えないとか制約が強すぎて嫌われてるから今のままだと使い勝手悪すぎて普及しづらそう
わいが自作した揺れものシステムもJobSystem+Burstで最適化したけどマジで面倒くさかった

このアセットが使っていた機能は正確には「Mesh Deformation」という機能で、そもそも「Mesh Deformation」はDOTSとか関係ないというオチだった
このアセットは、DOTSでも「Mesh Deformation」が使えるよというのが売りのアセットで
従来のSkinnedMeshRendererに「Mesh Deformation」を適用するよりもDOTSで「Mesh Deformation」を使うほうがパフォーマンスは低く、わいが求めてるものとは全然関係ないアセットでした

なので今わいが使ってるカスタムシェーダに「Mesh Deformation」は使えるのか？使えば本当にパフォーマンスが上がるのか？が争点となっているけど
「Mesh Deformation」の適用前と適用したつもりのシェーダで比較してもパフォーマンスは変わらず40FPS前後
GPUは全然余裕あるから、ありえるとしたら「Mesh Deformation」が適用できていないかCPUバウンドで頭打ちになってるかのどちらか

イッチ～😭

ワイは失踪するしか……！もう道が……！

何が問題になってるんだ
今なら見ての通り余裕があるから助け船出せるで

モチベがない上にもはや時間を割こうとすら思えなくなってる

Xのアカウント凍結してるんだが

そりゃ重症だわな・・・
メルさんの件が効いてるのか他に何かあったのか分からんけど、モチベ低下は時間に身を委ねるしか回復手段なさそうだもんなあ
時間に身を委ねた結果回復するか完全に燃え尽きるかはコントロールしきれない、ぶっちゃけガチャ

>>425
普通に見れたよ、なんだろう
とりあえずイッチの骨を拾ってこのスレはわいが使いつぶすから回復したら戻っておいで

ゲーム制作中断した代わりにワイの読み上げあくたんの精度が上がった

そういえばいたなそんなん
AIこよりみたいなやつだっけ
ゲームで使ったら怒られそうか・・・

そらもうアウトラインから立ち幅跳びしてるようなもんやろ

別クチでアドバイス頂けたりもして、結論が出ました

１．GPU Instancingを有効化して、少ない種類のキャラクターを大量描画
→GPUが100%に振り切れても120fpsくらいの高パフォーマンスを出せる

２．GPU Instancingを有効化して、多い種類のキャラクターを大量描画
→セットパスコールが多くてCPU使用率30%あたりで即CPUバウンドになるため、30fps程度しか出せない

３．従来のSkinnedMeshRenderer（SRP Batcherが有効）で、多い種類のキャラクターを大量描画
→セットパスコールはSRP Batcherにより大幅に削減できるが、それでもやはりCPUバウンドにより40fps前後しか出ない

３．の時点でセットパスコール数を減らさない限りCPU側のパフォーマンスが頭打ちなので、「Mesh Deformation」の力を借りても無意味とのこと
キャラクターの数や質を維持したままセットパスコール数によるCPUバウンドを解決することは現状不可能とのことで、アキラメロンという結論になりました

アドバイスくれた皆様方ありがとうございました
70レスくらい使い潰した性能検証は一旦終えて、わいは少し前までやってたいつものゲーム開発に戻ります

なんかQiitaの記事1本書けそうなくらいのボリュームあったなこの検証
書かないけど

まぁ難しい事せず普通に作ろう

後ろの群衆なんかもImpostorsで作った方が早いとかね

@YouTube

今流行りのパルワールドも最初はオールアセットゲーから始まっていた
https://news.denfaminicogamer.jp/interview/190906a

インディーゲームは細かいクオリティより新しい面白さに一点集中しよう

@YouTube

性能検証>>431について補足

> ３．従来のSkinnedMeshRenderer（SRP Batcherが有効）で、多い種類のキャラクターを大量描画
> →セットパスコールはSRP Batcherにより大幅に削減できるが、それでもやはりCPUバウンドにより40fps前後しか出ない

→PostProcessを無効化する：40fps
→＋揺れものシステム＆物理演算を無効化する：50fps
→＋とあるコンポーネントを無効化する：70fps

という感じで色々無効化したらパフォーマンスが上がった
最後のとあるコンポーネントというのは、キャラクターの眉毛を髪の上から描画させるためのコンポーネントのことで
毎フレームSkinnedMeshRenderer.BakeMesh()が走っていたために微妙な負荷になっていたみたい
こいつを切り捨てるのは割と現実的なのでこれでパフォーマンスが上がるなら消すか

>>434
新しい面白さなあ・・・前例がほぼない的な意味でなら新しさはあると思うんだけど万人受けは期待してない
わいにとっては絶対面白いけどそれがどこまで受けるかは実際に公開してみないとわからないかも

あとパルワールドで思い出したけどこれエンジンがUEになってるから
Unityでもある程度重いソフトはMOD切ってIL2CPPでテストも毎回ビルドってのもありうるね

>>437
IL2CPPでもMonoでも「キャラクターの種類が増えるほどフレームレートが目に見えて低下する」という課題があったのでそれを解決したかったのが今回の検証なんだけど
まあ結局ダメだったのでIL2CPPビルドに頼ったりキャラの数を減らしたりCPUバウンドの要因を地道に削っていくって方向で・・・

わいが使ってるシェーダが超有能すぎる（実は今回の性能検証でもこっそり一役買ってる）

Qiitaで紹介記事書きたいくらいなんだけど、顧客を絞って１人１人に対するサポートを手厚くやっていきたいという先方のご意向で書けないもどかしさ

←

こっちにしとこ

まぁ後は正攻法やね
マップならPerfect Cullingとか言う謎のアセットもあるけど

https://gamemakers.jp/article/2023_12_11_57024/
https://github.com/CyberAgentGameEntertainment/UnityPerformanceTuningBible

>>442
複数種類のキャラクターが画面内を暴れまわる感じのゲーム作りたいから
カメラに映ってない間という条件のあるカリング系は大体没なんだ・・・

あとそのあたりのドキュメントは３，４回くらい読み返してる
英語のほうはあんま理解できてる気しないけど

>>443
閃乱カグラ？

>>445
閃乱カグラは全然知らない
スマブラとかスーパーポケモンスクランブルが近いかも

>>446
カグラは無双系ですね。キャラクター重視のゆるいアクションって作ってる途中で
面白くないかもって思っちゃうかもしれないのが難しいところです…

>>447
スマブラXに百人組み手っていうモードがあったけどSPにもあるんだろうか、無双系って言われてるのって大体あれのことだよね
あれほど雑魚敵がポンポン死んで目まぐるしく入れ替わる感じでもなく
かといってスマブラほど１人１人とのプロレスを重くしたいわけでもなく
その中間くらいにしたい・・・って文章にしてみたけど自分でもよくわからん、思うが儘に作ってみてどうなるかのお楽しみ

主さんにはシェーダーとか開発者を唸らす方向で頑張って欲しい

なんじゃそりゃ
まあ作りたいゲームの方向性も決まってるし　万人受けは狙わず数人が大草原生やしてくれれば御の字なのでやりたいようにやってみます

だいぶ前にスマホ版ビルドしてみたけどメモリ不足で無理だったってのがあったけど
URPの設定のRenderScaleを2倍にしてて5000×2500とかいうとんでもない解像度で描画しようとしてたのが原因だった
RenderScaleを等倍にしたらメモリ使用量も0.6GBくらいに収まって普通にスマホ版で動かせました

解像度下げるのも最適化やね

今回はスマホで2倍ってのが意図してなかったものだからよかったけど
PCだと2倍と等倍でもかなり差が分かるし（一応画質設定で下げられるようにする）
おそらくスマホも等倍未満にすると目に見えて画質が下がってしまうのでできればこのラインを維持したいところ・・・

最近のスマホは馬鹿みたいに解像度高いからな

昔Unity公式がAMDのアップスケーリング技術使えば2Kでレンダリングしたやつを4Kで描画できるからいいよって言ってた

@YouTube

>>455
ありがとう
Bilinearと教えてくれたFSRで比較してみたけど、fps、CPU使用率、GPU使用率のいずれも大して変わらなかった
今のわいの環境だとGPUは余力が余りまくってるから、そっちを最適化する技術だとしたらCPUバウンドのわいの環境には響かないかも

でもそうかスマホ版だと影響が如実に現れてるかもしれないのか
本命はPC版でスマホ版は公開する予定がないけどついでに検証してみる

まぁ動画見る限りいろんなゲームでFSR使われてるって事は4Kで全部レンダリングしてるところは少ないからFSRのほうがバイリニアより性能いいならFSRでアップスケーリングしたらいいんじゃね？

そりゃそうか、問題なさそうだしそうします

今日（昨日）も性能検証の続きみたいなことやってたけど、シェーダ販売元がパフォーマンスについて詳しく見てくれることになりました
買い切りなのに申し訳ないと思いつつ甘えるしかない

敵AIを200体くらい表示して重くてローポリモデルにしたり解像度下げたりしたけど効果なくて
20体～50体くらいに下げたら軽くなった事があります。CPUがボトルネックになってた(UE勢)

>>460
そのモデルたちが同じ種類のキャラクターだとUnityではかなり最適化できて無双系のゲームも現実的なんですが
種類が異なるキャラクターを大量に表示するとCPUがボトルネックになってどうしようもなくなるのが現状ですね
UEも似た感じなんじゃないでしょうか

Bilinear レンダリングスケール1倍


FSR レンダリングスケール1倍


レンダリングスケール2倍


PC版でも1920x1080の等倍と2倍ならメモリ使用量が1GB変わるくらいなのでまあ現実的（？）

>>461
UEでキャラクターをGPUインスタンスするアセット探したら6万くらいして驚いたわ～

>>463
なんでだ・・・そんな高価な技術じゃないと思うんだけど
Naniteだっけ？あんな変態機能はロハで使えるんだから、GPUインスタンスと同等以上の効果が得られる別の機能が何かしらありそうではあるけど

UnityはGPUインスタンシングは無料だからな
最近はDOTsインスタンシングだし

DOTSインスタンシングは静的なオブジェクトの大量描画に関してはGPUインスタンシングの上をいくんだろうけど
スキニングが有償アセットでしか対応してない上にパフォーマンスも従来より落ちるのが悲しい
静的なオブジェクトは今のSRP Batcher依存の最適化で十分だからDOTS対応は後回しでいいかな

３か月くらい前までメモリ32GBでちょっと足りないかもなあ程度だったのに
今日64GBメモリでメモリ不足になった
ゲーム開発以外にも裏でChrome開きまくってたのもあるかもしれないけど、こりゃ半年後には128GBコースか？

１．わいが使ってるカスタムシェーダを普通に使って（>>462）、物理演算などのグラフィック関係以外を全て切ると
　約70fps　1フレームあたり約14ms

２．この状態からマテリアルのプロパティを未指定（Texture、色などの指定を初期値）にすると
　約75fps　1フレームあたり約13.3ms

３．ここからさらに、シェーダをUniversal Render Pipeline/Litに変更すると
　約150fms　1フレームあたり約6.7ms

４．なお１．の状態からシェーダをUniversal Render Pipeline/Litに変更しただけの場合
　約120fps　1フレームあたり約8.3ms

わいが使ってるカスタムシェーダがもうちょい最適化されてくれると嬉しす・・・！

>>464
6万のアセットってこれね。静的メッシュをインスタンスするのはUE4の時からあります

@YouTube

>>469
あれ？複数種類のモデルやアニメーションに対しても強いなら６万でも普通にほしい
Unityで欲しかったな・・・

今シェーダ開発者さんにパフォーマンスの調査を依頼してるのもそうだけど、専門家に丸投げしたほうが時間効率が良いことは頭では分かってるのに
パフォーマンス最適化への未練を断ち切れずにせっかくの日曜日を地味な性能検証で潰す人生

今日の性能検証延長戦の成果

https://qiita.com/UnagiHuman/items/7db6c75adea0d5862acf
色々な記事を巡り巡って辿り着いたこの記事で、SkinnedMeshRendererをComputeShaderでミラーリングする方法を覚えました！！！！
SkinnedMeshRendererなしでボーンを制御したかったはずなのに結局SkinnedMeshRendererありき。ドウシテ・・・

> Batch cause
> This material has custom buffer override

マテリアルのプロパティにComputeBufferを指定するとSRP Batcherが無効化する問題と喧嘩中
この喧嘩に勝てばパフォーマンスが爆上がりする可能性があってちょっとワクワク

従来のSkinnedMeshRendererを殺してBatchRendererGroupベースでモデルを描画することに成功しました
ボーンのTransformを操作することでモデルも変形するので、アニメーションも従来のAnimatorで再生できる

ただし肝心の本命のパフォーマンスが従来のSkinnedMeshRendererより低い
従来のSkinnedMeshRendererでアニメーション再生中　≒　BatchRendererGroup描画でアニメーション停止中

画像の左が従来のSkinnedMeshRendererでアニメーション再生
真ん中の山がBatchRendererGroup描画でアニメーション再生
右がBatchRendererGroup描画でアニメーション停止


まだJobSystem+Burstとかで改善できる余地はあるので、まだ希望を捨てずに検証を続けます

>>474
そういうのはBurst、JobSystemだね

>>475
ぶっちゃけネットの海に落ちてるソースコードをいい感じに結合しただけなんだけど
元々のコードが結構最適化されてて詰める余地がなくて割とピンチ

そもそも従来のSkinnedMeshRendererはモデルのメッシュに対するRead/Writeが無効でもスキニングできるのに
BatchRendererGroupでスキニングするためにはメッシュのvertices/normals/tangentsの取得が避けて通れなくてRead/Writeを有効にせざるを得ない時点で勝てない気がしてきた

でもなんか勝ってる人（企業？）もいるっぽいんだよなあ・・・
https://www.infiniteloop.co.jp/tech-blog/2023/07/animatorreplacepart1/

やべ、今の実装だとBlendShape対応してなかった
既にパフォーマンス負けてるのにここから更に落ちるのか・・・

>>476
なるほど
すごいことやってる人多いね

このDOMOTIONってどうなんだろうか？
https://github.com/gamedev-pro/dmotion?tab=readme-ov-file

現在の機能(v0.3.4)
完全にバーストされたランタイム
ステートマシンビジュアルエディタ
遷移: Boolean、Int、Enum、End Time
コードでクリップを再生するためのシンプルな API (サンプルを参照)
1D ブレンド ツリー
アニメーション イベント
ルートモーション(デフォルトの動作をオーバーライドする必要がある場合、WriteGroupのサポートあり)
オブジェクトアタッチメント
最適化されたスケルトンと最適化されていないスケルトンのサポート
ステートマシンのビジュアルデバッグ
計画されている機能
2D ブレンド ツリー (デカルト/フリーフォーム)
ステートマシンオーバーライド(別名:アニメーターオーバーライドコントローラー)
サブステート
IK サポート
複数レイヤー
スケルトンマスク

>>479
あざます！

使ってみた所感
・URP、Unity.Entities、Unity.Entities.Graphics等の依存してるパッケージの必要なバージョンが良くわからない
　特定のパッケージが新しすぎるとそんなクラス無いと怒られるし、それを直すために特定のパッケージのバージョンを落とすと別のクラスが無いと怒られたりする
　一部のエラーを握りつぶしてごり押したので不完全な状態
・ホロライブのMMDモデルだとボーンの数が多すぎて怒られた
　原文：Skeleton entity Unity.Entities.Entity has 376 bones. Skinned mesh entity Latios.EntityWith`1<Latios.Kinemation.SkeletonDependent> has 371 bone references. The sum of these exceed the max shader capacity of 682.
・DMotion Proがアセットストアでリリース予定らしいので期待

そしてやはりShaderGraph限定の機能を使っている（Linear Blend Skinning）
サンプルに含まれてるシェーダだと結構いいパフォーマンス出たけど、わいのカスタムシェーダに置き換えてどこまで落ちるか・・・
そもそもLinear Blend Skinningをカスタムシェーダに移植できるのか試すぞ！というところで超朗報

長老法！！！！
わいのカスタムシェーダの開発者さんがシェーダ起因のCPUバウンドの原因を特定してくれてパフォーマンスがどちゃくそ改善されました！！！

ビフォー


アフター


パフォーマンスが低かった理由も教えてくれたけどわいだったら絶対気づけなかった、流石プロ
確かUniversal Render Pipeline/Litだと150fpsとかだったから、ここまでくればもう十分まである
でも折角なのでウィニングラン（？）として>>474と>>479の検証だけはやりきりたい

結局シェーダーの違いやったんか
トゥーンシェーダ色々あるけど結構違いありそうやな

>>481
やったじゃん

てかBone376あるとか書いてあるけどこれって全部でってこと？
1つのモデルで376ってありすぎじゃね？

1つのモデルで371だった　それをDOTS用に変換すると376になる？
スカートとか髪のボーン1つ１つにモデルを変形させるための本物のボーンとは別で
用途が分からないダミーのボーンがあったりするせいか頭数が多い

そしてこのボーンの上限超過エラーをコメントアウトして握りつぶしてみたけど表示が破綻してダメだった
このライブラリに同梱されてるシェーダでも表示が崩れるので、上限には意味があるらしい
Proがリリースされたら上限が上がることを祈りつつこのライブラリは一旦保留・・・

Unityって何々と何々は共存出来ないって多すぎじゃないですか

わかる　JobSystem+Burstみたいな値型限定で高速化とかするくらいならいっそC++でコーディングさせてくれとは思う
仮にC++で書けたとして本当に速くなるのかは分らんけど

UEの最適化も結構大変そうだよ
スクエニとか自社の描画システムに切り替えて標準機能ガン無視とかしてる
https://www.docswell.com/s/EpicGamesJapan/ZVPELZ-cedec2018-ue4-CharacterPerformance

やっぱどこのゲームエンジンも低レベルなAPIを酷使して自前で全部実装するのが最強なのか

BatchRendererGroupでモデルを描画するためには
1. BatchRendererGroupにメッシュとマテリアルを登録する
2. 実際に描画するために他にも色々登録する
必要があるんだけど、2をやらずにメッシュとマテリアルを登録するだけで登録数に比例した負荷が発生してしまう

描画しなくともこの負荷だけで従来のSkinnedMeshRendererにパフォーマンスで負ける
メッシュとマテリアルを登録せず描画処理だけ走らせると150fpsくらい出る
登録することで発生する負荷を追求したいのにProfiler君さあ・・・

>>487
結局IRにするなら普通にC#使ったほうがいいと思うわ
C++だとしても変わらんし多分Burstのほうが早いまである

基本的にボーン数はパフォーマンスに影響あるからできるならいらないボーンは削除したほうがいいと思う

あくたんと天月(´;ω;`)

なんかもう>>481で満足しちゃったので（他力本願）
BatchRendererGroupは異なるメッシュやマテリアルの大量描画には向かない可能性があるということで一旦置いておく

300以上のボーンを持つキャラクター30体の不要なボーンを精査するのは時間帯効果が低そうなので優先度低めのタスクとして頭の片隅においておきます・・・

ちなみに>>481のパフォーマンスが上がった理由は「マテリアルに対してSetVectorしたフレームではConstantBufferの更新が走るので、SetVectorしたマテリアルの数に比例してパフォーマンスが低下する」とのこと

https://note.com/kazuyaraki/n/n71555418dd96
> UnityのSRP Batcherとは何なのか
> 一言でいえば、Draw Call毎にConstant Bufferを更新するという非効率な仕組みをやめたということです。これによりレンダリングに関連するCPUコストが削減されます。

毎フレームSetVectorするとSRP Batcherの強みを殺すことになる
勉強になりました

>>495
なるほどサンクス

ん？SetVectorがダメならfloatに分割してSetFloatを3、4回走らせればいいだけの気がする・・・
それで許されるのならなんかガバガバだな
もしかして今回の犯人がSetVectorだったというだけで、Set系は全部アウトなのかも
要検証

シェーダー最適化してもまともなAI組んだらCPUバウンドで動かなくなるから
単調なアニメーションさせることしか出来ないけどそれは大丈夫なのかな

>>498
AIって他の雑多な処理と同じくC#でコーディングしたもの？
毎フレーム走るC#の処理が多すぎるとCPUバウンドになるってこと？
どうなんだろう・・・IL2CPPやJobSystem+Burstとかで処理時間を詰めていけば乗り切れたりするのかな

>>497
やっぱり
SetFloatで試したけど、毎フレームSetFloatしたら70fpsまで落ちた
このカスタムシェーダ、マテリアルの値を毎フレーム更新しなきゃいけない機能を搭載してるから、その機能を一時的に殺すことで130fpsくらいまで上昇した
今のところわい個人はその機能に用がないからいいけど先方はそういうわけにもいかないだろうから、お礼がてら対策できないか検証してみるか

>>499
Job Burstでかなり早く処理できるよ

>>500
Set系が難ありって感じかな
C#スクリプトからその時の状況の変化でイベント発行してシェーダーはその値を使う
状況の変化がない場合はその値をずっと使い続けるみたいなことができればいいと思う

>>502
パフォーマンスはかなり最適化されてて、値をキャッシュできるものは元からキャッシュが実装されてた
このシェーダにはPerspectiveRemovalっていう機能があって、カメラとキャラクターの向きや位置関係をリアルタイムでシェーダに教えてあげる必要があるのでキャッシュが使えない
PerspectiveRemovalが何者か正確に理解できてないけど違いはこんな感じ↓

PerspectiveRemovalオフ（そこら辺のシェーダでも通常はこっち）


PerspectiveRemovalオン

>>503
顔がこっち向く的な？

その機能削除して普通にIKとかでよくね？
AnimationRiggingはデフォルトでBurst対応してたと思う

削除っていうか、このシェーダは購入したもので不定期的にあるアプデの恩恵を受けたい
＆いつか自分がこの機能を使いたい時が出てくるかもしれないから、正式に修正してもらったほうが嬉しい
先方もわいが出したパフォーマンス最適化の提案を度々取り入れてくれてるので今回も直したソースコード送り付けてお願いしてみる

>>506
なるほどね

修正できたからウッキウキでお願いの連絡しようとしたら、とっくに修正終わってるからリリース待っててちょと一蹴された、さすがプロ

素朴な質問だけどシェーダー何使ってるの？
MMDはどうやってUnityにインポートしてる？MMD4Mecanim？

素朴な質問だけどシェーダー何使ってるの？
MMDはどうやってUnityにインポートしてる？MMD4Mecanim？

>>509
シェーダ公式ページ　画像多いので通信量とか注意
https://github.com/ColinLeung-NiloCat/UnityURPToonLitShaderExample

MMD4Mecanimでインポートしてる
正確には同梱されてるpmx2fbx.exeでfbxに変換するだけで、それ以降はMMD4Mecanimの機能は全く使ってない

>>511
あーこれ気になってた
売ってるのかこのシェーダー

今日も今日とて、みみっちぃ最適化をする人生

・(Skinned)MeshRendererにはBoundsというプロパティがある
・Boundsとはモデルを覆う箱の大きさを設定するプロパティで、この箱がカメラの描画範囲にあるかどうかでカリング処理が施される
・Boundsの初期値はモデルの初期ポーズを覆う最低限の大きさしかない
　→アニメーションでポーズが変わると初期値の箱から手足がはみ出ることがある
　→結果として、本来カメラに映るはずの手足がカリングで非表示にされる

・これの簡単な対策はBoundsをクソでかくすることだが、でかすぎるとカメラにモデルが映ってないのにカリングされなくなる確率が高まる
　→そこでわいはボーンの位置を全部読み取ってBoundsのサイズを毎フレーム更新する実装を施していた
　→ボーンは1キャラあたり300以上、つまりTransform.positionのアクセスが300以上×キャラクターの数発生する

これをBurstで最適化する
見込みとしては2msしか短縮されないけど、今のわいは1msでも最適化したい

UIの実装を進めてる時よりみみっちぃ最適化に熱を上げてる時のほうがイキイキしてるわいって・・・

>>511
さんくす

これって超高価なシェーダーだよね。
デモが重かったのもあって、自分は買わなかった

>>513
手足がはみ出ない程度の大きさにすれば十分だと思うが・・・

>>515
本来は企業向けのシェーダだから普通は個人で買わないわな

確かにここまでBoundsの大きさを緻密に制御する必要ないかも・・・まずはそこから見直してみる

トゥーンシェーダー色々あるけど機能が微妙に違っておもろいね

そんなメチャクチャは拘らないけどアセットとか色んな機能とかは飽きないように程度に吟味する

わいはどのアセットも直感で手出してる感あるなあ
流石にこのシェーダは超高価だったので、直感に加えてホロライブのモデルに対して使われてる導入実績も買いの理由だった

シンボリックリンクというショートカットの亜種について学んだ

通常のショートカットはプログラムがショートカット自体を1ファイルとして認識してしまうけど、シンボリックリンクならプログラムがパスとして認識してくれるから
フォルダA/ファイルB.txtがある時にシンボリックリンクCを作成してシンボリックリンクC/ファイルB.txtにアクセスすると
フォルダAのファイルB.txtにアクセスしてくれる

開発環境では結構需要ある機能かも
と思ったけどないかも・・・

>>521
WindowsのシンボリックリンクはUnityエディタで動作しないぞ。俺はジャンクションを使ってる。
https://note.com/ume_white/n/n2ec5145e4903

>>518
UIって面白さと無関係だと思うが
2Dゲームならまだしも、ホロライブの3Dゲームなんだよな？

でも飽きないように適度に拘ったオサレなUIを作って欲しい

>>523
今のわいは細部に囚われすぎてるから
ゲームとして成立させるために必要な部分を進めるべきってことが言いたかった

>>522
まじすか、あれでもジャンクションって相対パスが使えないとかあったような・・・
でも開発環境なら別にいっか

今使ってるモニターが一応165Hzのはずなんだけど
60fpsと165fpsの滑らかさの違いがまるで分からん・・・

https://electro-disco.com/fpscheckerpage.html
ちなみにこのページだと、キャラクターの速度をメッチャ速くすれば60と120の差が若干分かる程度
そういうもんなんだろうか

リリンク手書き風ってテクスチャに書き込んでるのかそういうシェーダーがあるのかな

>>527
普通に60FPSでぬるぬるを感じるって事は30FPSだと足りてなかったってだけだから
それ以上の速さじゃないと分からないので当たり
昔でも音ゲーのハイスピードくらいしか60FPS以上いらないと言われてたね

>>528
手書き風フォント？揺らぎエフェクト？モーショングラフィック？UIの話かな？

>>529
キャラのシェーダーね。雑魚にも適用されてるっぽいし手間考えたらそういうシェーダーかなあ

>>530
手書きって鉛筆の光と影の奴かな？
今まさにトゥーンシェーダーでこれ使ってるわ、前無料で配ってたんだよね
https://assetstore.unity.com/packages/vfx/shaders/mk-toon-stylized-shader-178415

似たようなのだとRealToonの方も多機能でDOTS対応とかもしてたり
Toony Colorsは自作で細かくいじれるとかあるね

>>531
この手のシェーダー使ってるのは間違い無いんだけど、イラストレーターの原画みたいに
ゲーム中ムービー中でもえらく細かく丁寧に書き込まれてるんですよね

https://relink.granbluefantasy.jp/characters/detail?chara=main_character&part=gran

>>533
動画サムネで左側に出るのは原画でその右がコミックシェーダーかな？

>>534
ムービー中はほぼ原画みたいですね

Vtuberのモデルって100万くらいかかるらしいですね

わいが使ってるモデルは公式サイトで配布されてる無料のMMDモデルよ
でも実際のところ１人あたり複数種類の衣装のバリエーションがある中で初期衣装しかMMDモデルが配布されてないので
２，３世代遅れてる感がある悲しみ

>>528
テクスチャにスペキュラとか書き込んでると思うよ

ここ最近、本筋のゲーム開発進めるより寄り道してるほうが楽しい
他にも実際にゲームで使うかはともかく試してみたいことが色々ある

・マルチプレイモードを実装できるか？
・VR機能とか実装してみたい
・WebGLビルドはexeビルドと比べてどこまで太刀打ちできるのか？

はよ本筋進めろ

>>538
アルベドじゃなくスペキュラに書き込んでるのか

桜井のYoutubeでも絵とか利便性はディレクターならまぁまぁ拘って良いと思う
本筋って個人制作だとやれる範囲少なくてバズるなら配信向けゲー
確実に売れるならパズルや脱出ゲーネタ考えれないとキツイ

>>541
脱出ゲームってホラーゲームの事？
ホラーゲームならホラー専門の配信者が配信してくれるよね

>>542
脱出ゲーはスマホかな、最近は脱出と言うより失敗しなければクリア的なカジュアルクリックゲー
と言うかこれは2Dだからあんま3D化されてないね
ホラーとか操作激ムズゲー、なんか笑える奴が配信向けPCゲー

>>543
脱出ゲームってストアに大量にあるけど売れてるんだ

バズったり配信してもらえたら勿論嬉しいけどそれを目標に掲げてしまうと鬱になりそうな気がするから
自分の作りたいように作ってみる
Xで数人が大草原生やしてたら御の字

自分でもクソおもんないみたいな投げやりじゃなかったら何でも良いと思うよ
たけしの挑戦状みたいな意味不明なアドベンチャーでも何でもOK

思いがけず注目されても昇進鬱みたいになる事もある

>>545
自分はバズったりメディアに取り上げらたりしてフォロワーも増えたけど
古参やボスに悪い意味で目を付けられて敵も増えて疲れてSNSやめちゃった