Metasequoia BBS

[2795] 3.1.0不具合連絡 / 民人

対応不要 [不具合報告] 返信

以下のようなメッセージが3.1ででましたので連絡しておきます。

起動時にでます。
3.1を再起動しても出力されます。
PCはHPのTouchsmart520

Metasequoia Ver3.1.0 is running.
Windows version : 6.1 (Windows 7)
Number of CPU : 2
Physical memory : 4076 MB
Direct3D Driver: aticfx32.dll
AMD RADEON HD 6450A
Failed to compile vertex shader.
(1): error X1507: failed to open source file: \'C:\\Program Files (x86)\\Metaseq30\\HLSL\\vs_bc.fx\'

Failed to compile vertex shader.
(1): error X1507: failed to open source file: \'C:\\Program Files (x86)\\Metaseq30\\HLSL\\vs_lb.fx\'

Failed to compile vertex shader.

続きを表示...

2012-10-25 21:55

途中の1件のメッセージを表示

[2803] Re: 3.1.0不具合連絡 / 民人

返信

あらためてダウンロードしインストールしたところ
うまく行きました。

前回特に異常なことはしなかったと思っていたのですが
誤操作したようですね。
お忙しいところお手数かけました。

2012-10-26 13:58

[2789] 両面表示の不具合 / mqouser

対応済み [不具合報告] 返信

曲面タイプ1,2を適用したオブジェクトに両面表示をONにしたマテリアルを適用したところ、三角ポリゴンの部分以外が裏側の表示が正しく行われませんでした。
この現象はテクスチャを貼り付けたときだけで、テクスチャなしでは正常に描画されました。
もう一点、三角ポリゴンの部分だけ、マッピングしていますが、単色で塗りつぶされるようです。
いずれの問題もフリーズしてしまうと解消されるようです。
ver3.1beta7でこの現象を確認しました。

ファイル [無題.png]

2012-10-23 19:42

[2794] Re: 両面表示の不具合 / 管理者

返信

OpenGL表示で曲面タイプ1/2の裏面表示がおかしかったのでVer3.1.0で修正しました。

2012-10-25 20:25

[2787] 対象編集モードでのエラー / mqouser

対応済み [不具合報告] 返信

対象編集モードで添付したデータの格子の中央の縦の辺をワイヤーコマンドの辺の間に頂点を挿入で分割すると「0による除算」というメッセージが表示され、視点の操作、ショートカットが効かない状態になりました。
同じようなオブジェクトをプリミティブで作成して同じ操作をした場合では、エラーになりませんでした。オブジェクト側の特定の条件で発生する問題のようです。
ver3.0.5,ver3.1beta7で発生しました。

ファイル [test.zip]

2012-10-21 00:19

途中の1件のメッセージを表示

[2793] Re: 対象編集モードでのエラー / 管理者

返信

Ver3.1.0でエラーが起こらないようにしました。
ただ、オブジェクトが小さすぎて対称判定が正しく行えないので、意図した形状にはなりませんが、これは環境設定での対称とみなす距離を小さくしない限りは現状の対称編集上の仕様となります。

2012-10-25 20:24

[2786] ローカル座標時の3Dカーソルの原点移動に関して / のぶ

対応済み [不具合報告] 返信

オブジェクトに対してローカル座標を設定し、編集オプションから「L」（ローカル座標）を選択すると移動(V)、回転(C)、拡大(Q)の3Dカーソルもローカル座標通りに傾きますが、その状態で3DカーソルをXYZに沿って移動（CTRL+赤/緑/青ドラッグ）しようとするとローカル座標に沿って動かずグローバル座標に沿って動こうとしているのかちょっとおかしな動きをします。
使用しているバージョンは3.1Beta7です。

2012-10-20 13:43

[2792] Re: ローカル座標時の3Dカーソルの原点移動に関して / 管理者

返信

Ver3.1.0で拡大・回転コマンドでローカル軸に沿った移動になるよう修正しました。

2012-10-25 20:22

[2606] ショートカットでコピーしたときのウェイトの保存 / mqouser

対応済み [From old BBS] 返信

