Metasequoia BBS

[6777] 4Kテクスチャを当てていると落ちる / まじかる☆しげぽん

[Bug report,Ver4.5.7] Response

メタセコVer4.5.7の32bit版で4096ｘ4096の4Kテクスチャを7枚ほど当てているシーンで下記のエラーが頻発します。
「Direct3D表示でエラーが発生しました」

グラフィックドライバーは最新に更新しても変わりはありません。
テクスチャの最大解像度を2048ｘ2048にするとエラーが収まるようです。
また64bit版では、4096ｘ4096でも問題は起きないようです。
32bit版でエラーが発生するのを改善お願いします。

Metasequoia 4 Ver4.5.7 (32bit) is running.
Windows version : 10.0  (x86)
Number of CPU : 8
Physical memory : 16351 MB
Direct3D11 Driver: NVIDIA GeForce GTX 970
    DeviceID: 5058
    SubsysID: 913904728
    Revision: 161
    FeatureLevel: 11.0
Direct3D device removed.
Direct3D device removed.
Direct3D device removed.

2016-12-08 23:32

[6778] Re: 4Kテクスチャを当てていると落ちる / Administrator

Response

32bitのみで起こるということは、単に2GB上限に引っかかってドライバー内部でメモリを確保できない状態だと思います。
4K解像度7枚だとそれだけで500GB近く、加えてDirect3Dの仕様上ドライバー内部でも複製を確保するために計1GB必要で、その他にもメモリを使用することを考えると、もう32bitアプリでは物理的に不可能で対策のしようがありません。
表示解像度を2048に下げると大丈夫というのは、後者の複製の使用メモリが1/4になるためだと思います。

メッシュやテクスチャの量が大きいデータは32bit版で扱うべきではありません。
たとえ動作していてもいつメモリが不足してエラーが起こるかわからず、そんな爆弾を抱えた状態で使うよりも、メモリを搭載量いっぱいまで使える安定性に優れた64bit版を使うことをお奨めします。

2016-12-09 12:24

[6779] Re: 4Kテクスチャを当てていると落ちる / Administrator

Response

>500GB近く
じゃなくて500MB近くでした

2016-12-09 15:13

[6780] Re: 4Kテクスチャを当てていると落ちる / まじかる☆しげぽん

Response

当てているテクスチャは、4096ｘ4096のテクスチャ7枚のPSDテクスチャで容量は100MBぐらいで500MBも行ってない状態です。
これをメタセコでオンメモリにすると、展開されて膨れ上がるということでしょうか？

ちなみに、DirectX9やOpenGLでは同じテクスチャを当てていてもエラーは出ません。
DirectX11のみで起こっている問題です。
なのでDirectX11での処理に何か問題があるのではないかと思います。

以前からDirectX11で、時々同様のエラーが出ていて原因がわからなかったのですが今回、全てのテクスチャを4Kにして原因がテクスチャサイズであると判明しました。

DirectX9や、OpenGLで問題が起きてないので何故DirectX11のみで症状が出るのか原因究明と対策をお願いしたいです。

64bit版に移行したいところなのですが、プラグイン類がやはり32bit版までしか対応してないものもあるので現状まだ32bit版を使用しています。
よろしくお願いします。

2016-12-09 17:17

[6781] Re: 4Kテクスチャを当てていると落ちる / まじかる☆しげぽん

Response

GPUのメモリ使用状況のスクリーンショットをアップしました。
（添付機能が使えないためアップローダーにアップしてあります）
http://16.gigafile.nu/1216-gea9eb7ad20824b79ed7ec3bcad3d6e61

2016年12月16日(金)までダウンロード可能です。

DirectX9、11、OpenGLでの最大解像度を2048にした状態と4096の状態のGPU使用状態のスクリーンショットです。

2016-12-09 17:41

[6782] Re: 4Kテクスチャを当てていると落ちる / まじかる☆しげぽん

Response

また、最大解像度を指定でのテクスチャ補間フォーマットは何を使用されているのでしょうか？
2048ｘ2048にした場合、補間があまり綺麗ではないのであまり実用的ではない感じです。
Lanczos3に対応してもらえると補間が綺麗なので綺麗に表示されるかと思います。

