Metasequoia BBS

[9814] VRMベータ版へのフィードバック / まじかる☆しげぽん

[Request,for VRM beta (23/11/17版)] Response

for VRM beta (23/11/17版)をためさせていただきました。
MetasequoiaでVRMを精力的に対応していただいてとても扱いやすくなりました！

以下の点が、気になったポイントです。
メタ情報がボーンプラグインに表示されること
以下は、ボーンに関する設定なのでボーンプラグインに入っていて良いと思うのですが

ばねボーン(Spring bone)
視線情報(Look at)
可視設定(First person)

メタ情報は、パネルなどからアクセスできるVRMの情報みたいな形にならないでしょうか？
こちらは、自分がPythonスクリプトでVRMインポーターを作ろうとしていた時の参考です。
https://x.com/m_sigepon/status/1507491162114105350?s=20

あと、軸に関しての対応についてです。
ただ、0.xのデータをそのまま読み込むと背面を向いて読み込まれてしまうので編集しづらい状態となります。
0.xのデータを読むときにメタセコの座標系の編集状態に対して編集しやすい状態に対応できないでしょうか？
インポート時は、Z軸の向きをメタセコの座標系と同じに合わせて手前を向かせ、出力時はVRMの仕様でZ軸を仕様通りの方向に戻す。という感じです。

これまで、GLBとして読み込んで0.x系のデータを編集するときは自分はUnity上でY軸に180度を入れてZの向いてる方向に修正し正規化してGLBを出力しそれを読み込むアプローチを行っていました。
下記のまとめを参考にして貰うと分かりやすいとおもいます。
https://togetter.com/li/1501638

インポート時のスケールに対して、インポート時にスケール値を入れるとVRMのコライダ系にそのスケール値の設定が反映されないように見えました。
これをGLBのインポート時にスケールを入れたらそれらにもスケールが反映されるように出来ないでしょうか。
メタセコを古くから使って来て、メタセコが計測機能とcmやmm機能を実装するまで単位について明確ではなく、Metasequoiaの1は1cmとして扱ってきました。色々なデータを見たところ同じように1を1cmとして扱って作成してるデータもあればメタセコのスケールサイズ1はmmとして扱ってるデータもあります。
なので、現状GLBをインポートするときは0.1してサイズを元の制作サイズに合わせているのですがGLBインポートサイズの反映をコライダなどにも反映されていると助かります。
Metasequoia的には、1の扱いは1mmであり1をcmとして扱っているのがおかしいというのもあると思うのですが、私の記憶としては計測機能実装まで明示されては無かったと思うのです。

GLB的にも1でインポートしたものはメタセコの適切なサイズに扱われる形になると思うのですが、スケール値の反映について対応を考えていただけると助かります。

逆に言うとこれまでのゲーム制作でも、Metasequoiaの1単位をcmとして扱ってきて得に他のツールとの連携でも問題ありませんでした。（例えばメタセコ上で17cmと出ているものをFBXに出してMayaでそのまま読み込んでもスケール的に問題は無かったです）

上記、ご確認お願いします。

2023-11-17 19:14

[9815] Re: VRMベータ版へのフィードバック / まじかる☆しげぽん

Response

スケールに対する補足情報

スケール値の扱いについて、普段MayaとメタセコでFBXでやりとりをしていてメタセコのインポート設定は特にスケールに関する設定はありませんし、エクスポート設定のスケール値をデフォルトで1倍にして出してMayaでインポートするとスケール係数は1.0で単位はcmとして扱われます。
https://imgur.com/B1D8330

Mayaの作業単位のデフォルトはセンチメートルであり、この点昔からメタセコで1をcmと扱ってきたので特に問題無くMaya側の自動オプションでデフォルトのセンチが選ばれる設定で1に対する値の相互互換が取れていたのだと思います。
https://www.autodesk.co.jp/support/technical/article/caas/sfdcarticles/sfdcarticles/JPN/Does-Maya-use-Meters-or-Feet-by-default.html#:~:text=Maya%E3%81%A7%E3%81%AF%E3%80%81%E3%83%87%E3%83%95%E3%82%A9%E3%83%AB%E3%83%88%E3%81%A7%E3%83%A1%E3%83%BC%E3%83%88%E3%83%AB%E6%B3%95,%E3%81%95%E3%80%81%E9%95%B7%E3%81%95%E3%81%A8%E5%90%8C%E3%81%98%E3%81%A7%E3%81%99%E3%80%82

