完全にフリーズする前にエラーウィンドウに出たエラーログです。
(100kb以上のため、zipに圧縮しました)

Ver2.4.6でメモリ不足になるエラーを解消できたのではないかと思うのですが、
もともと手元の環境では再現が難しかったので、どうでしょうか？

できればご報告お願いしたいところです。

Ver2.4.5でF1-3キーでの切り替えや[視点の設定]でOnUpdateScene()が正しく呼び出されるようにしました。

一応一通りはチェックしたつもりですが、まだ他にも対応漏れの箇所があるかもしれませんので、もし見つけましたら引き続きご報告ください。

>Ver2.4.5でF1-3キーでの切り替えや[視点の設定]でOnUpdateScene()が正しく呼び出されるようにしました。
>
>一応一通りはチェックしたつもりですが、まだ他にも対応漏れの箇所があるかもしれませんので、もし見つけましたら引き続きご報告ください。


>Ver2.4.5でF1-3キーでの切り替えや
F1-3にてOnUpdateSceneが呼ばれることは確認しました。
ただし、F4-8では依然呼ばれません。

何か意図があっての事でしょうか。

>ただし、F4-8では依然呼ばれません。
>
>何か意図があっての事でしょうか。

F4は4画面<->1画面切り替えが行われるだけで、透視ビューの視野情報自体は
変化しないので、OnUpdateScene()は呼び出されません。

ただ、F5-8はいわゆる灯台下暗しというやつで、ただの対応し忘れです。
視点情報の登録機能があること自体を本人がすっかり忘れておりました。
今後のバージョンで修正いたします。

>F4は4画面<->1画面切り替えが行われるだけで、透視ビューの視野情報自体は
>変化しないので、OnUpdateScene()は呼び出されません。
>
>ただ、F5-8はいわゆる灯台下暗しというやつで、ただの対応し忘れです。
>視点情報の登録機能があること自体を本人がすっかり忘れておりました。
>今後のバージョンで修正いたします。

たしかに透視ビューの視野情報自体は変わりません。
ただ、F5キーでウィンドウサイズが変更されれば
MQSceneクラスから得られる値は変わってきます。
逆に言えば、F5キーでのウィンドウ更新の際に現状では
OnUpdateScene()が呼ばれない為、意図した数値が
得られないケースがあるのです。

透視⇔４面図切り替えの際にもOnUpdateScene()を
呼び出すようにして頂けませんでしょうか。
ご検討の程、宜しくお願い致します。

Ver2.4.6でF5-8キー押下時にOnUpdateScene()が呼び出されるようにしました。

F4キーについては具体的な用途が不明解なので対応していません。
ウインドウサイズ変更時には別のメッセージを用意するほうが実装としては
適切ではないかと思いますが、現状では仕様を確定する指針が立てるのが
難しいと言えます。

>ウインドウサイズ変更時には別のメッセージを用意するほうが実装としては
>適切ではないかと思いますが、現状では仕様を確定する指針が立てるのが
>難しいと言えます。

認識に相違があるようなのですが、OnUpdateSceneを
マニュアルで確認すると、
>シーン情報が変更された時に呼び出されます。
と書かれています。
ウィンドウサイズの変更は「シーン情報の更新」に
該当するものであると考えておりましたが、
現状では平行光源や環境光の色が変わっても
OnUpdateSceneが呼ばれておりません。
Miznoさんの仰るシーン情報とは視野情報のみを
指しているのでしょうか。
#マニュアルには光源もシーン情報であると記載されています。
ここに於いて別のメッセージを用意する事は
適切な実装ではないと存じます。

本件対応をお願いしておりましたが、
上記の通り、認識にずれがあるようですので、

OnUpdateScene()の現状の仕様は、マニュアルにあるとおり
「カメラの向きやズームなど」の変更時に呼び出されるものです。
必ずしもMQSceneでアクセス可能なすべての情報に関連する変更に対応する
ものではありません。
（これはオブジェクトやマテリアルについても同様です）

また、仕様の定義というものはそれほど明確にはしていません。
要望があれば流動的に変化・拡張しますが、むやみに仕様の適用範囲を広げると
将来の互換性に支障をきたす恐れがあるので、明確な用途が提示されない限りは
安易に仕様を拡張することはありません。

例えば光源について言うと、現行バージョンでは平行光源１つのみですが、
将来複数の光源を扱えるようにしたとき、光源をオブジェクトと同義に扱う
ようにする計画があります。
このとき、光源はシーンではなくドキュメント直下に管理が移ることになるので
シーンの変更に対応するものとして定義すると、互換性の問題が生じることに
なります。
このため、光源情報の変更にはOnUpdateSceneは対応しておりませんし、
特に要望がない限りは対応する予定はありません。

もし仕様の定義が不明解であるために支障が生じるなら、それがどのようなもの
であるか精査する必要があるので、理由などはできるだけ具体的に提示くださる
ようお願いします。

修正版Ver2.4.7を公開しました。

>ところで昨今更新の度に新しいバグが埋め込まれているようなのですが、
>一度β版としての更新体制に戻されたほうが良いのではないでしょうか。

確かに今回の件について言えばβ版を出しておくべきだったと思いますが、
数年前に比べると近年はβ版に対するレスポンスも少なくなっています。

新しいバグといっても、Ver2.4.1からいうとVerUp時に混入した不具合は
今回のを含めて2件のみで、それ以外については以前から存在していた問題が
顕在化しただけなので、特にβ版をリリースする必要性があるとは考えていません。

どちらかというと、新しいバグが生じたらできるだけ早く修正版を出す方が
重要だと思っています。

すいません、3dsmaxではなく3D Studioですね。

3dsmaxは持っていないし、MS-DOS時代の3D Studioは実物すら見たことないので、
聞かれてもよくわかりませぬ。

テクスチャ用のファイルの文字数制限は3dsフォーマット自体の仕様によるものですが、
12文字内にパスを含めずファイル名のみを出力すればよいということでしょうか？

>テクスチャ用のファイルの文字数制限は3dsフォーマット自体の仕様によるものです

なるほど、そうなんですか。

>12文字内にパスを含めずファイル名のみを出力すればよいということでしょうか？

そのように改良していただけたらありがたいです。

Ver2.4.6でパスを含めずにファイル名の部分のみを12文字以内で出力するようにしました。

Mizno様、お世話になっております。

追記ですが、Windowsキー＋LキーでWindowsを
ロックすると、同様にデバイスロストが発生するみたいです。

以上、よろしくお願いいたします。

マニュアルを書いた当時はその仕様通りだったのですが、その後のバージョンアップにより記載のあるもの以外にもさまざまな処理時にも呼び出されることがあります。

基本的にはコンパクト化されるのは何らかの操作を行った後なので、CreateやSelectなどのメニューから呼び出されるタイプのプラグインの場合、プラグインのメイン処理部が呼び出されてその処理が終了するまでの間はインデックスが変わることはほとんどないと考えてよいです。

しかし、Station\x2cCommand型の常駐プラグインの場合は、メッセージが来るまでの待機中には他の処理によりインデックスは常に変更される可能性があると考えてください。そのため、Station\x2cCommandプラグインで頂点・面に対して何らかの情報を保持する場合、インデックスではなくユニークIDを用いたアクセスを行うようにしてください。

頂点の選択のみはできるということでしょうか？
画面左側のパネル内の編集オプションの[辺][面]のボタンがOFFになっていないか
一度ご確認ください。