また、補間方法そのものを指定できるようになっていると助かります。
Nearest neighbor
Bilinear
Bicubic
Lanczos3
等の、補完方法を選択できるようにできないでしょうか。

2016-12-09 18:13

[6784] Re: 4Kテクスチャを当てていると落ちる / Administrator

Response

Direct3D9/11/OpenGLではそれぞれAPI・ドライバーレベルでテクスチャ等のリソースの管理方法が異なります。
Direct3D 11では通常はCPU/GPU間でのメモリ共有・転送管理をドライバー側で行い、VRAMが足らないときや画面解像度変更等に伴いVRAMの内容がロストした場合でも自動的に再転送を行う機構となっているので、その分メモリを多く消費することがあります。（これもAPI/ドライバーレベルでの話です）

PSDなど多くの種類の画像フォーマットは圧縮されています。DXT/S3TC等の専用画像のためのデコーダーを回路として備えたGPU内で取り扱う場合はともかく、CPUで処理する際は圧縮データをそのまま扱える機構はありませんので、元のファイルサイズがいくつかは表示の際には何の意味もありません。
どのソフトでも横幅×縦幅×色深度分だけのメモリ量は必要で、（一部例外もあるがPhotoshopでも基本としては同様、）また編集機能を備えたソフトだと作業用にさらなるメモリ量が必要になります。

テクスチャの拡大・縮小時に使っているアルゴリズムは、ペイントでリアルタイムに更新する際の速度面を考慮してNearestまたはBilinearを用いています。もちろん表示品質はさほど良くなく、あくまでリソース不足による問題を防ぐ回避策でしかありません。メモリ不足を抱えながら無理に32bit版でどうにかしようとするより、広大なメモリ領域を扱える64bit版を使うのが基本です。

2016-12-10 12:08

Show the middle 6 messages.

[6786] Re: 4Kテクスチャを当てていると落ちる / まじかる☆しげぽん

Response

それぞれの仕様解説ありがとうございます。
広大なメモリ領域が扱える64bit版を使うというのはごもっともなので勿論そちらに移行していく予定ではあります。

その上で、メモリが足りなくなった場合にエラーが出ていると仮定して
足りなくなった場合に、「Direct3D表示でエラーが発生しました」が何度も出てくるとそのエラーダイアログのボタンを連打してなんとか閉じて別の描画モードに切りかえる別名で保存するというのが現状なのですが、ソフトの基本動作としてただエラーを吐くだけでなく別の対処を講じて欲しいです。

上記エラーが発生したら、「Direct3D表示でエラーが発生しました、別の描画方法に切り替えますか？」
というような表示を出して、「DirectX9、OpenGL」に切り替えをエラーダイアログで選択できるようにしてほしいです。
これで描画モードを切り替えることで一旦エラーが回避できます。
また、「データを別名で保存して終了する」というオプションも欲しいです。
これらの選択肢があるだけで、「Direct3D表示でエラーが発生しました」のエラーを履き続けるよりマシかと思います。

テクスチャの拡大縮小アルゴリズムですが、更新の反映に時間がかかっても良いので綺麗に描画されるされるモードとして、BicubicやLanczos3を選べるようにしてほしいです。
リソース不足問題を防ぐ回避策とはいえその描画状態の表示が汚くなってしまうのでは、あまりその表示モードを使う意味がなくなります。
例えば、倍解像度で描いて最終的にはBicubicで縮小するのでその結果をモデリングツール上でリアルタイムに確認したい等行えます。
その点、あくまでもリソース不足の問題を解決するというプログラマ的視点からしか見ておられないと思うのですが、モデリングツールを使うのはデザイナーです。
デザイナー視点からみて、最大解像度を抑えて表示した時に綺麗に表示されてほしいという要望になります。
ですので、選択できるようになっていれば速度を優先する人、表示結果を優先する人のそれぞれに対応出来るかと思います。

それぞれ対応ご検討よろしくお願いします。

2016-12-10 19:57

[6773] タイルアニメーション確認用シェーダー / tamachan

[Announce] Response

新しいメタセコ用シェーダー書きました
https://github.com/devil-tamachan/Shaders4Metaseq

