【Maya】Autodesk Maya質問・雑談総合スレPart8
■ このスレッドは過去ログ倉庫に格納されています
>>797
それなんだよ
Autodeskのビジネスは
大規模プロジェクトで
予算も大きくて、携わる人たちもみんなリッチじゃないといけない
良い悪いではなく、そういうビジネス 別にMAYAに限った話でもないでしょう
ここの狭い空間だけで話してもしょうがないと思うので続けるなら比較スレで続けてくれ
3DCGソフトを比較するスレ 其の32
https://mevius.5ch.net/test/read.cgi/cg/1502183875/ 使い方やエラー詳細聞くようなこの場所で、戦略とかソフト比較の話に持っていくアホが沸いてきてそれを注意される流れって今もあるんだな
学習能力棚にあげて会社に文句言うアホ多すぎ そもそもmayaはサブスク向いてないよな
最新版をプロジェクトで即使う事なんて無いし
下手したら使わないバージョンがあるんじゃ無いかってくらいだ
最近だと自分の会社とその周りでは2015が長生きして2016はほぼ使わず飛ばした すいません、私もこの話に加わっていました
まだID変わってなくてすいませんでした 使い方やエラーの詳細聴いても大して答えられん奴ばっかなくせに
ちょっと違う話題が出てきたら追い出したがる自治厨の方が訳分からんわw >>804
こっちもMaya2015が長生きしている。安定しているし、使いやすい。
2016はたまに使う。
2017は使ってない。不安定という悪評どおり。
2018はUVがいいので、UVとArnoldを使うけど、シーンによってはArnoldよりメンタルレイのほうがいい結果出すので2015と並行して使う。 >>808
blenderと比較されると困る勢力がいるのだろう。
Mayaにはもはや大したアドバンテージがないことがバレるから。 2016はそんなに気にならなかったが2017は不安定だなぁ
グラフエディタのfカーブが消失するバグ早く直してよ
ウェイト持ち接線がデフォルトになってるのも嫌い
頻繁に触る箇所の仕様をコロコロ変えないでよ どこかでMayaの買い切りモデル入手出来ないすか?
月3万も払うとかマジきついんすけど Blenderの操作をゼロから覚えろとかマジむりっすわ
今自分が学生ならまだしも… グラフエディタはデフォルトでハンドルの長さいじれるようにしろ
何が解放だよ4ね その気になればMAXでもc4dでもmodoでも全く問題なく覚える自信があるけどBlenderだけは無理
覚えられないのではなく生理的にストレスが溜まる。
なぜこういう基本部分でこんな珍妙な操作を強要されるのかと。
無料勢として応援してやりたかったがもっとクセのないツールが勢力伸ばして欲しかった >>817
Autodeskが金を積んで
わざと使いにくくしてるってない?
だって唯一の欠点は不自然な操作性
そこがMayaと同等なら…
Maya終了 別に古株が覚えらるかどうかなんて今となってはBlender 的にはどうでも良いんだろう。
若い新規はBlender ばかりだからな、後は考えなくても結果が見えるというか…
偶然ではあるが時間が味方する事になったのはデカイ、ADが焦るのも仕方がない。
なんかアンドロイドが普及し始めた時のマイクロソフトに似ているな。 どうでもよいどころかBlenderのロードマップには常にUIとワークフローの改善が入ってる
今時のイージーで洗練されたスマホUIになれた若い層からも拒否反応出てんのよ
Blender 101計画を最初に立案したのは高校生だぞ
なんだかんだでかなり改善されてるんだがアドオンの集合体だから統一性はない それを言い出したらどのソフトにもUIやワークフローの改善はロードマップに入ってるけどな
あとここで言われている他のソフトと操作法が違う、みたいな反応は他のソフトすら触った事の無い新人には関係ない話だし
スマホのUI と比較もナンセンスで若者がそんな猿レベルならMaya も操作出来ないって事になるんじゃないの?
ちょっとバカにし過ぎで根拠がないよ。
ある意味問題なのはもうUI くらいしかBlender を批判するネタが無いあたりかも
とにかくBlender が弱点を認識して改善方向なのもAD 的には厄介な事だろうと思うけど。 まあ、棲み分けが進んだんだろうね
Mayaは多人数分業の専門業務で、Blenderは一般総合業務に合ってたんじゃねの。その逆は浅過ぎ深過ぎで合わないだろうし、各々そこでしか生きのこれないと。シェアが変動するのも時代の要請か MayaLTの質問失礼します。
カメラの解像度ゲートのサイズを任意に変えたいのですが
レンダー設定ウィンドウがLTにはついてないのでサイズを変えることはできないのでしょうか すみません自己解決しました。
defaultResolutionをアトリビュートで呼び出して任意にサイズ変更が出来ました。 質問です。
ジョイントにバインドした頂点が、ジョイントの拡大縮小に対して直感的な動きをしてくれないのですが、
理由を教えてください。
https://dotup.org/uploda/dotup.org1479949.gif
gifで、X軸→Z軸→Y軸の順でスケール値を変化させています。
X軸とZ軸はスケール変化に対してその軸だけに変化していますが、
最後のY軸だけ他の軸(この場合腕方向=X軸)にも動いてしまい、直感に反しています。
あまりバインドスキンでのアニメーションでスケールは使わない方がよいのは承知ですが、
今、腕(など)の太さをコントローラにaddしたアトリビュートで変化させたくて、
そのためにY軸Z軸のスケールを使う方法がよいと考えました。そこでこの問題にぶつかっています。
何が原因でピボット軸以外の軸方向に変化してしまうと考えられるでしょうか? >>826
スケールを使わない方がいいなんて常識は無いし
普通にバインドすれば、XYZ独立してスケーリング出来るよ
仕様とかじゃないからね >>826
それ親子関係のあるスケルトンで一定の条件下でスケールが重なると起こる不可避な問題じゃなかった?
名前忘れたけど。 Maya初心者ワイ、漫画なら分かるかと思って最初の一冊にMaya道を選択して無事死亡 Maya道はとてもいい本なのだがどう考えても初心者向けじゃないね Maya道はある程度わかってから読むと、目からウロコもあって面白い。 >>826
確かにスケールを使わない方がいいケースがある
予想だが何らかの回転値(X軸の捻り?)が入った状態で
かつスキニング方法がデュアルクォータニオンなんじゃないだろうか?
そうでないなら自分には分からない >>834
ご指摘通り、スキニング方法はDual Quaternionでした。
これをClassic LinearないしはWeight Blendedに変更すると、意図通りの動きになりました!
ありがとうございました。
Maya道にあった通り、親ジョイントのスケールが悪さしていると疑い、
全ジョイント全フリーズをかけたのち、
Segment Scale Compensateを付け外ししたりしたのですが、挙動が変わらず困っていました。
フリーズをかけたので、軸ひねり・親のスケールからの影響・シアーなどは、悪さはしてないと考えているのですが、
そのような状況でもDual Quaternionだと件の状況になることもあると、ひとまずぼんやり理解しておきます。
そういえば確かに、Maya道でDual Quaternionの欠点としてスケールでうまくいかないことがあると書かれていた気がしますね… >>835
回転値という表現は自分の間違いでした、そしておそらくX軸の捻りでもない
腕のジョイントはワールドX軸にほぼ水平だけど、Z軸負方向にわずかに回転しているんじゃないだろうか
つまり正面から見てやや下方に伸びている
かなり詳しそうなので言うまでもないかもしれないが、移動や回転はフリーズしたとしても内部的には保持していて、ワールドでの座標変換を計算するのに使っている
この場合腕を完全にワールドに水平にすれば上のような問題は起きないと思う
ただそこから回転するとやはり破綻するだろうし、デュアルクォータニオン使用時には基本的にはジョイントをスケールすべきではない デュアルクォータニオンでスキニングした場合
非リジッドトランスフォームをサポートにチェックを入れると
思った通りの挙動になりますよ >>837
知らなかった
偉そうに指導してたのが恥ずかしいな
ありがとうございます >>836
・身長180cmに対して、肩から肘まで1cm落ちてました…
・これを修正するとDual Quartanionでも各軸が独立にスケール変化してくれました
・ただし回転させると破綻します
>>837
・そしてそれにチェックを入れると、位置にズレがあろうと回転させようと、各軸独立のスケール変化は保ったままでした。
以上すべてがご指摘通りでした。めっっちゃ勉強になります。
このスキニング方法のアルゴリズムとオプションの内容まで理解できたとは言えないので、おいおい勉強していくとして、
まずは対処法と目的の動作を得ることができたので、問題は解決です。
皆さんありがとうございました。 スキニングってむずくね
理屈を理解した後も頭の中ごっちゃになるわ ここのサイトの肘の表現で、ジョイント2本を使い回転させる…って所の意味がよく理解できないんだけれど、2本のジョイントはウェイト調整の為の2本って事かな?
https://area.autodesk.jp/column/tutorial/maya_atoz/joint/ >>839
問題が解決したなら良かった
けど自分としてはあなたに謝りたい
>>837の人が指摘してくれて良かったよ
悪気はなかったが、ただ結果として言えるのは、間違った意見を真実のように言う人がいるということ
むしろ自信満々な人の意見ほど怪しいかもしれない、自分が間違ってるって不安が薄いって事だしね
あなたには勤勉そうな印象を受けるけど、その情報源にはどうぞ気をつけて >>841
そのままの意味かと
○ーーーーー○ーーーーー○
ではなく
○ーーーーー○ー○ーーーーー○
という感じで、肘に短いジョイントを仕込むと
肘を鋭角に曲げられるという 一関節だと鋭角に曲げた時に形状が破綻する
二重だと鋭角に曲げた時形状の破綻を防ぐ
膝を曲げた時に膝が尖らず膝の皿を維持できる みたいな
一関節でもデュアルクオータニオンやフレクサ、インフルエンス等で変形を制御できる
今の主流はなんだろね >>841の記事って2011.11.28のものだから
現在主流のやり方とはちょっと違うんじゃないかな〜 >>843
>>844
>>845
ありがとうございます。
色々やり方があって、今はなにが一番やりやすいのか困惑しちゃいます…
やっぱ古い記事は参考程度似とらえるのがいいんですかね。 業界やジャンルによって違うからなんともね
自分の所ではデュアルコ―タニオン使えないし リギングはキャラありきだから千差万別だよね
リガーの人達、ありがとう! モデリング、テクスチャUV、レンダリングまで一通りの流れで初心者向けの本は何が良いでしょうか?
アニメーションは無くても構いません
作例がある優しめのモノが好ましいのですが… >>849
「MAYAトレーニングブック第四版」
先ずはこれ
色々悪くいう人もいるけど無視していい
とても良い本です 出来ればマニュアルでなくトレーニングブックがいいんですよね
これをあ〜したらこうなる、ほれ同じ事やってみんしゃい?的な
端折られると何がなんだか分からなくなるので…
伊藤脳塾のBASICも気になりますなぁ
どなたか持っていませんか? >>841
「本物の構造をまねる」とか書いてるけど、肘を二重関節にするってのは有り得ないわ
膝だったら単純な一軸だけでは正座とか無理なんで普通にわかるが、
肘ってそこまで深く曲がらんでしょ 本物の構造に準じたスキンにするために本来ありえない位置にボーンを置くことに疑問を感じる
肘は知らんけど例えば肘と手首の中間に置くツイストジョイントとか 前腕の骨格をリアルにやろうとすると、一般的なツイストボーンを並べるんじゃなくて
平行のボーンを2本置いてねじらないとだが
いくらリアルな骨の配置でも、ウェイトの設定がつらそう 本物の肉と骨じゃ無いんだから仕方ないだろう
結果が良ければ何でも良いんだ MAXならリグであれこれやるよりスキンモーフ使ってしまえばあっさり目的の
曲がり形状になるんだけどな もうね、ボクセルバインドでデュアルクォータニオンとデルタマッシュでディスタンスウェイト1使うとね、シンプルなスケルトンで完成という。俺たちの今まで苦労が水の泡というだなorz UVの上手い作り方が分からないのですが自動で展開してくれるツールとかってありますか?
パーツ毎に分けられてそこをフォトショで塗り塗りできれば直感的に分かるのですが、最初の状態だと全部くっついているのでどうにも分からんのです… >>863
先ずはマニュアル読んだらどうですか?
あと、お薦めしたトレーニングブックは読みましたか?
UVについてもちゃんと説明されてますよ >>863
楽しようとするなスカタン
ちったぁ根性みせやがれ >>863
キャラクターとかなら、検索すれば典型的な分割法が出てくると思う。
考えなしにスカルプトとかで複雑怪奇なモデルを作って、力業でいいからUV展開して
3Dペイントツールで塗れるようにしたいとかなら、プラグインでUnwrella、専用ツール
でUnfold 3Dがある。 unford3D楽ちんで好き
ヒストリ消し忘れて何回か痛い目にあったけど c4dファイルをc4dを介さずにmbなりfbxなりに変換する方法ってないかな
せっかく落としたいいモデルがc4dだった ほぼMayaLTで良いんだけど
トゥーンシェーダーだけLTについてない
それだけのために年間30万円払えるか?否
どうしたら良いのかね >>872
blender(笑)でも使ってろよ貧乏人 MAYA使ってやってんだから逆に金くれや
いろいろお高くとまってんじゃねえよks >>874
blender(笑)などと高みから観ていられる立場にMayaがあると思ってる人がいるのが驚き 煽り抜きでトゥーンが欲しいだけならBlenderのFreestyle使った方が全然いいだろ
Maya標準のトゥーンなんてマジチープだぞ
じゃなきゃもうすぐMaya用とMODO用のPencil+が出るから
MODOとPencil+でも買った方が安あがりだな >>872
ソフトは他にもいろんなのあるのだから、ここは専用ソフトの板だし
>>1で書いてある比較するスレがあるから、そっちで聞くといいよ
今ここね
https://mevius.5ch.net/test/read.cgi/cg/1502183875/ blenderで怖いのは業界の価格破壊かな。
タダのツールのエキスパートに高額な給料を払う業界でいられるだろうか。
高額で一般には広まっていない稀有なMayaだからこそ食っていけるのではないかな。 >>880
それはあるね。既得権益というか希少価値というか。
一部の人たちにしか扱えないものを使えるから
仕事でもよいお金をもらうことができる。
それがblenderの普及で参入障壁が小さくなって「みんな使える」となったら
競争は激しくなるし買い叩かれるようにもなる。 リファレンスについての質問です。
ネームスペース無しで読み込んだリファレンスに、新たにネームスペースを
割り当てたいのですが、どのようにしたら良いでしょうか?
リファレンスを新たに読むと編集内容をコピーするのが大変なので
今あるリファレンスにどうにかネームスペースを割り当てたいです。 今手元に無いの記憶で書くと
ネームスペースエディタで新規ネームスペース作成
選択ノードをその新規ネームスペースに割り当て
ってやってたかな 「悪貨は良貨を駆逐する」というグレシャムの法則をご存じだろうか
より実質価値の低い貨幣が流通するという法則である >>883
回答ありがとうございます。
シーンの中にあるノードだとネームスペースエディタで割り当て出来るのですが
リファレンスだと、「読み取り専用ノードの名前は変更できません」
というエラーが出てしまいます・・・ 今のMayaを見て良貨とは言いがたいなぁ。
Blenderに負けてきているし、操作性が神だったら、もはやMayaの良さって……なんだろう?
MAXのサブスクの価格を上げてその代りMayaのサブスクの価格を下げてくれよ あれ、リファレンスで読んでるのは変えられなかったっけ、スマン! んじゃファイル>リファレンスエディタ(だったかな?)だとどう? >>889
いえ、助かります!
もともとネームスペースありで読み込んでいれば
リファレンスエディタにネームスペースの項目があり
名前は変えられるのですが
なしで読み込むとその項目が「プリフィックスを付加」に
なっていて、グレーのまま選択出来ません。
ネームスペースはrootに入っているようです ありゃ、リファレンス名無しで読み込むとそいう挙動になっちゃうんですね〜
自分にはこれ以上はちょっと分からないや
こっちが勉強になったわ、ありがとうw >>891
うーん、変なことをしてしまった自覚はあるのです・・・
アトリビュートエディタで見てもネームスペースの項目自体がグレーのまま
アクティブにならないので、無理矢理変えられないか
スクリプトを調べてみます。 >>891
シーンがmaだったので、リファレンスを読んでいるコマンドの書き換えと
リファレンスに含まれるノードを一括でリネームすれば問題なく読めました!
ちょっと危険な方法の気もしますが、今のところ問題なさそうです。
お騒がせしました。 >>881
SolarisやHPUXが全盛期だったころはSEの給料は高かったけど
linuxの今はIT土方と言われてるよ。
自分のことを考えるとblenderを推進する気持ちにはなれないね。 blenderがより浸透すればただのオペレーターみたいのは消えるだろうが
それは別にいいだろ?個人的にそういうのに今でも良い印象は持ってないし、むしろ速く消えて欲しい >>887
おいおいふざけんな、ミドルエンド(笑)のmax値上げとかないわ〜 メンタレでエラー
failed during mental ray rendering: mental ray abort
これってテクスチャの解像度が低すぎるとかそういうことを言ってるのかな ■ このスレッドは過去ログ倉庫に格納されています