【3Dゲームエンジン】Unity質問スレッド33
■ このスレッドは過去ログ倉庫に格納されています
フリー版で開発したゲームは個人・法人を問わず追加のロイヤリティーなしで販売できます。
プラットフォームサポートはiPhone/iPod Touch/iPad、Mac、PC、Web、Wii、Xbox360、Android、PlayStation 3、PlayStation 4、PS Vita他
次スレは>>950以降にできるだけ早く(できれば回答者が回答した後にでも余裕を持って)建てて下さい。
■Unity 2ch Wiki(まとめ、過去ログ、リンク集)
http://www24.atwiki.jp/unity2ch/
●リンク
・Unity(日本公式サイト)
http://unity3d.com/jp
・マニュアル
http://docs.unity3d.com/ja/current/Manual/index.html
・チュートリアル
http://unity3d.com/jp/learn/tutorials
・スクリプトリファレンス
http://docs.unity3d.com/ja/current/ScriptReference/index.html
・FAQ
http://unity3d.com/jp/unity/faq
・MSDN
http://msdn.microsoft.com/ja-jp/ms348103←スクリプトのエラー番号をこれで検索すると原因が日本語で出てきます。
前スレ
【3Dゲームエンジン】Unity質問スレッド32
http://mevius.5ch.net/test/read.cgi/gamedev/1509307535/ >>796
アセットをかえば方法がわからなくてもできますよ ここの質問を見てると、やりたいことに対して実現させる為のアプローチ方法が明確にイメージ出来ない人が多いん感じだな
ある程度は独学でも出来るだろうけど変な癖とか付きそうだし他の人はどうやってるんだろう?みたいなのを知る機会が欲しいよな 何度のやれば効率よくなるんじゃないの?
プログラムで変な癖ってのもピンと来ないけど。 >>800
それはプログラム全般に言えるかと。
こねくり回したスパゲティを凄腕が綺麗にリファクタリングするみたいに。 >>800
そこを考えて実装する事が基本にあるのがプログラマでしょ。
ここでその様な質問してるのは、誰でも作れるunity本とか読んで、多少できるようになった、素人?て語弊があるかもしれないけど、そういう人達じゃないかな。
だから、そういう質問にはあまり答えられない(答えが多過ぎて)から、スルーか、できればその手前を聞いてあげるくらい。 >>801
変な癖っていうか、自己流が染み付くんじゃないの。
例えば、変数staticばっかとか。 メモリを消費せず、リークせず、速度も速いのが理想
どうコードを書くかは好きでいい
チームにバカがいるとバカに合わせて冗長なコードを書かされるので損だな プロファイラで表示される消費メモリ数やmsの数値が下がっていくのを見てエクスタシーを感じる >>804
個人でも集団でも変な書き方は続けていく内に修正せざるおえなくなるから問題無いと思うが。
問題があるものを作った後に必ずしっぺ返し食らうじゃん。
少しの回り道を恐れるよりドンドン作って反省して…を繰り返す方が先に進んでいけると思う。
綺麗な完璧に正しいコードを意識し始めると泥沼にはまる事もあるし。 プログラマの素質がない人、特にunityとかで自分もできるかなとかの、ニワカ系日曜プログラマの人の多くは、論理思考でスッと移行できないからなぁ。
何度言っても変わらない。
個人でやってる分には好きにしてw 駄目なコードはいつかは倒壊するんだけどそれまでに完成することもある
駄目なコードとゲームの面白さは関係ないから初心者は好きに書けば良い ハッカーや天才プログラマの類はコードが汚いので有名だね
自分の感性で書いてて他人の事なんて考えてないから
ハッキングできる倫理観の無さからも人の事なんて考えてないのがわかるように でも他人の組み方わかってないとハッキングする上でも大変じゃね
他人のソースコードから類推して穴を見つけ出すんでしょ 仕事とかサークルとかみたいな活動だと複数人でコードを書く以上、本人しか読めないみたいなコードは嫌がられるのは確かだよね
動けば良いって考え方もあるけど、今はともかく長期的に見ると解読しないと読めないようじゃ手直しがめんどくさくなって更新が止まるからな
何事も基本が大切だよ
とはいえ一度作って後は放置で構わないなら無茶苦茶やっても許されると思う >>811
感性で書いてる自分勝手なプログラムほど解読しづらい
一方、他人に見やすい業界水準コードほど解読されやすい
他人のソースコードから穴を見つけ出すのが簡単
これが標準化や推奨の弊害でもある …が、上でも言われてる通りに当たり前だが組織やチームで1つのソフトウェア開発しているのなら綺麗だったりルールだったり業界標準を意識したプログラム組まないとそれはダメだよ。
協調性というやつだね。
ハッカーや天才というのははみ出し者の単独だからね。 UnityエディタのSceneウィンドウのところに
Navmesh Display が出ちゃったんだが消し方教えてくれ >>816
お前は良い度胸だ
ご褒美としてお前1人にもっと俺の話を聞かせてやろう
まず日本のプログラマーと欧米のプログラマーの違いからいこうか
日本のプログラマーは右にならえが多く何かと意識高い系の真似をしたがる傾向にある
これのメリットは組織力のアップだがデメリットとして全員似たり寄ったりでまるで機械の部品を工場で生産しているような量産型プログラマーばかりとなる
その結果、下請けやコーディングプログラマーばかりとなりGoogleやMicrosoftみたいな飛びぬけて世界企業となる会社が無い
これが日本から世界規模のIT企業が生まれない理由だ
一方で欧米は右にならえの習慣がない。
完全に実力主義でプログラマー1人1人が独特の進化をしていく。
個性を大事にしている。
これのデメリットは格差が大きくなることだがメリットは先に説明したように世界規模の企業や人物が生まれる。
欧米では日本のように参考書を本屋に買いにいき、テンプレ通りにコードを打つことが美しいとか正しいとかいう文化がない。
コードの内容より出力結果が大事だ。 ↑のような発言を行なう者は統計学的にぺニスが著しく小さな成人中年男性に見られる傾向があります。 もしくは10代から20代、あるいは30代以上の可能性もあり。 アセットを買えばプログラムがスパゲッティーでも大丈夫ですよ Freeの3Dモデルを探したくてAssetStoreのトップにいったら
強制的に自分が今までDLしたもののリストが出て、今までのように検索できないんだがどうなってるの?
上にある項目で検索しても何も表示されない
ふざけるな コードに関して話がずれてきてるよね。
とりあえず一人でプログラムやってても汚いコード書いていたら後で自分が苦労するから次はこうしようみたいな流れになるわけだからな。
プログラムを習得していくほどに綺麗なコードに自然となっていくってのはある意味避けられない流れでもあるんじゃないの?
だから最初から綺麗なコードを書かなきゃいけない!みたいに頭でっかちになると習得に弊害になりかねない。
最初はとにかく動く物を手当たり次第に作ってそこから時間と共によりスマートな物になれば良いだけでしょ。 >>824
確かにそれはその通りで、(ジェダイじゃないけど)失敗こそ最高の教師だとは思うけど、
被雇用者としては、なかなかオン・ザ・ジョブで試行錯誤を経験するのは難しいんじゃないかな。
リスクヘッジが徹底されてて中々失敗する機会を与えてもらえないし、無茶やって迷惑かけたら普通は罪悪感残るし、
また上司の立場からしたら、仕事で汚いコード書いて工期が延びるなんて、絶対に許さないじゃない。
「給料払っている以上、進捗重視。被雇用者として債務履行を徹底。未経験者の試行錯誤で雇用側が尻拭いするとか論外」という風潮に支配されてるから。
なので被害を出さずに意図的に部下に失敗させる余裕のある管理者がいたら、それは有能な人だ >>824
難しいのは綺麗か汚いかってのは比較対象があってこその話だし、何を求めるかによっても違うんだよね
例えば少し前に流行ったワンライナーとかは本来複数行で書くコードを1行にまとめる技法
コードがすっきりした印象になる反面、本来複数行で書いてた物を1行にまとめてるって事はその分、機能が濃縮してる
すっきりした見た目に反して密度が濃いから読む時は読みづらいって欠点がある
この辺り本職のプログラマーの中でも賛否両論だったりするから何が正解ってのは難しい問題だよね >>820
その発言はさながら小学3年生のIQそのものを露見しているわけだがそれでいいのか
質問スレの趣旨から外れつつも
かろうじてUnityに関係があるプログラムをテーマに話題にしているという
高度なテクニックを使う俺のようにキミもプログラムのテーマに沿って反論しないと頭の悪さを露見するだけだぞ
ということで君を賢くするためにも君だけに俺の話の続きを聞かせよう
他の人も言っているように日本企業は失敗を恐れる主義。
プロジェクトがスタートすると何故か絶対に失敗は許されない風潮になり
ゆっくり手堅く進行していく
結果長引きすぎたり無理が生じたりでチームが崩壊にプロジェクトが途中破たん
又はメインスタッフの逃亡、予算オーバーなどで更に延期など負のスパイラルに陥りやすい
絶対に失敗してはいけないと慎重に始めたにも関わらずだ
実に非効率だ
一方でバリバリの欧米系というのは下手な鉄砲数打ちゃ当たる感じで
「とりあえずやってみようぜ」「形にしてから使えるかダメか判断すりゃいいんだよ」気質
プロジェクトを複数立ち上げ進行させ
ダメな物はどんどん中止にしていく
GoogleやAppleが同時に100個近くのプロジェクトをスタートさせ
その中から世の中に出てくるものは1〜2個しかないなんて話は有名
まあ資本の差も大きいが
この風習というか企業体質というか本能的部分も
日本と欧米でのプログラムの書き方の違いに影響している
例えば人材を手に入れる時、日本は履歴書の経歴を見て判断する中身気質で枠組み好きだが
欧米では作品作らせてそれ見て判断する結果主義で中身は気にしていない
コードがグチャグチャでも短時間でとんでもない結果を出す奴が凄いという風潮だ
この件について君はどう思うか。プログラムというテーマにそって小学3年生以上のIQで意見を言えるか? >>824
一般的な作法が個人でやってると身につかなくて癖が出てしまうという話ではないのか
本人にとって最高に綺麗なコードを書いたところで他人から見れば独特なんてよくあることじゃん
例えば俺はメソッドとか最小限に分割したいけど人に見せると細かすぎとか言われるし
コードの量を減らしたいとかコメント書かず説明的なコードがいいとかマイナーでも言語の機能を使いたいとかそれぞれの理想に個人差が出るのは当たり前だしそれは技術の習得とは別のレイヤーの話
独学者はどれだけ上達しても個人では学びきれない知識があるし一般的なやり方を知りたいと思うのはプログラマに限らずよくあることじゃないかな >>827
>例えば人材を手に入れる時、日本は履歴書の経歴を見て判断する中身気質で枠組み好きだが
女性の場合、人材を手に入れる時、『顔』も大きな判断材料になりそうだが、IT業界ではそれはないのか?
男性の場合でも少しはありそうに思うのだが・・・ Unity使って楽してるのに、コードの洗練とかどうでもいい話だよ
どんな遊園地を作り出せるかという企画から開発・運用が大事なのであって、
綺麗に釘を打つとか、ネジが歪みが無いようにするとか、
ペンキはどこのメーカーがいいみたいな大工のレベルの話で
長文書くバカは社畜 >>831
大工レベルの話はどうでもいいが、
その遊園地をどんな人間が企画したか?
有名で綺麗な女性タレントが企画したか?
股ぐらのクサいドーテイオタクが企画したか?
によってユーザーからの愛されかたは違ってくるし、収益も全然変わってくると思う。
つまり股ぐらのクサいドーテイオタクは何をやってもダメだから、何もぜずにひきこもってちんちんいじっているのが一番いいということ! ↑のような発言を行なう者は統計学的にぺニスが著しく小さな成人中年男性に見られる傾向があります。 お前らってどんなゲーム作ってんの?
俺はスゴロクみたいなテーブルゲームを考えてたんだけど正直ネタというかストーリー性っていうの?そういうUnityとか関係なくゲームデザインの部分で躓いてる感じ
ユーチューバーとかも一見一人でやってるように見えるけど、実際の所、顔出ししてるのは一人だけて、企画とかは何人かでやるしツイッターは別の人が専属の担当者を用意してるとかって場合もあるとか聞くしチームでやってるらしいな
そういう仲間みたいなのってどこで探すんだろうな
大学生とかならまだしも俺社会人だしコミュ障なんで色々シンドイんだよな >>834
アセットを作ってくれる仲間いますよ
アセットを買えばリアル仲間は不要ですね >>834
企画()なんてどうでもいい
まずは技術身に付けろ
話はそれからだ
何の技術も持たないお前の話なんか誰も聞く耳持たねーよ
お前だってそういう人間の言うことなんか聞かないだろ?w
だからまずはなんでも良い、とにかく技術だ
公式Tutsヤリまくれ >>836
ゲームエンジン使ってる奴がなにいってるんだw
アホでも作れるエンジンに、アセットを活用するのが
Unityでのゲーム作りなんだよ
技術だコーディングだと大工レベルのやつは、DirectXでも使ってC++で
プログラム書いてろ アホでもUnity使って作れたら最高なんだがな
そうはうまくいかねーのよw
アセットだけでゲームや映像作品は作れないんだよ坊や
簡単に作れるお前にゃわからんだろうがな >>838
組み立ての仕方もあるしゲームジャンルの処理のプロセスも学ばなければならん以上それを理解できる技術つーか知識は必要だと思うんですけれど‥ (DirectX根本から学ぶのは骨折れるしエンジン使うのは)多少はね? アダムの最初のシーンとかで背中のコードがビヨンビヨンと引っ張りに耐えかねて取れるシーンあるやん?
ああいうのって人の動きはモーキャプだとして、あのコードはどうやってん?
なんか物理シミュとかかますの? >>842
多分対象に一定の方向へ掛かる力(rigidbodyとかで判別)が設定値を超えた際"接続を外す"だとかの命令を実行できるコードを呼び出す‥みたいな? あ、いやアダムとかみたいのだと物理シミュコードをあえてUnity上でやる必要はないのではと思ってるんだけど、例えばマヤとかでやる方法とかあるのかなと。 あのコードはCaronteFX使ってる
まぁmayaでシミュレートしてベイクしてアレンビックで持ってきてってのも出来るけどな…
開発チームがリアルタイム上でやりたかったんだろ >>842
コードもモーションキャプチャーで出来るだろ
先っぽに洗濯ばさみついてるヒモを背中の服につけといて引っ張ればモーションとれるだろ つか、アダムってプロジェクトファイル提供するとかされてるみたいな記事読んだことあるけど知ってる人いる?
ファイルサイズが5ギガ超えてるとか読んだ気がするから提供自体はされてるんだと思ってたんだけど違ったのかな? >>846
アホかw
よしんば出来たとしてもクッソノイズまみれの使えないデータになるの丸わかりだわ
それもあってCaronteFX使ったリアルタイムシミュなのよ…
お前も一度あのクソノイズの混じったデータ見りゃわかるよ坊や…
それをちまちま治す作業…あーいやだいやだ >>847
assetstoreでadamを検索すりゃ出てくるよ
キャラデータもインテリアもエクステリアデータも全部ある リアルタイムの利点が全くわからん
どうせポスプロ掛けまくるのにUnityでやる意味ってなに? ターンアラウンドの削減
Unityのエコシステムの利用
あたりでは >>849
検索してみたけどモーションは無いっぽいな
アニメーションの勉強用に欲しかったんだけど残念 今までHierarchyにフォルダ分けみたいに親オブジェクト作ってたけどもしかして動作重くなるのかな >>854
んあー
プレイしたらあの映像のがリアルに再現できるわけじゃないのか。
Unityのイケズ。 unityとc#歴二ヶ月ちょっとなんだけど、今思い返すとハローワールドしてねえや。
初心に戻って(初心というほど技術があるわけでもないけど)やってこようかな。
どれだけすごいハローワールドができるか挑戦してみよ >>857
open worldがトレンドなんで、
ハローオープンワールドでもやってみろ Freeの3Dモデルを探したくてAssetStoreのトップにいったら
強制的に自分が今までDLしたもののリストが出て、今までのように検索できないんだがどうなってるの?
上にある項目で検索しても何も表示されない
ふざけるな >>848
それはモーションキャプチャーに使用してる機材が安すぎるせいだ。
本気の機材だとそうめんの麺一本一本でもきれいにデータ取れるんだぜ。 >>857
アセットを買えばすばらしい体験ができますよ >>862
そんな本気機材使ってるスタジオなんてくっそ高いんだろ?
予算的にそんなトコ使わしてくれんわwwww
大体国内でそんなとこあんの?
そもそもモーキャプするような案件中々ねーわ
手付でやるってトコ多数だし…
シネマティック案件くらいじゃね? Twitterとかと連携できるアセットない?
IOSとかAndroidっでならできるってやつは多いけどpcでできるやつがみつからない >>785
渋谷に期間限定でその店やってたな
結構人入ってた 質問です
2Dのゲームなんですが
オブジェクトAに追従するテキストUIを作りたいのですが上手くできません
オブジェクトAにテキストUIをキャンバスごと子供として付けて、
スクリプトで
OBJPos = OBJ_parent.GetComponent<Transform>().position;
var ThisPOS = this.GetComponent<RectTransform>().position;
と宣言して親の位置と自分の位置取得して、
ThisPOS.x = OBJPos.x;
ThisPOS.y = OBJPos.y;
で代入しても動きませんでした。何か良い方法は無いでしょうか? 変数に座標をいれてるだけで、キャンバスに座標を返してないからだね。
変数で宣言した値を返さないと、格納されたままで適応されない。
this.getcomponent・・・省略・・・.x = ThisPOS.x
って感じ。
どっちにしろキャンバスは移動させても表示に影響しないから意味ないよ。 TextMeshProって無料アセット使えばGameObject扱いでCanvasなしでテキスト表示できるから楽に実装できるんでねえかな >>867
CanvasのプロバティにRender Modeというのがあるじゃろ?
それをWorld Spaceにするのじゃ
いちいちスクリプトで座標指定しなくてもよいぞ >>870
入れてみたけどイマイチ良く解らない・・・
>>871
変えてみたけど特に変わらなくない? >>867
canvasをAの子から出し、さらにworldにして、テキストのオブジェクトにAのpositionをそのまま代入すればいけそうだけどな
あとアンカー使ってるならpositionだと動かないぞ >>867
ポジションのプロパティって直いれてもダメな気がする
やるならポジションを設定
つまり
pos.x=newPos.xはダメで
pos=newPos >>872
スクリプト出来ないならアセット買えば? Unityってたとえばデスクトップアプリみたいなウインドウの無い物も作れる? >>876
アセットを買えば出来るかも知れませんよ >>867
3Dテキストでやれば簡単にオブジェクトに追従するけど、3Dテキストではダメなのか?
キャンバスに貼り付けた2Dテキストでないとダメなのか? >>867
もうね、プログラムできないなら無理せずにアセット購入しろよ >>876
unity 透過画面で検索するとそれらしいのでてくるから出来るみたいね また急にクソゲー作りたくなったから帰ってきたぜお前ら meshについて質問させてください。
現在2Dのゲームを作っているのですが以下の記事を参考にメッシュを動的に作成しようとしています。
http://www.shibuya24.info/entry/2015/11/29/180748
するとSceneビューにはメッシュが表示されるのですが、Gameビューには表示されません。
2Dだとメッシュは表示されなかったりするのでしょうか?
よろしくお願いします。 >>892
さっそくのお返事ありがとうございます。
実は中心角が時間で変化する扇形の攻撃オブジェクトを作りたいと思ってまして、
そのためにはその変化していく扇形に合わせてコライダーも変化させていく必要があると思っています。
スプライトだと、中心角が時間で変化する扇形を作るところまではできたのですが、
その形状に合わせた形になるように動的にコライダーを変更させる方法がわかりませんでした。
そこでMesh Colliderをアタッチしたメッシュで中心角が時間で変化する扇形を作れば上記のことが実現できると思った次第です。
メッシュに拘っているわけではありませんので、上記のことが実現できればスプライトでも良いのですが可能でしょうか? >>891
カメラのCulling MaskとメッシュのLayer設定はできてる?
メッシュがカメラの描画領域に入っていること、カメラのプレビューにメッシュが表示されていること、カメラの描画順が正しく設定されていることを意識して確認してみるといいよ。 >>894
Z座標いじったら直りました!
ご指摘の通り、カメラより手前?に表示されていたようです。
的確なアドバイスありがとうございました! 以下のエラー出てる人いないか?
いたら対策どうしたか教えてくれ
エラー内容
'Project Name' was compiled with optimization - stepping may behave oddly; variables may not be available
環境
Unity2017.3.1
Xcode9.2
iOSのDebugモード(実機)
治らなかった対応履歴
・グーグルで3時間調べる
・ビルドモードをDebugにする
・Optimization LevelのDebugをNone[-o0]に設定
・端末内のアプリを削除して再ビルド
・Xcodeのプロジェクトソースを削除して再ビルド
・UnityとXcode、MacOSを最新版にアップデート
お手上げ状態なんだ。助けてくれ >>896
追加
UnityのPlayer Settingで"Strip Engine Code"をfalseにしてもダメだった
動作の症状
アプリ自体は立ち上がってある程度プレイできるんだが、ある一定の箇所で落ちる
UnityEditor上とAndroidでは同じ動作をしても落ちない(プラットフォームで処理は分けてない) ■ このスレッドは過去ログ倉庫に格納されています