【UE4】Unreal Engine 4 初心者質問スレッド part4 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
やっぱそうですよね
>>593
インゲーム中は必ず必要になる機能なんでGameModeにでも実装します Tickが呼び出される順序のことなら、TickGroupである程度設定できる。 コンポーネントでつくってGameStateにもたせるのもいいよ GameStateか
まだ使い分けよくわかんないな
ドキュメント的にはあれはオンライン用で、シングルだとGameModeみたいに取り敢えずただ裏で走ってるだけみたいな感じかな Androidパッケージ化でエラー吐きすぎてやになってくる パッケージ項目の企業名とプロジェクト名を入れる所で、文字入力を何回直しても、エラー吐かれまくって発狂しそうになった事はある Aという攻撃を受けたら、Bというアクションが一定時間使えなくなる的なのは何で作れば良いだろうか
具体的には敵のビームを受けたら、ジャンプが数秒出来なくしたい
ちなみにビームね当たり判定と、ダメージは作れました cooltime cooldown 制限時間といったワードで検索すれば出てくると思うゾ
tickのやつとかDelta Secondsのノードのfloat値と自分で用意したfloat値と
ブーリアンであーだーこーだやれば簡単よ レベルエディタでエリア全体をまとめて90度回転させたら
トランスフォームに少数誤差が発生してしまったので
位置と回転の少数切り捨て(上げ)をさせたかったんだが
UEのスナップって相対スナップしか出来ないのね
今後こーゆーことまたおきそうだから何とかしたいのだが
アクタのトランスフォームの少数まとめて切り落とす良い方法あります? マテリアルエディタでエラーが出たときに出るダイアログで
うっかり「今後表示させない」をやってしまったようなのですが
出なくなってしまったエラーダイアログを再度表示させる設定に戻す方法知ってる方いらっしゃいますか? Vehicleのチュートリアル触ったがカスタムの余地がないレベルでいい出来だな…
アニメーションブループリントがあそこまでカバーしてくれるとは プレーヤースタートを地上より少し上に設定してプレイボタンを押したら
デフォルトポーンは落ちてきても、プレーヤーコントローラーがプレーヤースタートの場所に留まってしまいます。
プレーヤーコントローラーをデフォルトポーンの位置に同期させるにはどうしたらいいんでしょうか? なんで同期をとる必要があるかわからないけど
GetPlayerPawnでとれるアクターにアタッチすれば位置の同期はとれるよ 処理順てきには、デフォルトポーンの、 BeginPlayでGetControllerでコントローラーとってきてアタッチの方がいいかもね でもアタッチされてないと気持ち悪いという気持ちはわからんでもない
無駄なのは同意 返信ありがとうございます。
敵戦車AIのスクリプトで、BeginPlayで
AMyTank* PlayerTank = Cast<AMyTank>(GetWorld()->GetFirstPlayerController()->GetPawn());
でプレーヤーのインスタンスを取得して、
PlayerTank->GetActorLocation();
でプレーヤーのポーンの位置を指定して、そこに弾を打つという処理をしたいのですが、
なぜかAIの戦車がプレーヤーコントローラーの位置を狙っている状態なんです。
GetPlayerPawnでポーンの場所を指定してもプレーヤーコントローラーの位置を狙ってきます。
APawn* PlayerPawn = UGameplayStatics::GetPlayerPawn(GetWorld(), 0);
PlayerPawn->GetActorLocation();
プレーヤーコントローラーではなくポーンを狙わせるにはどうしたらいいんでしょうか? >>GetWorld()->GetFirstPlayerController()->GetPawn()
コントローラのインスタンスとってない?と思ったエアプ。 すみません自己解決しました。
プレーヤーコントローラースクリプトを当てた戦車のメッシュをシーンコンポーネントの中に入れていたのが原因みたいです。
何らか設定しないとシーンは一緒に動いてくれないみたいですね。
レスありがとうございました。 質問したいのですが、アプリを配付する時に自分達が作った素材を簡単に抜き取られない様に出来ますか?
パッケージングした時に自動的に暗号化等はされるのでしょうか?
お願いします オープンソースだからパッケージのアセットをDCCツールのフォーマットに逆コンバートするツールも多分あるんだろうけど、
PAKフォーマットやSerializeに手を入れればツールそのままでは使えなくなって、マイナーなゲームなら解析する人も現れず、素人ではぶっこ抜けなくなるんじゃないか。
暗号化もかけられるけど同様の理由で手は入れる必要あると思う。遅くなるローディング速度とも相談。復号できる鍵がバイナリに入っている以上、本気で解析されたらどっちみち抜かれると思う。 端末に入れた以上はやっぱり防ぎようが無いんですね
皆さんありがとうございます ゲーセンに新しく出た電車でGOもUEなんだね
デモでロゴが出てた 簡単にお金が稼げる方法興味ある人だけ見てください。
グーグル検索⇒『来島のモノノリウエ』
R9CONCF1RP >>619
アレはフォトリアルな表現を追求してるらしいからな
UEにゃピッタリだ
ただ、あの手のものはモデリングの手間がハンパねぇと思う PC用のUE4のインディーのゲームをプレイするのに、いつでもクリーンインストールできる専用のサブマシンとか仮想環境とか用意したりしてますか?
PCはいったん実行すればほぼ何でも出来るからちょっと怖いなって思いました。故意にせよ過失にせよ。 実行したら何でも出来るって意味が分からないんだが
ネットに転がってる見知らぬインディーゲーしたらウイルスに感染するのが怖いですって事?
それなら手を出さない方が良いかと >>613
Actor はルートコンポーネントを動かすから、その中に入れなていないシーンコンポーネントは置き去りになるよ
プレイヤーコントローラーの位置を狙っているように見えて、正しくアクターの位置を狙ってたという結末だったのだけど
Actor を移動させるとき、メッシュコンポーネントを直接動かしてたりしたのかな?
なんか最初に「自キャラがうまく動かねぇ」とかやった経緯が見え隠れ UE4でのad広告はバナーだけですかね?
広告の動画とか載せる方法はありますか? 大きなデータベースを扱うならUE4とUnityどっちがいいとかあるの? それは知らんが処理速度はUE4のBPよりunityのJS、C#やらUE4のC++のほうが早そうだよね >>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で限界がくることないだろ ■ このスレッドは過去ログ倉庫に格納されています