ホロライブの二次創作ゲーを作りたい (945ﾚｽ)
ホロライブの二次創作ゲーを作りたい http://mevius.5ch.net/test/read.cgi/gamedev/1699879792/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
必死ﾁｪｯｶｰ(本家)
(べ)
自ID
ﾚｽ栞
あぼーん
480: 名前は開発中のものです。 [] 2024/01/30(火) 05:39:07.92 ID:DCr4w4dC >>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をカスタムシェーダに移植できるのか試すぞ！というところで超朗報 http://mevius.5ch.net/test/read.cgi/gamedev/1699879792/480
481: 名前は開発中のものです。 [] 2024/01/30(火) 05:58:14.77 ID:DCr4w4dC 長老法！！！！ わいのカスタムシェーダの開発者さんがシェーダ起因のCPUバウンドの原因を特定してくれてパフォーマンスがどちゃくそ改善されました！！！ ビフォー https://i.imgur.com/2a9gyX8.png アフター https://i.imgur.com/TfAT4MG.png パフォーマンスが低かった理由も教えてくれたけどわいだったら絶対気づけなかった、流石プロ 確かUniversal Render Pipeline/Litだと150fpsとかだったから、ここまでくればもう十分まである でも折角なのでウィニングラン（？）として>>474と>>479の検証だけはやりきりたい http://mevius.5ch.net/test/read.cgi/gamedev/1699879792/481
485: 名前は開発中のものです。 [] 2024/01/30(火) 10:02:36.71 ID:DCr4w4dC 1つのモデルで371だった それをDOTS用に変換すると376になる？ スカートとか髪のボーン1つ１つにモデルを変形させるための本物のボーンとは別で 用途が分からないダミーのボーンがあったりするせいか頭数が多い そしてこのボーンの上限超過エラーをコメントアウトして握りつぶしてみたけど表示が破綻してダメだった このライブラリに同梱されてるシェーダでも表示が崩れるので、上限には意味があるらしい Proがリリースされたら上限が上がることを祈りつつこのライブラリは一旦保留・・・ http://mevius.5ch.net/test/read.cgi/gamedev/1699879792/485
487: 名前は開発中のものです。 [] 2024/01/30(火) 11:16:32.01 ID:DCr4w4dC わかる JobSystem+Burstみたいな値型限定で高速化とかするくらいならいっそC++でコーディングさせてくれとは思う 仮にC++で書けたとして本当に速くなるのかは分らんけど http://mevius.5ch.net/test/read.cgi/gamedev/1699879792/487
489: 名前は開発中のものです。 [] 2024/01/30(火) 12:30:46.72 ID:DCr4w4dC やっぱどこのゲームエンジンも低レベルなAPIを酷使して自前で全部実装するのが最強なのか http://mevius.5ch.net/test/read.cgi/gamedev/1699879792/489
490: 名前は開発中のものです。 [] 2024/01/30(火) 15:36:01.77 ID:DCr4w4dC BatchRendererGroupでモデルを描画するためには 1. BatchRendererGroupにメッシュとマテリアルを登録する 2. 実際に描画するために他にも色々登録する 必要があるんだけど、2をやらずにメッシュとマテリアルを登録するだけで登録数に比例した負荷が発生してしまう 描画しなくともこの負荷だけで従来のSkinnedMeshRendererにパフォーマンスで負ける メッシュとマテリアルを登録せず描画処理だけ走らせると150fpsくらい出る 登録することで発生する負荷を追求したいのにProfiler君さあ・・・ https://i.imgur.com/gYgr1JN.png http://mevius.5ch.net/test/read.cgi/gamedev/1699879792/490
494: 名前は開発中のものです。 [] 2024/01/30(火) 17:21:10.35 ID:DCr4w4dC なんかもう>>481で満足しちゃったので（他力本願） BatchRendererGroupは異なるメッシュやマテリアルの大量描画には向かない可能性があるということで一旦置いておく 300以上のボーンを持つキャラクター30体の不要なボーンを精査するのは時間帯効果が低そうなので優先度低めのタスクとして頭の片隅においておきます・・・ http://mevius.5ch.net/test/read.cgi/gamedev/1699879792/494
495: 名前は開発中のものです。 [] 2024/01/30(火) 17:22:01.84 ID:DCr4w4dC ちなみに>>481のパフォーマンスが上がった理由は「マテリアルに対してSetVectorしたフレームではConstantBufferの更新が走るので、SetVectorしたマテリアルの数に比例してパフォーマンスが低下する」とのこと https://note.com/kazuyaraki/n/n71555418dd96 > UnityのSRP Batcherとは何なのか > 一言でいえば、Draw Call毎にConstant Bufferを更新するという非効率な仕組みをやめたということです。これによりレンダリングに関連するCPUコストが削減されます。 毎フレームSetVectorするとSRP Batcherの強みを殺すことになる 勉強になりました http://mevius.5ch.net/test/read.cgi/gamedev/1699879792/495
497: 名前は開発中のものです。 [] 2024/01/30(火) 20:21:29.65 ID:DCr4w4dC ん？SetVectorがダメならfloatに分割してSetFloatを3、4回走らせればいいだけの気がする・・・ それで許されるのならなんかガバガバだな もしかして今回の犯人がSetVectorだったというだけで、Set系は全部アウトなのかも 要検証 http://mevius.5ch.net/test/read.cgi/gamedev/1699879792/497
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
1.447s*