要望ですがコピー&ペーストしたときにも、オブジェクトパネルの複製ボタンでコピーしたときのようにウェイトとエッジの先鋭化情報もコピーされるようにできないでしょうか。
オブジェクトの複製にはショートカットキーを使っているので是非ともほしい機能です。

2012-09-09 23:20

途中の2件のメッセージを表示

[2790] Re: Re: Re: ショートカットでコピーしたときのウェイトの保存 / 管理者

返信

レスを付け忘れていましたが、Beta7でコピー＆ペーストで折れ目も引き継がれます。

2012-10-24 15:10

[2767] スムージング表示についてのチェック表示 / okto-p

[要望] 返信

スムージングにチェックを入れていると、設定している角度によって、エッジが取れていいのですが、でも作業中にどこがスムージングの影響を受けていない、角度のポイントかが分かりにくいですよね。それで作業しているオブジェクトで、スムージングの設定角度をオーバーしているポイントをチェックする目的で考えました。

まずメニューリストに「スムージングのチェックを有効にする」というのを追加します。それを選択することで、下絵ボタンの横に「エッジ」というボタンが追加表示されます。そのボタンをＯＮにすると、スムージング角度をオーバーしている頂点を囲む面が、全てハイライト表示されます。

これで、今までは見た目何か変な表示という感覚だけで作業していましたが、こういうチェック表示ができると、スムージングでカバーされていないポイントが、すばやくチェックできるのではと思います。

ファイル [スムージング表示について.JPG]

2012-10-15 19:02

[2785] 要望内容に追記 / okto-p

返信

今リトポ作業をしていて、これが便利に使えるということが分かり、少し期待しているのですが、その案をイメージしていたところ、全て表示しているオブジェクトに対しての判定をすると、チェックが必要無いところにもされてしまい、逆に使えないものになってしまうので、オブジェクトグループごとに設定で、チェックするかどうかのON/OFFをする必要があると思いましたね。

リトポでの面貼りで、必要以上に細かくせずに、このチェック機能でのハイライト表示を頼りに引き伸ばしていけば、より効率のいい面数で、スムージング処理されたオブジェクトが作製できるのではないでしょうか

2012-10-18 23:19

[2424] Ver3.1 Beta3 / O.Mizno

対応済み [SDK] 返信

Beta3での変更点ですが、インポートプラグインから利用できるよう変更点がいくつかあります。

Create***UserData()のプラグインIDに常駐型・コマンドプラグイン以外のものを指定した場合、
プラグインがアンロードされた後もユーザーデータが保持されるようになりました。
ドキュメントが破棄されるか、明示的にDelete***UserData()を呼ぶまでは削除されません。
例えばインポートプラグインからCreate***UserData()を呼び出す場合、
ホストとなる常駐型プラグインのIDを指定して管理を委ねるか、
自身のIDを指定して管理者がいない状態で使用するかのどちらかとなります。

また、Create***UserData()に識別子として任意文字列も指定するようになりました。
実際にはプラグインIDとセットで判別されるので、例えば"Weight"のようなありがちな識別子を指定しても
他のプラグインとはIDが異なるので、重複ではなく別データ扱いになります。
同じIDと識別子で呼び出された場合は、新規作成ではなく既存のユーザーデータIDを返すように変更になりました。
生成せずに既に存在するかだけを調べるFind***UserData()も追加されたので、
これでインポートプラグイン・常駐プラグインのどちらでCreate***UserData()を呼びだしても、
同じように扱うことが出来ると思います。
インポートプラグインでユーザーデータを先に用意しておき、常駐プラグインのOnNewDocumentが呼ばれたら
ユーザーデータがあるかどうか調べて適切に処理することができるかと思います。

2012-06-15 17:15

[2428] Re: Ver3.1 Beta3 / sio29

返信

対応ありがとうごさいます。

ところでオブジェクトのユーザーデータ獲得においてコピーではなくポインタを返すのは難しいでしょうか?
構造体が大きい場合、フラグなどのちょっとした値の参照をする場合にも全コピーでは動作が重い気がします。

2012-06-15 19:40

[2429] Re: Re: Ver3.1 Beta3 / O.Mizno

返信

