>（とあるXファイルを３D表示させるソフトには異常はありません。）

記載いただいた情報だけではこちらで症状が確認ができませんので、Metasequoiaのバージョンやデータ受け側のビューア名、その他動作確認に必要な情報をご記載ください。
また、可能であれば元データも添付いただければ。

ただはっきりしたことは言えませんが、ビューア側の問題である可能性が高いように思います。
異常がないというのはどうやって確認されたのでしょうか？

さっそくの返答ありがとうございます

>異常がないというのはどうやって確認されたのでしょうか？
はい。他のメタセコイアで製作したXファイルでは正常に動作しているからです。（大変適当な理由ですいません）
メタセコイアのバージョンはLE R3.0です。ビュワーはBVE　ストラクチャビュワーというものです。
http://mkn55.blog.fc2.com/blog-entry-5.html
他に必要事項があったら教えてください。
Moqファイルおせておきます。Xファイルで保存して、そのファイルをドラッグすると表示されます。

I think many modifications to the SDK code are required in the other compiler. I recommend Visual C++ (Express).

Does the compiler support std::shared_ptr?

And MQWidgetBase defines after line 140.
I guess the compiler requires not the MQWidgetBase's forward decalataion in line 24 but the MQWidgetBase's definition after line 335.
Move the functions used MQWidgetBase::FindWidgetByID() after the MQWidgetBase's definition.

結論から言えば32bitアプリケーションで扱えるメモリ量の上限を超えてしまっているので、
より大きなメモリ量を扱える64bit版を使ってくださいということになります。
ただどうしても32bit版を使いたいという場合、極力メモリの使用を抑えるために例えば以下の手立てがあります。

○アンドゥバッファを小さくする
環境設定のアンドゥの最大使用メモリは少な目（256MB以下程度）にしてください。

○プラグインを入れない
常駐して動作するタイプ(Station/Command)のプラグインはたとえ使わなくても入れているだけでメモリを消費します。
不必要なプラグインはメニューの[プラグインについて]で無効化するかプラグインのファイル自体を削除してください。

○Direct3D 9を使う
Direct3D 11に対応しているGPUをお使いの場合、レンダラーにDirect3D 11を使うほうが表示が高速ですが、代わりにメモリを多く消費します。
メモリ使用量の少ないDirect3D 9を選んでください。

○テクスチャの最大表示解像度を小さくする
画像のサイズが大きいテクスチャを扱う場合、表示するにもメモリを使用するので、
表示が荒くなりますが小さめにするとメモリ消費量を抑えられます。

上から順に効果が大きいと思います。
ただメモリの消費量を抑えたところで上限を超えてしまうとエラーの発生は避けられないので、
上限自体が大きい64bit版の利用をお奨めします。

お使いのPCに搭載されているGPUは何でしょうか？
わからない場合は[メニュー > ヘルプ > エラー情報]で表示されるウィンドウ内に[Direct3D11 Driver:]という項目の横に記載されていますので、
そちらをご確認ください。

お使いのGPUのドライバーを最新にすることで問題を解決できる可能性が高いと思われます。
GPUがGeForceシリーズの場合はNVIDIAのWebサイトから、RADEONシリーズの場合はAMDのWebサイトから
最新のドライバーをダウンロード・インストールしてください。

今確認したら、
Direct3D11 Driver:NVIDIA Geforce GT 635
と表示されました。
NVIDIAのホームページを確認したら上に該当する製品情報が見つかりませんでしたので、少し調べてから最新ドライバをインストールしてみます。

We do not manage productID.
There are about hundred authers, and they can choose  productID from 4 billion numbers.
Please choose a random number for productID because it will rarely overlap.

Your GPU does not support Direct3D 11, and it causes a compiling error in a Direct3D 11 renderer.
Please select [Direct3D 9] as a renderer from a [Disp] button above a view.

This probrem will be fixed in the next release. Please wait a moment.

GPUの問題かと思い、サブマシンの方で動かしたところ、同じような動作になりました。
また、Dx9、OpenGLではこのような症状が出ませんでした

サブマシンの構成を記載いただかないとわからない部分が多いですが、
GPUの問題の可能性が高いと思います。
まずGPUのドライバーを最新にしてください。

それから結構データ量が大きいようですので、32bit版ではメモリ不足によるエラーが発生する可能性があると思います。
64bit版のMetasequoiaをお使いください。

あともう一つ原因となりそうな箇所を挙げるとすれば、Direct3D 11で半透明表示を[奥行きを正確に表示]をONにすると
GPU上のメモリ(VRAM)をかなり必要とするので、こちらが不足している可能性もあるかもしれません。
[奥行きを正確に表示]を一時的にOFFにしてみてください。

曲面ワイヤー表示が頂点・辺表示の設定に影響しないのは仕様となります。（曲面ワイヤーと辺は別物なので）

開いた辺のほうは仕様とも不具合ともどちらとも言える微妙なところです。
今後改変するかもしれません。
ご報告ありがとうございました。

Thank you for pointing out.
I omitted them, so I add them in Ver4.2.2.

Thank you for adding the constructors.

Is syntax highlighting possible in version 4?

Also, how to have fixed font in output (log) window?

Syntax highlight is not supported in Metasequoia 4.
A font in output window is "Font" in the configuration, and it is also used for the whole GUI.

OK. Thank you.

What does MQPoint.normalize do? Does it return an MQPoint?

For MQSystem.newAngle(head, pitch, bank, the angles are in degrees, yes?

I have an annoying bug with the Script Editor but sorry I am unable to give exact instructions to replicate it because I cannot see a pattern.

I have Metasequoia 4.2.2 on Windows 8.1 32 bit with onboard Intel graphics.

Sometimes when I click on a line in the input window when editing a script, the input window jumps/scrolls to another line.

Sometimes the line is a page down or a page up.

Feature request:
Maybe add a Scripts folder path to Configuration>File so open dialog in Script Editor starts in the Script folder and not the folder where MQO file was opened.

 

OK the bug I mentioned is when the input window has lost focus, but you scroll to a line you wish to edit and then click on that line.

Clicking on the line gives the input window focus but when the input window regains focus it scrolls back to where the cursor was placed when it lost focus previously.

I forgot to mention a minor typographical error in the API documentation.

The following MQDocument methods have the same description as you can see.

deleteObject    Delete the object in this document.
getObjectIndex    Delete the object in this document.

>OK. Thank you.
>
>What does MQPoint.normalize do? Does it return an MQPoint?
>

normalize() normalizes the contents, and it does not return anything.
getNormal() returns a normalized vector, and it does not change the contents.

>For MQSystem.newAngle(head, pitch, bank, the angles are in degrees, yes?

Yes, they are in degree.

Thank you.

The camera.py script fails if Ortho projection is set.
Should the script fail for this reason?

If v is an MQVertex I can change the position with v.setPos(newpos) or with v.pos.x, v.pos.y, v.pos.z = x,y,z.
Is there an MQVertex.pos property? There isn't one in the documentation.

Bug Report:
MQSystem.getDocument().object[0].color = MQSystem.newColor(0.0,1.0,0.0) changes the line colour for the object in the Object Properties but the line colour in the 3D display remains the default colour

My apologies.

There is not a bug with changing line colour of an object.

I didn't set MQObject.colorValid to 1.

camera.py is just a sample for getting camera information. FOV cannot be used in an orthographic view.

Each component of a position returned by MQVertex.getPos() is read only, and it cannot be changed directly. setPos() is used like the following code:
obj.vertex[0].setPos(MQSystem.newPoint(1,2,3))