Metasequoia BBS

Page 321 322 323 324     
/ 324
| New message | Normal | Tree |
Status
Tag
Keyword
[45] 右クリックで頂点をくっつける機能について / koki
[From old BBS] Response
UVにある機能を、通常編集の時も使いたいと言う要望です。

ドラッグして右クリックで頂点をくっ付ける時に、
くっつける頂点の位置を基準にして
その他の選択中の辺、面の位置も一緒に動かして
位置が揃う様に出来ないでしょうか?

一度別々に分割したパーツを合わせる時など、
この機能が使えると大変重宝すると思います。

Altを押しながら頂点を重ねて右クリックで、
選択中のその他の部分も一緒に動く、
とかではダメでしょうか?
2004-01-22 02:26
[38] SDKへの要望 / nameless
Done [From old BBS] Response
メタセコイアの開発ご苦労様です

PluginSDKへ追加してほしいAPIがあり、書き込みをさせていただきます

まず、メタセコイアのカメラ情報(ここで言うカメラ情報とはMQOファイル内に記述されるSceneチャンク内のデータのことです)を取得するAPI関数を追加していただきたいと思います。
これはPOV-Rayに見られるようなテキストベースでシーンを記述するファイルを出力する場合、カメラ情報も書き出すことができたら便利ではないかなと思うからです。

また、UV値を取得するAPIについてですが、頂点インデックスを指定してUV値を得ることができるAPIを追加していただきたいと思います。
今までのAPIでは面のインデックスを指定してその面に属している頂点のUV値を配列に格納するタイプですが、この場合RedQueen2のような、頂点とUV値を1対1に対応して書き出す必要のあるファイルを書き出す場合に不便なのではないかと思います。

POV-Ray\x2c RedQueen2についてはこちらをご覧ください
POV-Ray http://www.povray.org/
RedQueen2 http://www.teamredqueen.com/index.html

わかりにくい部分があるかと思いますが、ご検討いただければありがたいです。
2004-01-18 01:10

Show the middle 1 messages.

[41] Re: Re: SDKへの要望 / nameless
O.Miznoさん お忙しい中、返信ありがとうございます

>カメラ情報についてはβ5ではPythonスクリプトからは取得できるようになっています。
>SDKからもアクセスできるようにはする予定です。
>(設定のほうについては検討中ですが)

Pyhtonスクリプトについては、まったく知識がなく、今までノータッチだったため、
カメラ情報を取得できるとは知りませんでした。
SDKからもカメラ情報にアクセスできる予定とのことなので楽しみにしております。


UV値を取得するAPIに関してですが、私のUV値に対しての勘違いがありました
同じ頂点でも、属している面ごとにUV値が変わることもあるので、
「頂点インデックスを指定してUV値を得るAPI」というのは
メタセコイアの内部情報に合わないAPIということに気づきました
お騒がせしてすみません

現在、趣味でRedQueen2用のエクスポーターを作成中なのですが
頂点を分離して書き出すことで、UV値が正しく設定されたファイルを
書き出すことができました
ですのでXファイル出力で使用されているUV値によって頂点を分離させるライブラリですが
提供していただかなくても問題なさそうです
そのお心遣いに感謝します
2004-01-19 23:22
[35] マルチディスプレイ環境での運用 / Ti
Done [From old BBS] Response
いつも活用させて頂いています。

 当方、Dualディスプレイの環境下で各種アプリケーションを
使用していますが、つい先程二つのディスプレイにまたがって
ウインドウを使用すると、その状態を次回起動時に反映してく
れないことに気付きました。
(これまでは描画速度低下を嫌って、プライマリモニタへの全
画面で運用していましたので、これに気付きませんでした)

 同様に、オブジェクトパネルや材質パネルを分離してメイン
のウィンドウと異なるディスプレイに配置しても、次回起動時
の状態が予期しないものになるようです。

 上記現象は、QuadroFX500、FireGLX1、Radeon9000、RadeonVE、
Parhelia512をDualモニタのモードで稼動させているシステムで
確認しました。(not Bigデスクトップ。OSはすべてWin2kです)