ポインタを渡した直後に読み書きするなら問題ないのですが、
リサイズなどでメモリの再配置が行われた後に古いポインタでアクセスしてしまう恐れがあるので、
安全性を重視して今の仕様にしています。
速度は実際に測った訳ではないですが、10万頂点×数十byte=数MB程度と考えると、
それほど大した負荷でもないようには思います。

2012-06-15 22:34

[2430] Re: Re: Re: Ver3.1 Beta3 / sio29

返信

いえそういう使い方ではなく、構造体の中のちょっとしたフラグを参照するのに全コピーはいかがなものかと。
ポインタを返すのが怖いのならば部分コピーを出来るようにするとかはどうでしょう?

2012-06-15 23:24

[2431] Re: Re: Re: Re: Ver3.1 Beta3 / O.Mizno

返信

そういうことでしたか。
まあ確かにその通りなのですが、APIの仕様を必要以上に複雑にしたくはないというのと、
実際どれくらいのボトルネックになるのかが読みづらいものがあるので、
速度面の問題が顕在化してから対応を検討するのでも遅くはない気がします。

まだ解決していない頂点間のデータ補間のほうでも格納方法など検討する必要があるので、
とりあえずは今の仕様のままで進めてみてください。

2012-06-16 10:07

[2603] Re: Re: Re: Re: Ver3.1 Beta3 / O.Mizno

返信

>いえそういう使い方ではなく、構造体の中のちょっとしたフラグを参照するのに全コピーはいかがなものかと。
>ポインタを返すのが怖いのならば部分コピーを出来るようにするとかはどうでしょう?

Beta5で開始オフセットから指定バイト数をコピーするGet/SetUserDataPartを追加しました。
ただ関数呼び出し自体のボトルネックがそれなりにあるので、
部分コピーによる速度面での恩恵はさほどないかもしれませんが。
（実際に速度を測ってはいないのでどの程度かはわかっていません）

2012-09-08 12:20

[2605] Re: Re: Re: Re: Re: Ver3.1 Beta3 / sio29

返信

対応ありがとうございます。
オブジェクトなどに付随するデータは大きくなるので意味はあると思います。
ただ今作っているものはすでに複数のユーザーデータを使うことで対応してしまったので、今から作り直すかは微妙ですが…
ただし今後は構造体をアクセスし易いデータごとに複数のユーザーデータに分けるという面倒な作業がなくなるので、ありがたいです。

2012-09-09 20:31

[2661] Re: Ver3.1 Beta3 / mqdl

返信

現在 GetVertexUserData で、SetVertexUserData 未実施の場合
不定値が返りますが、不定値ではなく例えばゼロクリアした領域などに
出来ませんでしょうか。

例えば下記の tag の値に -1 を事前に設定していた場合

int tag;
obj->GetVertexUserData(ID\x2c vert\x2c &tag);

事前に設定している -1か、不定値で-1になっているのか不明ですと困ります。
ゼロクリアした領域が必要な訳ではなく、事前設定か不定値かの
判別をしたいと言うのが目的です。

2012-09-19 22:23

[2662] Re: Re: Ver3.1 Beta3 / O.Mizno

返信

>現在 GetVertexUserData で、SetVertexUserData 未実施の場合
>不定値が返りますが、不定値ではなく例えばゼロクリアした領域などに
>出来ませんでしょうか。

ドキュメントには不定値と記載しているのですが、実際にはゼロでクリアしています。
別にSetされたかどうかのフラグを持つと１バイト浪費してしまうので、
最終仕様としてこのままにして、ドキュメントの記載のほうを変更しようと思っていますが、
ゼロクリアがされている前提で現状何か問題がありますか？
対応漏れでゼロクリアできていないケースが残っている可能性はあり得ます。

2012-09-20 16:23

[2663] Re: Re: Re: Ver3.1 Beta3 / mqdl

返信

ご連絡ありがとうございます。

テスト用に下記の通り簡単なソースをOnNewDocumentで呼んでみました。
ゼロクリア済みとの事でしたが、不定値が返ってきます。

　VUD_TAG = doc->CreateVertexUserData(0xbd1224db\x2c 0x000000c2\x2c "testtag"\x2c sizeof(BYTE));