UVタイルアニメーションをライトの向きでコントロールできます
ぶつ森みたいに高さ32pxとかのタイルを縦に積んだテクスチャを簡単に確認できます
よかったらどうぞ

2016-11-30 22:59

[6765] Mr. / Marc Wilmet

Done [Bug report, ] Response

Hi,

I just downloaded the latest version 4.5.7 (64-bit).
I'm using the licensed standard version for Windows.

When I import a mesh in Wavefront OBJ format that contains textures/Materials, these ones are not properly loaded because the drive's letters are not included in the file's name.

Example : Material3994, the Reference is : /textures_MD/Silk01.jpg
But it would be :
E:/textures_MD/Silk01.jpg

I consider that Metasequoia 4 is one of the most user-friendly application for modeling. Its interface is superb.
Thank you very much.

:-)

2016-11-20 06:39

[6766] Re: Mr. / Administrator

Response

>Hi,
>
>I just downloaded the latest version 4.5.7 (64-bit).
>I'm using the licensed standard version for Windows.
>
>When I import a mesh in Wavefront OBJ format that contains textures/Materials, these ones are not properly loaded because the drive's letters are not included in the file's name.
>
>Example : Material3994, the Reference is : /textures_MD/Silk01.jpg
>But it would be :
>E:/textures_MD/Silk01.jpg

This is a correct behavior on the Windows and UNIX. The leading slash means that the file is placed under the root folder.
The software used to export wrote a wrong path. If you want to load the texture file from a relative path, the path must be written like as texture_MD/Silk01.jpg or ./texture_MD/Silk01.jpg in the .obj file.

2016-11-21 14:00

[6767] Re: Mr. / Marc Wilmet

Response

>>Hi,
>>
>>I just downloaded the latest version 4.5.7 (64-bit).
>>I'm using the licensed standard version for Windows.
>>
>>When I import a mesh in Wavefront OBJ format that contains textures/Materials, these ones are not properly loaded because the drive's letters are not included in the file's name.
>>
>>Example : Material3994, the Reference is : /textures_MD/Silk01.jpg
>>But it would be :
>>E:/textures_MD/Silk01.jpg
>
>This is a correct behavior on the Windows and UNIX. The leading slash means that the file is placed under the root folder.
>The software used to export wrote a wrong path. If you want to load the texture file from a relative path, the path must be written like as texture_MD/Silk01.jpg or ./texture_MD/Silk01.jpg in the .obj file.

2016-11-22 05:20

[6768] Re: Mr. / Marc Wilmet

Response

>>>Hi,
>>>
>>>I just downloaded the latest version 4.5.7 (64-bit).
>>>I'm using the licensed standard version for Windows.
>>>
>>>When I import a mesh in Wavefront OBJ format that contains textures/Materials, these ones are not properly loaded because the drive's letters are not included in the file's name.
>>>
>>>Example : Material3994, the Reference is : /textures_MD/Silk01.jpg
>>>But it would be :
>>>E:/textures_MD/Silk01.jpg
>>
>>This is a correct behavior on the Windows and UNIX. The leading slash means that the file is placed under the root folder.
>>The software used to export wrote a wrong path. If you want to load the texture file from a relative path, the path must be written like as texture_MD/Silk01.jpg or ./texture_MD/Silk01.jpg in the .obj file.

Hi,

I'm sorry for the duplicated post. Please could you delete it? (I had some difficulties to understand how this BBS Editor is working.)

Thank you for your fast reply.

2016-11-22 05:38

[6769] Re: Mr. / Marc Wilmet

Response

Again, I'm sorry.

In my previous comment, please read this :

In the Material's Reference, I find this : /textures_MD/silk01.jpg

2016-11-22 05:44

[6770] My apologies, there is no bug. / M W

Response

You're absolutely right ! There is no bug.
My sincere apologies for my mistake.

The solution was to simply mention the drive letter as absolute path in the configuration.

2016-11-28 06:30

Show the middle 5 messages.

[6771] Re: My apologies, there is no bug. / Administrator

Response

Thanks for your report. Please continue to feel free to ask here if you have any questions or problems.