もしかしたらFAQかもしれないと、思いつつ、レベルの低いネタ
で恐縮ですが、まずは情報まで…。
2004-01-12 16:53
[36] Re: マルチディスプレイ環境での運用 / O.Mizno
一応言い訳しておくと、デュアルディスプレイでの動作は保証していません。
うちにモニタが1つしかないからという極めて単純な理由なのですが、
実際どの程度の方がデュアルディスプレイを使っているのか
ちょっと気になりますね。
最近は液晶モニタを2つ並べて使っている人も増えてきてるだろうし、
割合的に意外に多いなら対応を検討した方がいいのかなと思います。
今使ってるテーブルにもう1つモニタを置くスペースがないというのも
大きな問題なのですが。
2004-01-14 00:24
[21] αテスト / Chof
Done [From old BBS] Response
こんばんわ。いつもメタセコイアにはお世話になっています。

 メタセコイアではαチャンネル付きのテクスチャを張る時でもZバッファ更新
を行うようになっています。ですので表示される順序によって表示されるはずの
部分が透明部分に遮られて表示されない、という現象が良く起こります。
 これはオブジェクトの順序を入れ替えたりする事で幾らかは対応できるので
すが、やはり不便に感じます。

 ハードウェアの仕様上仕方が無いとは思うのですが、せめて透明度が完全に
0の所だけでもピクセルの書き込みをしないように出来ないでしょうか?

 DirectXでのステート設定ですとこんな感じでしょうか。

SetRenderState( D3DRS_ALPHATESTENABLE \x2c TRUE )
SetRenderState( D3DRS_ALPHAREF \x2c 0x00 )
SetRenderState( D3DRS_ALPHAFUNC \x2c D3DPCMPCAPS_GREATERE )

 これですと、テクスチャのαチャンネルを「抜き」として使うような場合に
とても助かります。


Show more...
2004-01-08 01:42

Show the middle 1 messages.

[34] Re: Re: αテスト / Chof
>ご教授いただいた方法で実装してみて、α抜きが出来ること確認しました。
>実際に反映されるのはβ6からになりますが、公開時にはまた動作チェックなど
>お願いします。
>
>まずはご報告までに。

 どうも有難うございます。これで色々助かります。今見直してきづいたんですが…、

SetRenderState( D3DRS_ALPHAFUNC \x2c D3DPCMPCAPS_GREATERE )



SetRenderState( D3DRS_ALPHAFUNC \x2c D3DCMP_GREATER )

ですね…。ちょっとうろ覚えで書いてしまいました。一度見直しておいて頂けると助かります。
2004-01-12 04:17
[33] PNGについて / koki
Done [From old BBS] Response
いつも使わせて頂いております。
横柄な態度ですいません。
要望を書かせて頂きます。
プレビュー画面でPNGの透明が効く様にして頂けると助かります。

原状だと、ペイントツールで描いたテクスチャをメタセコイアで調整、
Mikotoで確認しないといけないので、ちょっとメモリが厳しいのです。

それから呼出と記憶の文字の色をもうちょっと見やすくして下さい。
良く押し間違えるもので。
番号の方の色を変えて頂いてもかまいません。

書き捨ての要望です。とりあえずよろしくお願いします。
2004-01-11 23:36
[23] テクスチャーの更新について / GEL
Done [From old BBS] Response
仕事に、趣味にお世話になっております。

 あるテクスチャーを作成し更新したときに、バージョン2.2までは
材質パネルの設定→OKで更新が反映されていたのですが、現在のバー
ジョンだとテクスチャーの名前が変更されたとき以外、更新が反映さ
れません。これは仕様なのでしょうか?このためいつも私はテクスチ
ャーを更新した場合、そのファイルを上書き保存してまた開きなおし
てるのですが、もしもう少し簡単に更新が反映できるのでしたら、テ
クスチャーのトライ&エラー等で作業効率が格段に上がると思います。よろしくお願いいたします。
2004-01-09 15:39

Show the middle 3 messages.

[32] Re: Re: Re: Re: テクスチャーの更新について / GEL
O.Miznoさん、レスどうもありがとうございます。これで
かなりテクスチャーの調整が楽になると思います。
2004-01-11 19:04
[25] 曲面制御 / ふしみ人形
[From old BBS] Response
ホビーユーザーですが、いつも使わせていただいております。

以前に却下された感のある要望なのですが、
オブジェクト設定の曲面制御のタイプに
"面をなめらかにする"タイプがあるといいなと思うのですが…。
"Catmull-Clark"だと思った以上に細くなっちゃう感じがするので、
(それに慣れろって話なんでしょうが…)