2023-11-17 19:39

[9820] Re: VRMベータ版へのフィードバック / Administrator

Response

メタ情報について、一番最初の案では仰るような専用パネル内での設定を考えたのですが、設定箇所がバラバラに散らばってるとわかりづらく、さらにVRMを使わない人には邪魔でしかないので、表情以外はすべてボーン内にまとめることになりました。

ボーンのテンプレートをエクスポートして保存すると、ボーン構造だけでなくVRMのばねボーンやメタ情報も保存されるので、一度設定してしまえばあとはモデル名・バージョン・サムネイルくらいしか変えることがないので、メタ情報の設定欄が目立つ位置にある必要はないかなと思っています。

2023-11-20 19:30

Show the middle 2 messages.

[9822] Re: VRMベータ版へのフィードバック / まじかる☆しげぽん

Response

ご返答ありがとうございます。

>設定箇所がバラバラに散らばってるとわかりづらく、さらにVRMを使わない人には邪魔でしかないので、表情以外はすべてボーン内にまとめることになりました。

そうですね。アクセス性はボーンにある方がいいなとは私も思います。
単純に、開いてるデータのライセンス情報が「ボーン」にあるのが気になってしまったのでドキュメントがライセンス情報を持っていた場合にVRM専用というよりは、VRMに限らないでそういうメタ情報を扱う部分があれば理想なのかなとは思いました。

逆に、VRMを読み込み時にテキストでシンプルにウィンドウを出してるのは割り切ってて良いなと思ったので何かああいうドキュメントのライセンス情報を表示するイメージですかね。
今のところVRMぐらいしか明確にライセンス情報を持ってるファイルはないのでVRM専用になってしまうのですが、開いたファイルのライセンスウィンドウみたいな感じとかをイメージしました。

2023-11-21 18:21

[9821] Indication of the frame area / User

[Request] Response

I think it would be very useful to have an indication of which area of the viewport will be visible in the rendered frame (i.e. which part of what I see will be rendered)

The [RenderMan] tool had that indication, if I recall correctly, and it was pretty useful (easier to line up the stuff you want to include in the frame or not)

2023-11-20 21:59

[9816] GPU acceleration / User

[Question] Response

Is there any plans to use GPU acceleration for Path Tracing (PBR)? Or just using GPU for it alltogether?

2023-11-18 04:35

[9819] Re: GPU acceleration / Administrator

Response

GPU acceleration is possible for PCs equipped with expensive GPUs such as GeForce and RADEON, but it is not effective on mass-market PCs that many people currently use.

There are many other things to prioritize over factors that only benefit some people, so there are currently no plans to make path tracing GPU compatible, but if the GPU situation changes significantly in the future, we may consider it again.

If you are looking for faster path tracing rendering, it is most effective to use a CPU with a large number of cores.

2023-11-20 14:17

[9818] ボーンのグループ表示の要望 / たあし

[Request] Response

お世話になっております。

複数のボーン付きモデルを一つのファイルで管理したいと思っています。現状ボーンの表示・非表示の設定は「表示設定＞ボーン表示」でしかできないので、複数モデルのボーンを設定しようとすると、ボーンが重なってとても見づらくなります。

ボーンリストは階層ごとに畳めるのでとても便利ですが、一定の階層から下の表示・非表示の設定ができれば、ボーンが重なっても見やすくなるので助かります。

欲を言えばボーンと影響を受けるオブジェクトをグループごとに管理できればもっと嬉しいです。ご検討宜しくお願い致します。

2023-11-20 13:00

[9817] multiple camera preset for multiple 3D projection. / Alice12

[Request] Response

Hello. I have request as a game artist. Is it possible to add multiple camera preset for different 3D projection ? i need multiple 3D projection when rendering.