　for(int i = 0; i < doc->GetObjectCount(); i++)
　{
　　MQObject obj = doc->GetObject(i);
　　obj->AllocVertexUserData(VUD_TAG);
　　
　　for(int vert = 0; vert < obj->GetVertexCount(); vert++)
　　{
　　　BYTE tag;
　　　if(obj->GetVertexUserData(VUD_TAG\x2c vert\x2c &tag))
　　　　ATLTRACE("found %d\n"\x2c(int)tag);//ゼロ以外が返ります
　　　else
　　　　ATLTRACE("not found\n");
　　　}

続きを表示...

2012-09-20 19:45

[2666] Re: Re: Re: Re: Ver3.1 Beta3 / O.Mizno

返信

頂点を追加したときはゼロクリアされるのですが、
既に頂点がある状態でallocしたときにクリアし忘れているようですね・・・
単なる不具合のようなものなので、次の更新で修正します。

2012-09-20 23:29

[2751] Re: Re: Re: Re: Ver3.1 Beta3 / 管理者

返信

Beta7でalloc時にゼロクリアされるようにしました。
SDK自体は変更ありません。

2012-10-12 16:16

途中の11件のメッセージを表示

[2784] Re: Re: Re: Re: Re: Ver3.1 Beta3 / mqdl

返信

>Beta7でalloc時にゼロクリアされるようにしました。
>SDK自体は変更ありません。

確認させていただきました。
ゼロクリアされている様でした。
ご対応ありがとうございました。

2012-10-17 21:17

[2783] 自前のHLSLシェーダー（カスタムシェーダー）の読み込み対応 / まじかる☆しげぽん

[要望] 返信

別スレに書いた要望の新規投稿です。

4.0に向けての要望募集がブログにありましたので、何度か要望として上げてる、カスタムしたシェーダーの簡単な適応の対応を是非4.0で検討して頂ければと思います。

具体的な要望点としては、

・シェーダの欄でHLSLシェーダー（カスタムシェーダーとか）の項目を選んで、シェーダーのファイル（.fx）を参照する形
・参照したシェーダーで組んでいるUIの読み込み
・メタセコで対応しているマップ（模様、透明、凹凸）以外のシェーダー内での定義、参照、適応

となります。
最終イメージを想定したシェーダーを当ててモデリング、確認作業を行えたら良いなと思いますので対応ご検討頂ければと思います。

2012-10-16 13:38

[2632] 表示機能の追加要望 / 要望

[要望,From old BBS] 返信

添付画像のように、面の向きを色で表して表示する機能が欲しいです。
この表示方式だと凹凸の様子が判りやすいので、形を整えやすくなります。

sakujopass

ファイル [T20120916045119.jpg]

2012-09-16 04:51

[2633] Re: 表示機能の追加要望 / O.Mizno

返信

シェーダで試しに実装してみました。
Ver3.1 Beta6のHLSLフォルダ内のphong.fxを添付ファイルで置き換えて実行してみてください。

光源が複数あったりテクスチャが貼られている場合は、別のfxファイルも同様に書き換える必要がありますし、
普通の表示と切り替えるのにその都度ファイルを差し替えないと駄目ですが、
即席でできる範囲ということで。

ファイル [T20120916161546.fx]

2012-09-16 16:15

[2649] Re: Re: 表示機能の追加要望 / 要望

返信

仮実装ありがとうございます。

凹凸の把握がしやすくなりました。
ただ、この表示形式のままでの編集は難しいようです。

――

想定していた色と異なっていました。

向きがX軸の正方向に近い面ほど赤みがあって
向きがX軸の負方向に近い面ほど赤みがない

というような表示を想定していました。

――

phong.fx内、col.xyzの値の変更による表示の変化を調べました。
添付画像の左側は元の値のとき、右側は

col.xyz = In.Normal.xyz * 0.5 + 0.5;

としたときの表示です。

ファイル [T20120918045613.jpg]

2012-09-18 04:56

[2652] Re: Re: Re: 表示機能の追加要望 / O.Mizno

返信

裏側が見えなかったので色合いは適当にしていました。

Ver3.xではシェーダのカスタマイズは裏技的な扱い以上にするつもりはありませんが、
もう少しシェーダを簡単に切り替えられる仕組みが必要な気がしますね。

2012-09-18 13:32

[2673] Re: Re: Re: Re: 表示機能の追加要望 / 要望

返信

　３Ｄ画面の上部にある、「面を表示します」と説明が出る部分のように、
ボタン１つで表示を切り替えられると良さそうです。

　また、切り替え対象も、「全OBJECT」や
「選択したOBJECTのみ」などがあると便利だと思います。

2012-09-23 06:43

[2772] Re: Re: Re: Re: Re: 表示機能の追加要望 / まじかる☆しげぽん

返信

タグが [From old BBS] から [要望,From old BBS] に変更されました。

>　Ver3.xではシェーダのカスタマイズは裏技的な扱い以上にするつもりはありませんが、もう少しシェーダを簡単に切り替えられる仕組みが必要な気がしますね。

4.0に向けての要望募集がブログにありましたので、関連スレと思われるこちらに…。
何度か要望として上げてる、カスタムしたシェーダーの簡単な適応の対応を是非4.0で検討して頂ければと思います。

具体的な要望点としては、

・シェーダの欄でHLSLシェーダー（カスタムシェーダーとか）の項目を選んで、シェーダーのファイル（.fx）を参照する形
・参照したシェーダーで組んでいるUIの読み込み
・メタセコで対応しているマップ（模様、透明、凹凸）以外のシェーダー内での定義、参照、適応

となります。
最終イメージを想定したシェーダーを当ててモデリング、確認作業を行えたら良いなと思いますので対応ご検討頂ければと思います。

2012-10-16 01:49

[2781] Re: Re: Re: Re: Re: Re: 表示機能の追加要望 / 管理者

返信

関連していても内容が異なっている要望はできるだけ別記事に上げていただけませんか。
記事ごとに対応したかどうかを管理しているのと、あとレスとしてつけられると後で一覧で見る際に非常にわかりづらく、見落としたりで採用が難しくなりますので。

2012-10-16 12:49

途中の6件のメッセージを表示

[2782] Re: Re: Re: Re: Re: Re: Re: 表示機能の追加要望 / まじかる☆しげぽん

返信

了解しました。
では、新規で記事を作成します。

2012-10-16 13:36

[2761] エッジ設定をしたオブジェクトの描画について / mqouser

[質問] 返信

catmull-clarkのエッジ設定をしたオブジェクトが曲面化が無効になる簡易表示にしても、描画速度が遅いのですが、これは仕様なのでしょうか?
ローポリゴンであれば気になりませんが、数千ポリゴンになると簡易表示にしてもかなり重いです。

2012-10-13 00:03

[2763] Re: エッジ設定をしたオブジェクトの描画について / 管理者

返信

情報がいろいろ不足していて何とも言いようがないので、
・使用バージョン
・使用環境（OS、CPU、ビデオカード）
・表示モード（Direct3D、OpenGL、ソフトウェア）
・Catmull-Clarkのみなのか、曲面タイプ1/2ではどうなのか
・何か副作用を引き起こすプラグインを入れていないか
　（別の言い方をすればプラグインをすべて外すとどうなのか）
・他のDirect3D/OpenGLなどを使っているソフトの動作はどうか
・その他特定の状況でのみ重くなるのか、全体的に重いのか
など何らか影響がありそうな事項、条件は一通りご記載ください。
古いPCならともかく、ここ２、３年程度のPCであれば数千ポリゴン程度で重くなることはありませんので、
ハードウェア障害を含めてさまざまな原因が考えられます。

2012-10-14 14:39

[2764] Re: Re: エッジ設定をしたオブジェクトの描画について / mqouser

返信

・使用バージョン
ver3.1beta2からbeta7まで

・使用環境（OS、CPU、ビデオカード）:
OS windows7,CPU intel core i7, ビデオカード radeon HD5650

・表示モード（Direct3D、OpenGL、ソフトウェア）
Direct3Dのみのようです。OpenGL、ソフトウェアでは軽快でした。

・Catmull-Clarkのみなのか、曲面タイプ1/2ではどうなのか
曲面化なし、曲面タイプ1,2、catmull-clarkのいずれでも再現。

・何か副作用を引き起こすプラグインを入れていないか
　（別の言い方をすればプラグインをすべて外すとどうなのか）
プラグインなしの環境でも再現しました。

・他のDirect3D/OpenGLなどを使っているソフトの動作はどうか
影響はないようです。

・その他特定の状況でのみ重くなるのか、全体的に重いのか
面を表示した場合に非常に重くなるようです。辺、点表示では軽快に動作します。
簡易表示、または曲面化を設定しない状態でも、エッジ設定のない曲面化した状態のオブジェクトよりも動作が重いです。

2012-10-14 23:56

[2765] Re: Re: Re: エッジ設定をしたオブジェクトの描画について / 管理者

返信

エッジの設定をしてもしなくても速度面ではせいぜい1%未満しか違いがないはずなので、
原因がまったくわからないですね…。

エッジ設定のないオブジェクトは軽快なのでしょうか、それともマシという程度なのでしょうか？
また一つでもエッジの折れ目をONすると重くなるのか、それともONにした数に比例して重くなっていくのでしょうか？

ダメ元ですが、
・CATALYSTを最新版にしてみる
・HLSLフォルダを外した状態で起動してみる（表示されるエラーは気にしない）
も試してみていただけないでしょうか。

2012-10-15 12:25

[2769] Re: Re: Re: Re: エッジ設定をしたオブジェクトの描画について / mqouser

返信

誤認があったようです。
正しくは、エッジ設定の有無ではなく、使用している材質の数に関係していたようです。
エッジの設定の無いものと比較していましたが、材質の設定が同一ではなかったので誤認したようです。
改めて、エッジの設定をなくした同一のオブジェクトと比較したところベンチマークで同程度のfpsになりました。
このオブジェクトは五種類の材質を使用していましたが単一の材質で塗りつぶしたところ、ベンチマークの速度が五倍以上の改善が見られました。
ver3.0でも同じ結果になったので、DirectXの仕様上の問題と見るべきなのでしょうか。
エッジの設定の有無による速度の違いはご指摘のとおりの結果で、エッジ設定の無いものと比較して大きな差異はありませんでした。

2012-10-15 19:49

[2770] Re: Re: Re: Re: エッジ設定をしたオブジェクトの描画について / mqouser

返信

・CATALYSTを最新版にしてみる
なんらかの原因で更新がうまくいかないようなので、出荷時のバージョンです。検証できませんでした。
ビデオカードのドライバーは最新になっています。

・HLSLフォルダを外した状態で起動してみる（表示されるエラーは気にしない）
効果がありませんでした。

directXのみ症状がでると書きましたが、そもそも、DirectXがピクセルシェーダーであるのに対して、OpenGLとソフトウェアがバーテックスシェーダーな時点で描画の品質が違うので、比較してDirectXの動作が重いのは当たり前のことでした。
暫くぶりにハイポリゴンを扱ったのでその辺りの感覚を忘れていたようです。
不具合ではないようなので対応は不要です。無用な手間をかけてしまい申し訳ありません。

2012-10-15 20:07

途中の5件のメッセージを表示

[2771] Re: Re: Re: Re: Re: エッジ設定をしたオブジェクトの描画について / 管理者

返信

>このオブジェクトは五種類の材質を使用していましたが単一の材質で塗りつぶしたところ、ベンチマークの速度が五倍以上の改善が見られました。
>ver3.0でも同じ結果になったので、DirectXの仕様上の問題と見るべきなのでしょうか。

DirectXそのものの仕様ということでもないですが、表示の際に材質が複数混在していると切り替えのためのコストが発生するので、
材質が交互に切り替わるような配置になっていると顕著に重くなる事例も出てくると思います。

OpenGL表示でも同様の切り替えコストがあるのですが、材質ごとにソートしてから表示するようにしているので速度差はほとんどありません。
DirectXでも以前のバージョンだと切り替えコストが少なかったためソートせずに描画していたのですが、現時点ではソートしたほうが速度低減を抑えらえるかもしれません。
Ver3.1はリリースが近いので、現状のまま変えるつもりはありませんが。

2012-10-15 20:36