【UE4】Unreal Engine 4 初心者質問スレッド part4 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>629
BPの方が遅くなるんか、コンパイルしちゃえばC++で書いた時と同じってわけじゃないのね >>630
マジ!?
これから入門書買ってやろうと思ってたんだけど!? BPて中の人が最適化続けてるみたいだからそのうち差が無くなるのでは
そうなったらこっちに乗り換える() 別にいまのBPでも
C++が困るほど糞重くなることってそんなに無くないかね
将棋や囲碁ソフト並みにCPUフル回転させるとかならとかく そうなのかー
ちょっとずつUEの勉強も始めようかな、あとC++の基礎とか BP処理重いといえば重いがCPUの速いPCでは問題にならない。
GetAllActorsOfClass等の一部の問題メソッドを使わなければ。
あとループとかマクロとかでPCでも無理なことしなければ。
BPは規模が大きくなるとメンテナンス困難なのが問題になる。
ソースコードなら使える様々な手段がノードベースであるために使えず、全部目で見て手で直すしかないのは厳しい。
ただしC/C++ベースの開発と比べての話なので、そもそもBPしか使えないなら気にすることではない。 FuncA()をもつclass Aのヘッダをincludeしているclass Bがあった場合、
class BのインスタンスInsBから、InsB->FuncA();
みたいにclass Aのメンバを直接は呼び出せないんですか? >>639
includeしてclass Aをclass Bから利用できるようにしたところで、class Aとclass Bは別クラスのまま。class Bのインスタンスに対してclass Aのメソッドを呼びだすなど出来ようはずはない。 ありがとうございます。継承とごっちゃになってました。 知慧深き諸先輩方のお力をお貸ししていただきたくこちらに質問をさせて頂きまそ
キャラクター表示のための2Dのspriteが、外部ビューア・ビューポート・テクスチャ・スプライトでは同じ色味で表示されるのに対し
ビューポート内のカメラプレビュー及びスタンドアロンでは暗いところがより暗く、明るいところがより明るく表示されてしまいます。
マテリアルやdefaultengine.ini、プロジェクト設定、コンソールコマンドなど思いつく限りの手を試してみましたがダメでした...
カメラアクタのcolor gradingをいじっても完全に同じ色味にすることができず、途方に暮れております。
どうかお助けくださいorz ライティングの問題じゃ無いかと思う。エアプであった。 旧バージョンではpower2.2につないだらマシになった気がする 上のタンクの質問してた人と同じような失敗でハマった・・・
プレイヤーとの距離を調べてレンジに合わせた攻撃出すような処理で
AIコントローラの中に実装した関数でプレイヤーと操作中の敵の距離算出するのに
うっかり自分(コントローラ)のGetActorLocationしてしまってたわ キャラクターのスケルタルメッシュがいつの間にか消えるんだが
デフォルトに戻すボタンが表示されているが押しても何も起きない。修正して保存しても再起動すると消えてる。この現象は何だ あなたがバグだと思うものがバグです。ただし、Epicの修正パッチを得られるとは限りません…… >>647
一つだけおかしいものがある場合は、まず異常のないものとプロパティを見比べるとよいよ 物理ボディの設定のコツがさっぱり分からん・・・
>>647
リダイレクタ系の悪さとかでは・・・?
その対象のメッシュってリネームしたりフォルダ移動させたり
リンクがあるのに無理矢理削除とかしたことあるファイルじゃない?
UE4のブラウザ上では消えてても実際のフォルダ上にリネーム前のアセットが残ってて
ヘンな挙動になったことが自分の経験であった UE4.17辺りを調べた情報で、Googleがgradleに完全移行する為にantをサポート対象から消す方向らしいね
UE4も近い内、antが消えると思う
皆知ってるかも知れんけど気を付けて
本スレの続き
manifestの指定したsdkのバージョン設定はgradleで変更されるのは確認出来た
そんで、gradleでのsdkのバージョン14以下はエラーとして扱われる
という事はsdkの指定したバージョンをどこかで参照してエラーとして判断している
比較対象してるファイルがどこかにあるを見付ける
今ここまで考えたけど、ファイルがどこか分からない OS5.0はSDKバージョン14に対応してたのは分かったけど根本的な解決になってないな……
わかんねw 連投スマン
gradleでのパッケージングと起動がやっと成功した
SDKバージョン14だけど
batファイルからparse manifestエラーがしんどかった ストーリーマップ敵ダンジョンアイテム装備etcetc…
考えただけで血反吐出るわ
一人でやるもんじゃねぇ まずは小規模なクソゲーから作れよ
最初から大規模なゲームなんか作れるわけがない まずは適当な小サイズのレベルで必要なイベント処理とかBP書いたりして一つずつ機能作って行くのが良いよな
大型なんか作ろうとして作れるものじゃないわ いつでもすぐセーブできてすぐその場で再開できるようなゲームを作るときは
最初からセーブ機能を実装することを考えたほうがいいわ
あとからやろうとするとすげー面倒な事になる
ソースは俺 そういやUE4ってオブジェクトごとにプログラム組んで複数同時に動かせたりするけど
エンジンなしの素のC++とかのプログラムって一行ずつ処理するんだよね? BPって一応C++との互換変換してくれてるんじゃないの?
一行ずつ処理?インタプリタでは無くね?
処理速度もc++にかなり近づけられているって公式で言ってるし 何もしなければBPはC++には変換しない。ロジックを記述するのに遅くはないがインタプリタ型であり、C++には比べるべくもない。ループぶん回すとやばい。もちろん遅いメソッド使うのもやばい。
BP Nativizationを設定すればC++に変換してくれる。が、効果は(Native化という名前から想像するすんごいのに比べると)微妙。あとバグで変換できないものがいろいろある。やってみないとわからない。 BP機能をC++で書いており
内部でBPをC++に変換していてC++をコンパイルしてゲームを実行しているのかと思ってた...
ちょっとPBの内部処理調べてみよう... マジかよ
BPそんな遅いのか
公式とか普通にBP推奨してるから騙されてたわ UEというかEpicGAMEランチャー久しぶりに起動したんだけど
PUBGもUEだったんだね
超売れてるジャン! めっちゃ違ってて草
素直にC++でやっぱ書かないと駄目なんだな
でもパッケかなんかの最後はなんでnativeの処理が速かった?
俺氏理解出来ず 実際現場ではどうBP使ってんだろ
Blenderで作ったキャラにマケプレのアニメーションさせたい サマーレッスンではどうしてもってところ以外はほぼBPらしい BPは基本二次配列がないみたいで一次配列を変換して使うと思う。
Unityでも複数ビジュアルスクリプトいじったけど2次元配列はできなさようだった。仕様かな c#で書けない?いまから++学習するのはちょっと、、、 俺の所では基本的にはプログラマがコアな場所をc++で実装し各デザイナーが個々の変化をつけたBPを作ってる
俺個人の見解だけどBPは個人とかモック、それこそ簡易なロジック向けだよ
愚痴になるけど他人のBPを理解するのは時間かかるし、ましてやプログラマじゃない奴が書くと勘所がないので再利用性皆無で非効率なものが量産される
その上、差分も超見辛い負荷も高い
真綿で首を絞められてるよ unityでC#で少しやってたけど、再利用出来るコーディング出来るのは羨ましい BPなんぞ使わなくて済むならそりゃその方がいい
済まないから作られてしまった
人手不足という業から逃れるのは難しい BPはあれだ
駅で階段に並行してるエスカレーターみたいなものだ
慣れてる人は階段を駆け上がるべきなんだ プログラム書かなくて済むからUnityではなくUE4にしたけど、個人でやるならC++覚えた方がいいんですかね? プログラム書かずに済ますためにUE4始めたのなら
そのまま書かずに貫くべきかと。
出来ない事はしない、割り切りの精神。
C++一切書かなくても出来ることは多い。 プログラム覚える時間があったら他のことに使ったほうが有意義
個人でやってるならC++が必要になる場面なんてほぼ無い 逆に、興味を持ったなら、それだけで始めて見ることができるのも個人の特権。
楽ではないが、(適性次第で)楽しめる。意義もある。 ゲーム作りたいのか、ゲームプログラミングがしたいのか、自分の世界を表現したいのか
結局人次第
個人ならBPでたいてい済むし C++使わなくても、一応コンパイラだけは通してると
バグでエディタが起動しなくなった時に立て直しが効く そんなこと気にするよりネット回線の予備や自家発電装置の備えのほうが有意義 UE4エディタの障害に遭遇する頻度より停電の頻度の方が多い地域なら、そうだな BPだけで限界が来ても、プラグイン探せばなんとかなるよな BPとC++どっちがいいですか?とか聞くレベルがBPで限界がくることないだろ まあC++必要ないとほざいた俺だが
ループさせる内容によってはBPじゃすぐ限界が来るから
工夫しないといけない場合もあるんだがね と言っても処理が重い軽いじゃなくて
エラーになる場合があるんだよね
loop命令じゃなくて
自作の循環方式ループでやったらそうなる場合 BPでも結局ノード覚えないといけないし、覚えた所でUE4でしか使えんからなぁ
BP勉強する時間をC++の勉強にあてた方が未来は広がりそうかなと BP学習と同じ時間でそれが可能なら
勿論そうした方がいいだろうけど UE4のC++は特殊なプリプロセッサ機構やガベージコレクタ、固有のライブラリの上に成り立っているので、UE4から入って標準C++の世界に行くといろいろ戸惑うかもしれない。 プロの人ってどこでunrealのc++覚えるんだろう
公式の資料は英語含めても超貧弱だし 前ちょっと覗いてみたことあるけど即閉じたあれですか
あれで覚えるとか考えるだけで気が遠くなるな UE4のC++は分かりにくい
情報が少ないのもあるが、実装の仕方がバラバラで予想がつきにくくて困る
結局BPと併用した方が楽 2018でUnity C++とか言い出したし、パフォーマンス出したいならどっちでもC++必須になるのか >>701
覚えるというと違和感があるな。学校の勉強みたいに覚えようとはしない。必要なときに必要な箇所を眺めるだけ。
標準C++の知識や他言語含めこれまでに読み書きした様々なコードの経験から、ざっくり眺めれば中身はだいたい想像して把握できる。要所は細かく読む(神は細部に宿る)。特徴的な部分は勝手に頭に入る。忘れたらまた見る。
C++の基本は踏まえておくほうが話は早い。膨大な量なので基本だけでもやたら時間がかかるが、気軽に気長に、興味持ったところ・わからないところからつまみ食いしていけばいい。
プログラミング言語C++ 第4版 | ビャーネ・ストラウストラップ, 柴田 望洋 | プログラミング | Kindleストア | Amazon:
https://www.amazon.co.jp/gp/aw/d/B01BGEO9MS/
UE4のC++との違いは、勘を磨いて乗り切る……のは厳しいな。誰か身近に聞ける人がいるといいが。
最近はこんなのも便利なので活用している。Epic社内で流行っているツールの一つらしい。
http://entrian.com/source-search/
そもそもの大前提として、C++のわからないことを知るのが楽しければやったほうがいいし、楽しくなければやめといた方がいい。人生か。 江添っていう標準委員会の委員が本出してるよ。もちろん日本人だ。 あ、でもあれはあれか。
入門書っていうより辞書だな。 ストラウストラップはC++作った本人だ。作った本人が書いた本が一番いい。作った人間をリスペクトするのは礼にもかなっている。 じゃあ原書読んでくれ。
翻訳は翻訳者に律速されるのであまりお勧めできない。 個人的にC++初心者はサクッと終る入門書を読んでコード書いていった方が良いと思うな
せっかくUEっていう遊べる環境あるわけだし
ストラウストラップって、ん?と気になるところを掘り下げる辞書的な用途にしか使ってない 極め本の動画、チャプター13から解説の声が無いのは何故? unityのPlaymakerとUEのブループリントって結局どっちがいいん? プレイメーカーとやらはブループリントみたいなものなのか
じゃあ別にUE4にこだわる必要ないなぁ… >>713
自分はBPの方が慣れてるし好きだなぁ
好みとしか... ブループリント難しい
上から順に制御されていくという考え方が全く通じない 上から下が左から右になっただけでしょ?むしろ流れが見える化されて初心者に説明しやすいと思うんだけど...
デバッグとかもどこで詰まったかわかりやすいし ちゃんと、左から右に書いてくれれば苦労はない
遥か彼方先に旅だったり、幹のように育ってみたり、花火のように四方を彩ってみたり
BP は、本当に地獄だぜ オクトパストラベラーの開発風景の動画出てたけどBPほとんど使ってないっぽかったな 斜め移動だと早くなるアレの解決方法を知りたい BPで たしか例のチュートリアル本に解決策が書いてあったと思うんだが
どこに書いてあったかな… >>727
それは多分、326ページにある下や上を向くと減速する現象じゃない?
それじゃなくて、斜めに移動すると対角線の分長く移動するから早くなるやつ いや、それとは別に坂で加速するって現象もあった気がする
対角線で早くなるってだけなら
ノーマライズすればいいだけじゃないの ■ このスレッドは過去ログ倉庫に格納されています