いまいちど検討のほどよろしくお願い致します。
2004-01-10 04:25
[30] Re: 曲面制御 / ppp
「自由曲面」は作業の計算が立てにくいと感じて
「面をなめらかにする」を多用している人は多いかもしれませんね。
いや、自分がそうなんですが。
そう言う人は「ミラーリング」より「対称編集」で作業をしていたり?

「面をなめらかにする」のリアルタイム化は
ハードの機能を使えないので激重になるとか、
対称編集の不完全部分の対応は
仕様上変則的な処理が必要になるとかあるのかもしれませんが、
「設計図を描く感覚よりは、絵を描く感覚なユーザー」視点での
意見として一応。
2004-01-11 14:34
[26] β5 / O.Mizno
Done [From old BBS] Response
公開しておきましたが、主な更新点は
・[ナイフ]の[接続面を連続切断]を辺の真ん中以外の位置でも切断できるように
・ホイールの回転や視点アイコンの動作にドリー等を割り当てられるように
・ショートカットのカスタマイズ
となっています。

ショートカットのカスタマイズは従来エディタで手作業でshortcut.datを
編集していたのをGUIからも出来るようにしたものですが、バグがあると
shortcut.datが壊れる可能性もあるので、既にカスタマイズしている方は
変更する前に念のためshortcut.datのバックアップを取っ手おいたほうが
いいかと思います。

バグなどありましたらご報告いただけると幸いです。
2004-01-10 16:14
[27] Re: β5 / K
非常に遅くなりましたが、あけましておめでとうございます。
以前スタイルファイルの仕様に関して要望ださせて頂いたものです。
β5で希望動作を確認させて頂きました。ありがとうございます。
一応手持ちのスタイルもあると言えばあるのですが
いい加減統一感も無いので、全て作り直し、
仰って頂けた通り、メール、もしくはこちらの掲示板に
アップさせて頂きます。β6,β7くらいまでには何とか
したいと考えています。

ところでそのコマンドパネルですが。
スクロールがついて一層追加いやすくなったとは思うのですが
「環境設定」の「右に配置」が反映されません。
お手数ですがご確認下さい。
2004-01-10 19:46
[22] 「広く要望を集める目的」程度の意見として。 / ppp
[From old BBS] Response
せっかくバンプマップを読み込めるのなら
(ベーシックマッピングと言う言い方も聞いた事があるんですが)、
これの数字を「ウエイト」や「面を滑らかにする」等に反映したり、
オブジェにペイント機能と組み合わせる事で、
ペイント機能でモデリングの様な事も出来るのではとか。

あと、プラグインの件ですが
「海外からの活用が不可能」と言う点も引っかかっていて。
2004-01-08 13:51
[20] 頂点ウェイト / sio29
[From old BBS] Response
こんにちは、いつもメタセコにはお世話になっています。
T.Babaさんの要望の「コメント」と似たようなものなのですが機能的に少し違うので新規スレッドを作らせて頂きました。
要望なのですが、頂点ウェイトまたは頂点ごとにプラグインのデータが書き込めるような機能があればと思っています。
当方、メタセコから呼び出せるようなシーンツール(モーションツール)を作っているのですが
ボーンやモーフィングなどで使用する頂点ウェイトを外部(MQO以外)に持つと
モデルをエディットされた場合に保持できなくなってしまい困ってます。
そこでメタセコ内に頂点ウェイトをエディットまたは保持できる機能があればと思ったわけです。
メタセコ側で現在の頂点ペイントみたいな感じでエディットできて頂点ごとに複数のウェイト値を保存できるようならベターですが、
プラグインで情報が書き込めるだけでも助かります。

もう一つ要望があるのですがSDKから現在編集中のモデルのパスが獲得できるようにして欲しいのです。
前述のツールの独自情報を保存するのに編集中のMQOと同じ場所に保存したいのですが、
現状では任意のオブジェクト名にフルパスを書くことによって回避してますがあまりスマートな方法ではないので
モデルのパスが獲得できるようになればわざわざパスを記述することはないのであると便利です。

忙しい中すいませんが検討していただけるとうれしいです。
それでは失礼します。
2004-01-07 22:27
Latest Previous page Next page