2016-11-29 12:12

[6763] Metasequoia crash / MarieRose1301

Done [Question] Response

My metasequoia 4.5.0 x64 version has been crashing a lot while skinning a model and the last time it crashed the whole skinning on the mqo was lost, what should I do now?

2016-11-13 19:21

[6764] Re: Metasequoia crash / Administrator

Response

The lastest version is Ver4.5.7. It contains several bug fixes. Please use this version.

2016-11-14 09:46

[6706] ベルト選択→切り取りの操作時に落ちる / 斉藤

Done [Talk] Response

毎回起こるわけではなく、状況の再現が難しいのですが、
ベルトでの選択→切り取りの操作時に度々クラッシュします。

クラッシュ後自動回復されたデータは、切り取った部分がちゃんと切り取られた状態で保存されています。
また、切り取ったデータもクリップボード内に正常に転送されています。

同一の状況でのエラーログをZIPに固めて添付しております。

File [crashlogs.zip]

2016-09-10 20:01

Show the middle 1 messages.

[6762] Re: ベルト選択→切り取りの操作時に落ちる / 斉藤

Response

Tag has been changed from [Bug report] to [Talk].

バージョンアップ後しばらく使っていますが、選択絡みで落ちることがなくなりました。
ありがとうございます。

2016-11-12 16:51

[6760] ブーリアン機能エラーへの対処方法 / jmb

[Question] Response

処理に失敗しました。
位置などの条件を変更して再試行してください。
というメッセージだけでは何をどう修正すればいいのかわかりません。
ブーリアンが成功する条件、もしくは失敗する条件を知る方法はありますでしょうか。

2016-11-03 21:27

[6761] Re: ブーリアン機能エラーへの対処方法 / Administrator

Response

原因は単純ではないためはっきりした説明は難しいのですが、オブジェクトに穴があいていたり、同じ位置に頂点や面が重なっていると、面を正しく分割できず失敗してしまうケースが多いです。
事前に穴埋めをし、またオブジェクトの位置を少しだけずらすなどして条件を変更すれば、重なりを防ぐことができてうまく処理できるようになることがあります。

2016-11-04 10:55

[6758] ペイントツールの要望です / 前使ってた名前忘れてしまいましたので、”通りすがり”で

Not necessary [Request] Response

UVのペイントなのですが、外部のペイントツールと連携は出来ないでしょうか？
可能ならば、GIMPやPaint.netが連携で使えるようになるとありがたいです。

2016-10-30 19:21

[6759] Re: ペイントツールの要望です / Administrator

Response

そのGIMPやPaint.netはOLEオートメーションなどアプリケーション間の連携技術に対応していないのではないでしょうか？

外部アプリケーションから画像ファイルが更新されると、メタセコイアのウィンドウがアクティブになった時点でマッピング画像がリロードされるようになっているので、通常はこれで問題ないのではないかと思います。

2016-10-31 12:22

[6756] ファイルブラウザの初期フォルダの変更 / KH

[Question] Response

ファイルブラウザの初期フォルダは変更できないのでしょうか？
WINDOWSのSystem32フォルダが初期状態になってしまっています。
絶対使わないフォルダなので変更したいです。

2016-10-23 17:40

[6757] Re: ファイルブラウザの初期フォルダの変更 / Administrator

Response

Windowsによって設定される「作業フォルダ」がそのまま初期状態のフォルダとなります。
なので、スタートメニューやデスクトップのショートカットのプロパティ内にある「作業フォルダ」を変更すれば可能ということになります。

2016-10-24 10:41

[6752] メタセコイア4の32ビット4.5.7起動しない / 齊藤博公

Not necessary [Question] Response

アイコンクリック後、起動しない。64ビットは起動する。

2016-10-18 12:48

Show the middle 2 messages.

[6755] Re: メタセコイア4の32ビット4.5.7起動しない / Administrator

Response

>いずれもできませんでした。

できないとは、やってみたけどダメだったの意味でしょうか？

他に挙げるとすると、
・アイコン（デスクトップのでしょうか？）のショートカット先が適切か調べる
・ディスクやメモリ等のハードウェアにエラーがないか診断する
などもありますが、使用環境（特にお使いのOSとGPU）の記載もないなど、使用状況があいまいなのてこれ以上のアドバイスは難しいです。

