【UE4】Unreal Engine 総合 part13【UE5】
■ このスレッドは過去ログ倉庫に格納されています
>>349
なるほど そういうもんなのね
フォトナベースでホラゲーとか作れるとか、そんなイメージ 大手ももuefn使い始めたらそこが基準になるので、結局個人制作者では太刀打ち出来ないとかならんかな なると思うし今までフォトナのクリエイティブモードで活動してた法人や組織的なところはUEFNに挙って移動しつつある
そら簡単にマネタイズ出来たらそれに越したことは無いからね VRでもなんでも母数が少ない最初が一番儲かるしくみだろう
小回り聞く個人だったらササッと稼いで大手が入る頃には撤退というのがよさそう まずは完成させると課題が色々明らかになっていいよ
サンプルまんまとかはあんまり意味ないけどね まずは完成させる。乗り越える壁が用意されてるUQ1〜5選べばいいんじゃないか。
方向性とか理想を追うのはそれからだろ aiも個人制作に有利に働くのかね
企業も使ったらそことの差は埋まらない気もするが AIを有効利用するアイデアが浮かぶならやればいいとしか。
質問が素材か、プログラムか、アイデアに関してかはっきりしてない状態なら
まず完成させることからはじめよう 絵に関してはみんな神経質になってるけど、
モーションとか地形とか、明らかに手本のあるものは、AIに手伝ってもらうといいと思ってる
そういや、Houdiniのランタイム?が載ってるけど、全然使えてないな Epicの講義動画見ただけ UEFNは専用スレ立ててそっちでやってくれないかな興味ないんで UEFNはUE入ってるけど中身ゴミカスの別物だしな
Verse言語だけはプラグインか何かでUE5に取り入れられそうな気はするけど uefnは小規模なゲームに使うにはメリットない感じかな? そもそも遊ぶのにフォートナイトができる環境を整えてってのがどうなのって思ってる Epicが持ってるコンテンツの中で、Robloxぽいことができるのがフォトナだったんじゃないかと思ってる
(フォトナプレイしてないので)しらんけど
Verse座学だけしたい
そのうちビジュアル化して本家UEにも来るに+1票 研究してるとは聞くしね(又聞き
いい講義資料か動画おすすめない? 時代はオンラインオフラインを交えた空間コンピューティング・クリエイティブに移ったぞ
136 名前は開発中のものです。[sage] 2023/06/06(火) 08:45:22.99 ID:EEJDHt0k
AppleとUnityの提携でApple Vision ProのXRゲーム開発が新たな境地になりそうだな
https://i.imgur.com/OaIjCE7.jpg みなさん、Unreal Engine専用のパソコンのNVIDIAドライバって
Game Ready か Studioどちらを入れていますか? トランザクションをどう書くんだろ…ロルバを書かないといけない…んじゃないの
いちいち書くまでもなく、失敗したら副作用が破棄されるってこと? verseはフォトナで試してからUEにもってくるってエピックが言ってる C++とVerseの処理速度の違いはどのくらいあるんだろ coreみたいなクリエイト系のゲームとゲームエンジンって大差あるもんかしら(´・ω・`)
あー言うゲームつてどうやつてロジック組んでるんやろ 初心者質問で恐縮ですが
UE5を使う上でPCのスペックがVRAM12GBだと不便を感じることが想定されますか?
経験者の体験談をお伺いしたいです 動かせるPCがあるなら試しに何か作ってみたらどうか
まあこれから組むっていうのなら話は別だけど
自分は8GBだが今の所不便は感じてない ゲーミングノートで(UE5を)遊んでるけど、たとえば、UQ5くらいなら何ら問題ない
最近やったことないけど、オンボのグラフィックスでもある程度遊べると思う
UEは初回起動時にはほぼ最高画質で動作するので、くっそ重かったりする
ただちに画質を中くらいに落とそう >>383
壊れかけのクソゴミノートPCしかないんや..
8GBで不便感じてないって話参考になったわありがとう >>385
「今の所」だから先では分からんので
あくまでも参考程度にと思っておいてくれなー UE5は4と比べてグラフ関連が激重なの何とかして欲しいわ
これのせいでBPの作業効率すげぇ悪い 推奨環境のRTX 2080 superが8GBだから8GBで十分でしょ FESTとか俺自慢するための場なのか?
Epicの動画開発事例ばっかだな
いらね >>393
UEFNはBPとC++が廃止されてVerse言語だけ使えるようになったゴミ(Verse言語自体は結構良い)
独自のクラスが作れないでフォートナイト自体のクラスも全然弄れないから自由度瀑下がり
ただドキュメントに関してはかなり頑張ってるし確かまだまだベータ段階だから今後の発展具合で化けるかもしれない なるほど、自由度が無いんですね
UEの方からすれば納得行かないですね
ありがとうございます unityとunrealどっちがおすすめ?
2dはgodotでやるから、3dの場合 今からだとUnityがいいかもしれない
普通ならUEをすすめるけど、先日のApple Vision Pro発表でアップルとUnityが提携してネイティブ対応となった事で風向きが変わった
Apple Vision Proの空間コンピューティングはモバイルの次のプラットフォームになるのは間違いないだろうからね >>397
vrとか現状では興味ないんですけど、unrealはその点劣ってるんでしょうか
むしろunrealこそvrのイメージ VRはいまだにunityじゃないかな、UEは元々描画方式がVR向きじゃなかったので出遅れた 問題はブルプリだけでいけるかかなー
c++触るのが必須となると頭悪い自分にはきつい 楽しいのはアンリアルだけど、配布するときにC++での軽量化が必要なら、それはつらいのかもなっておもて(´・ω・`) >>342 みたいな意見もあるが、俺は>>334 を自薦するぜ
UEだって盤石じゃない
いや、盤石なものなんてない いざとなったら軽々と乗り換えられるように設計するのが今風ってもんだろ 最初のゲームはアクションゲームとかより、コインゲームとか、そういうミニゲームっぽいのが作りやすいかな?
古銭プッシャーみたいな BPのネイティブ化って無かったっけ
それじゃいかんのか >>405
作りたいもの作らないとつまんないぞ
エンジン同梱のアセット縛りで、ちょっと作ってみるっていう(自作)プレイはどうだ
かつて8bitパソコンの頃は、あんなGDCで、プレイヤーを熱狂させたんだ
不可能はない キミの頭脳次第だよ(自戒
>>407
まじかいつの間に
だけど、なんでもかんでもC++化するもんでもないし、なんとかなるぞ BPで組んでもはじめに関数のC++コード読まないとどんな機能使ってどうなってるかわからないじゃない いきなりC++のソースから嫁ってことなら、ガチ勢なら当然だが、カジュアル勢には向かない
BPで大方の世界観を覚えてから、そのBPがどう動いてるかソースを追うようにすれば、
たぶんモチベが続きやすいし、急がば回れってやつで、定着率もきっといいぞ
ちょっと癖があるが、github(web)の検索は役に立つ あ、これ書いとこ
BPにActorだのLevelだのとクラスがあるけど、その世界観は、ほぼほぼC++に持っていけるから
そんな解離しないようにっていうコーディング規範があるみたい https://youtu.be/UIwQmpQTtA4
Unity Japanの動画を見たら当然なんだろうけど
Engine 自体はC++で書かれてるのか
C++に独自実装してGCを実現するならC#に
してくれだと思ったけど速度を考えたらネイティブ
コードのC++を採用する必要があったのかな webブラウザなんかといっしょなんだよ
コアはC++世代の製品だし、C++で書かれてるけど、その上はGC言語の世界
だから、世界自体を拡張したければ、C++側の仕事になる
Lyraの実装がそんな感じだよね >>413
なるほど
epic gameがVerseをUEFNで採用したけど
最終的にはUE5にも導入してBPとC++の
中間あたりをサポートさせるつもりなのかな 以下、推定と願望 雑談ってことで
UQで教わった受け売りだけど&たしかにそう思うけど、
UEは開発者を大事にする 開発者が欲しがりそうなものを、大胆に取り込んできた
Tim総帥が、そんな方針なんだそうだ
UEにBPが搭載されたのもそのへんから来てるらしい
大量のオブジェクトの入出力を、配線で表現できるのは確かにわかりやすい
ちょっとした数式をちまちま作るのはうっとおしい…という人にはMath Expression ノードができた
現状のBPだと何でもできすぎるので、新しい何か…っていって、Verseが来たのには正直たまげてる
そのうちBPに統合されるか、BPの次ができるかだと思う そういや、Verseをオプソ化する野心もあるって言ってたな
スクリプトなVerseを維持しながら、それを上手にBP(GUI)化もできれば、
スクリプトなVerseはネイティブ化との相性もいいだろうし、
C++を嫌々覚えなきゃな開発者は減らせるかもね C++でヴォエ!ってなってる自分もVerseだと割と快適にコード書けるから試験版としてさっさとUE5に実装して欲しい
擬似的Tickじゃない正式なTickだけは欲しいけど >>404
ありがとう
勉強しろって話やね(´・ω・`)
>>408
作りたいものはあるけど、完成しないものじゃ意味がないと思うんだ
だからとりあえず"作れるもの"からやってみるよ 楽しく勉強しろって言った
我慢して詰め込むようなの…ガキじゃないんだやるなら効率よくやれ unrealってスマホみたいなカジュアルゲーにも向いてますか?
重いからなのか、かつてはコンシューマ向けというイメージだった Androidのデバッガが糞だったなぁ
大体これ↓のとおりだったけどデバッグビルドでも見られない変数とかザラにあって辛かった
https://docs.unrealengine.com/4.26/ja/SharingAndReleasing/Mobile/Android/AndroidDebugging/
Unityだともっと簡単に出来たり良い方法あったりするのかね >>421 質問ばかり繰り返す元コテハンだからスルーが吉 ue4で今からゲーム作るのはよろしく無い場合があるんですかね?
別に最新機能使うわけでもないので 何かのプロジェクト参加したり共同でゲーム開発学んだりする時は今はUE5ばっかだから最新の使って慣れてた方が良いと思う
ポートフォリオとかも取り敢えずLumenやらNiagara Fluidやら使って楽に見栄え良くするメリットもあるし
個人開発のみとかPCスペックの問題とかならUE4でも全然問題無いと思うけどね動作自体はUE5より断然軽いし コード売って頭疲れたときにブループリントあるとまだまだ作業出来る 質問です
Spawn Actor from Classでオブジェクトを追加しているのですが、オブジェクトを特定のノードの子として追加することは可能でしょうか?
gptに聞いたらそれはサポートされていないと言っていましたたし、調べても見つからないです どうも
まあ弾丸のようなものを作成するためにSpawn Actor from Classを使っています
追加された弾丸が全部メインツリーの子になっちゃうと、ツリー検索するときに邪魔だなと
歯医者行ってきます UE4ではじめるか悩んでる彼はさっさとサンプル触ったりとにかく手を動かすことを薦める。失敗したって無料なんだし失うものモノ無いからね 弾には、自律的に(いろんな意味で)動いてもらうのがいいのではないかと 弾丸はまずFPSテンプレートのやつを参考にすればいいよ >>429
アクターを作成すると生成するとごっちゃになってないか?そこらへん確認して >>435
生成ですね
弾丸アクターのスポーンです >>429
特定のノードの子とかツリー検索とか何やろうとしてるのか分からないですね? >>429
動的に子アクターを作ると言う意味なら多分出来ないよ 弾丸を親からコントロールするんじゃなくて>>433みたいに自律的に動くようにする >>439
例えば弾丸だけに処理を加えたい場合、ひとまとめにしておかないと困らないですか?
A押したらすべての弾丸を消滅させるとか
>>438
そういうものなのですか >>440
get all actor of classで弾丸のクラスだけ取得出来る。後タグも使える 弾丸を一斉に消したい理由がよくわからないんだが
Spawn時にリストに追加していってボタン押したら削除すればいいんじゃないの? ああ。ボンバーマンの爆弾だったら手動で爆発させたいか get all actorは使わない努力をしましょう
ワールドの全アクターから検索するので無駄の極みです どれくらい弾出したいか知らんけど配列に打ち込んでいけばいいんでは ありがとう
エンジンによってやり方違うみたいね
リストってのを調べてみます
>>444
消す玉を、ある一つのノードの子供としていたら、検索する必要なく消せませんか? (対象となるすべての)消す玉を、ある一つの、命令のしもべとしていたら、検索する必要なく消せませんか? UEFNのコリジョンがよくわからないです
メッシュ(vatuex)に沿ったコリジョンできる方法あったら教えてほしいです UEにはもともと、コリジョンをいい感じに自動生成する機能があるけど、それ(UEFNに)残ってない? (雑談 >>449
コリジョン自動生成はあるんですがメッシュの通りのコリジョン作りたいのです
例えば椅子とか肘当てより座面凹んでメスよね?
凹んでる部分が凹んでないんです >>446
考え方はあってるよ
子と言うよりマネージャー役のアクターが弾のインスタンスを持ってるだけでいい
弾にアクセスする必要かあるならマネージャー経由でアクセスする
マネージャーのアクターはゲームインスタンスとかゲームステートが生成して、外部からはそれ経由でマネージャーにアクセスすればよい
今ならワールドサブシステムでマネージャー作るのもよい Unityだとマネージャーとか用意しなくても
GetComponentsInChildren<Tama>(true)
だけで負荷も殆どなく爆速でやってくれる所だよなぁ・・
Linqも使えるから赤い玉だけとかダメージX以下とかも凄い簡単だし GetComponentsByClassでいいんじゃないの普通に 別にComponentでもいい
他のComponentとかナイアガラとか関連付けたい場合があるから弾ひとつ1アクターで扱うのが一般的ってだけ いやComponentじゃだめだなコリジョンと見た目が共存できないのでアクター単位で管理しろ ■ このスレッドは過去ログ倉庫に格納されています