link : https://upload.wikimedia.org/wikipedia/commons/9/93/Comparison_of_graphical_projections.svg
https://upload.wikimedia.org/wikipedia/commons/4/41/Graphical_projection_comparison.png

It's very useful for creating modular and flexible 2D assets for RPG game. Thanks

2023-11-18 16:01

[9810] Cant open file because of the Blinn shader type / Lee Phelipe

Done [Bug report,shader/file] Response

hello, long time metaseq user here, in recent updates i've noticed the blinn shader was removed from the software, well the issue is that i have a bunch of old files where i used the blinn shader quite a lot and now some cant be opened quite right, theres this file in particular that is quite big and it straight up crashes the program and i cant go to the materials tab and replace the blinn shader with anthing else, what should i do?

2023-11-04 14:27

Show the middle 2 messages.

[9813] Re: Cant open file because of the Blinn shader type / Lee Phelipe

Response

thanks, it worked

2023-11-05 04:26

[9809] 「開く」と「挿入」のボーンコマンドに開始状態が異なる / まじかる☆しげぽん

[Request,Ver4.8.6(64bit)] Response

新規シーンの状態で、ファイルをD&Dしたとき「開く」で、スキンウェイトが設定されたデータを開き
ボーンコマンドに入ると、スキニングモードになります。

新規シーンの状態で、ファイルをD&Dしたとき「挿入」で、同じデータを開き
ボーンコマンドに入ると、リギングモードで開かれます。

この挙動を、スキンウェイトが設定されているデータならば「挿入
でもボーンコマンドに入った時に「リギングモード」で開かれるように統一してほしいです。

お手元でご確認いただければと思います。
宜しくお願いします。

2023-10-26 20:40

[9804] What am I doing wrong? / User

Done [Question] Response

I'm trying out the new rendering method(PBR), but I seem to be missing something. For some reason a mask texture appears completely opaque in the result, even though it's ok in the preview
Screenshots:
https://imgur.com/a/HoBP0u2

Am I missing something?

2023-10-23 20:12

Show the middle 3 messages.

[9808] Fixed (I don't know why) / User

Response

I've created a new material with the same settings (and textures) and it works now, stops working when I switch back to the old one.

I don't know what causes the problem, but I guess it's fixed for now

(just leaving this here in case somebody else gets this problem)

2023-10-24 15:07

[9800] Feature Request - UV Pixel Alignment / Carl

[Request, Feature] Response

could we please have a new feature added to the program?

I am working with retro graphics at the moment and I turn of bilinear filtering just for context.

1. Can we get the option to turn off bilinear in UV screen?
2. Can we get option to snap UV coordinates to pixels with the given texture we are mapping?

2023-10-22 17:18

Show the middle 2 messages.

[9803] Re: Feature Request - UV Pixel Alignment / Carl

Response

>>Your feature request has already been fulfilled.
>>
>>>1. Can we get the option to turn off bilinear in UV screen?
>>
>>Check the [Preview > Direct3D(or OpenGL) > Show textures smoothly] item off in the [File > Configuration] menu.
>>
>>>2. Can we get option to snap UV coordinates to pixels with the given texture we are mapping?
>>
>>In the [UV Edit > Config] menu,
>>* Set the [Grid] value equal to the texture resolution.
>>* Chech the [Snap to the center of grid] item on; if necessary.
>>And, turn [Grid] and [Snap] on in the UV view.
>
>Hello! and thank you! This has helped me, but the grid snap appears inacurate, I can not properly set the resolution which means the gird snap is actually uneven, vertically the grid appears to be two blocks of pixels, but horizontally it is 1.

Specifically, it appears we can not pick a vertical resolution, only horizontal. Could this be added? Or perhaps a feature to automatically adjust based on image resolution?

2023-10-23 17:11

[9797] 購入時の住所登録について / hs

Done [Request] Response

氏名、住所登録等はしたくないのですが
電話番号とメールだけで購入できない理由はありますか？

2023-10-16 12:25

Show the middle 1 messages.

[9799] Re: 購入時の住所登録について / hs

Response

さようでございますか
当方、パッケージ販売ではないのでどうしてもためらいがあるんです。
ネット上に個人情報を書き込むのはなるべく避けたい

2023-10-16 16:23