2016-10-19 10:04

[6736] ボーンやマッピングの強制終了 / Ｒ

[Bug report] Response

ボーン作業やマッピング作業をしていると、突然、メタセコが停止して強制終了してしまいます。ＰＣの物理メモリ不足かと思い、メモリの開放やデフラグ等試しましたが改善しませんので、こちらで解決策を教えていただけると助かります。

当方、あまりＰＣに詳しくないので、とりあえず、最近のcrashログを二つ貼り付けておきます。

Metasequoia 4 Ver4.5.6 (32bit) is running.
Build time: Jun  9 2016 17:57:47
Windows version : 6.1  (Windows 7)
Number of CPU : 4
Physical memory : 4011 MB
Direct3D11 Driver: Intel(R) HD Graphics Family
    DeviceID: 278
    SubsysID: 2686065615
    Revision: 9
    FeatureLevel: 10.1

Exception code: c0000005 (EXCEPTION_ACCESS_VIOLATION)
Access violation at address 00F2A42C. Write of address 6F0D9020.
Module: C:\Program Files (x86)\tetraface\Metasequoia4\Metaseq.exe

0x00F2A42C <Unknown Module>: <Unknown Symbol>

2016-10-13 09:34

[6737] Re: ボーンやマッピングの強制終了 / Ｒ

Response

また、バックアップファイルを開くと、それまで作業していたボーンの内容が失われてしまいボーンリストが空になってしまいます。これはそういうものなのでしょうか？

2016-10-13 10:30

[6747] Re: ボーンやマッピングの強制終了 / Administrator

Response

ボーン使用時のものについては手がかりがないためまったくわかりませんが、後者のマッピングについて、こちらはUV展開図のファイル出力の際に起きたものでしょうか。
極端に大きいサイズで出力しようとしたか、またはPCの空きメモリが少ない状態で使用していないでしょうか？
32bit版で不必要に外部プラグインを大量に入れたり、アンドゥメモリを標準値よりも大きくしたり、バックグラウンドで動いているアプリケーションが多い状態だと、断定はできませんがメモリ不足になりやすいので異常終了の原因となることがあります。

> また、バックアップファイルを開くと、それまで作業していたボーンの内容が失われてしまいボーンリストが空になってしまいます。これはそういうものなのでしょうか？

強制終了時のバックアップ機能はプラグインが管理するデータについては保存しないようになっているため、プラグインとして搭載されているボーン機能についてもそのデータは保存されません。
大事なデータが失われないよう、こまめに保存するようお願いいたします。

2016-10-14 10:52

[6750] Re: ボーンやマッピングの強制終了 / Ｒ

Response

管理者様、返信ありがとうございます。
たしかに32bit版で外部プラグインは結構入れてるのかもしれません。使わないものは減らそうと思います。アンドゥも400階だと多いのかなと思ったので、減らしてみました。最大使用メモリは256なのですが、これも減らしたほうが良いのでしょうか?　
とりあえずこれで様子を見てみたいと思います。
ありがとうございました。

2016-10-18 00:55

Show the middle 3 messages.

[6751] Re: ボーンやマッピングの強制終了 / Administrator

Response

>最大使用メモリは256なのですが、これも減らしたほうが良いのでしょうか?　

アンドゥ用のメモリに圧迫されて作業メモリが確保できずエラーが起こる可能性はあり、256MBは標準的な状態（外部プラグインを入れず、量の大きいデータも扱わない）ではほぼ安全に使用できることを確認しており、これを標準値としております。
ただ、これも使用状況によって左右されますので、256なら絶対に安全であるとも一概には言えません。
32bit版ではMetasequoia内のメモリ使用量（タスクマネージャ等で確認可能な値）が1GBを超えるあたりでエラー発生の頻度が大きくなりますので、メモリを使いすぎないよう気を付ける必要があります。
64bit版ではこのような制約はありませんので、搭載メモリが4GB以上の場合には信頼性の面からこちらの利用をお奨めしております。

2016-10-18 11:44