- changed status to resolved
sph(64bitプラグイン)対応
さて、Susieプラグイン対応版NeeViewS.exeについてですが、TORO氏提案の64bit仕様のSusieプラグイン(*.sph)のみに対応した完全に64bit化されたNeeViewS.exeのビルドが欲しくなってきました。
その理由として、1つは1枚4GBを超えるような超高解像度の画像の表示に対応させたいことと、もう1つはSystem32フォルダーのリダイレクトを気にせず直接システムファイルを閲覧したいことです。
超高解像度の画像の表示については、NVidiaのGPUでゲームなどの3Dアプリの画像をキャプチャーする「Ansel」という機能があり、キャプチャー可能な最大解像度が空前の63360x35640とのことです。当然、こんな高解像度の画像を表示するためには4GBを超えるRAMが必要になり、使用するビューアーも64bitアプリでなければなりません。
また、フォルダーのリダイレクトについては、例えばSystem32フォルダー以下の実行ファイルのリソースをTORO氏のaxeres.spiで表示する際にわざわざ32bit版のコマンドプロンプト(C:\Windows\SysWOW64\cmd.exe)でカレントフォルダーをC:\Windows\SysNative以下にしてそこからNeeViewSコマンドを実行するという非常に面倒な方法を採らないといけません。そこでもしNeeViewSが64bitアプリならC:\Windows\SysNativeフォルダーを経由せずに直接ファイルを開けるようになります。
もちろん、NeeViewSが64bit化すると従来の32bit版Susieプラグイン(*.spi)は原則使用不可になり、どうしても使いたい場合はTORO氏のUNBYPASS.DLLなどに頼ることになります。
それでも、昨今のRAMの大容量化に合わせるようにAnselの画像みたいにコンテンツの大容量化が進んでいることを鑑みれば、本格的に64bitに移行する価値は大きいと思います。
Comments (3)
-
reporter -
reporter .sphに対応しましたが、2GBを超える画像は対応できていません。
こちらはNeeView本体側の都合で、プラグインを使用しなくても2GB以上の画像を扱えないためです(.NETのバイト配列の最大が2GBである関係)。また、Susieプラグインの目的は過去のSusieプラグイン資産の活用がメインであるため、.spiを64bit環境でも扱えるようになることが本流と考えます(refs
#593)。このため、将来的に.spiに対応したときには.sphサポートを外す可能性があります。 -
reporter - changed status to closed
- Log in to comment
64bitSusieプラグイン(.sph)対応 (fixed
#556)→ <<cset 60d5bef37781>>