nativemeta @ ウィキ

Ver1.4.4

2012-12-03T06:56:24+09:00

ver1.4.3からの利点・使用メモリ、実行ファイルサイズの縮小だいぶ、コードの構造化が進んだので、そろそろ区切りとしてリリース .

2012/07/last_week

2012-07-31T00:02:01+09:00

クラスの割と根本的な書き換えを一段階終了した。ポリヘドロンとバイリニア、バイキュービックの混在した部分をうまく切り離せた。テストバージョンとして、Shade10で動作するNativeMetaRenderer 64bitバージョンをアップロードする。 [[NativeMetaRenderer1_4_4_0 for Shade 10>http://www21.atwiki.jp/nativemeta?cmd=upload&act=open&pageid=68&file=NativeMetaBlobXSolver64.zip]] いまのところ、コードが整理されてバイナリサイズが減少した程度。ポリヘドロンの使用メモリサイズが管理メンバ変数を増やしたせいか、逆に増加 &counter()

2012/07

2012-07-29T16:53:11+09:00

[[last week>http://www21.atwiki.jp/nativemeta/pages/68.html]]

staticNMRLibVer1_4_3_4

2012-07-31T22:57:11+09:00

（'12 6/21 　　NativeMeta_data loader plugin ← (Link) NativeMeta Renderer static link library 　　の構成でテストするが、なぜかShadeにloader pluginがロードされない。DLLにしても結果は同じ。　　他のresident系のプラグインを調査してみる。　　↓ 　　DLL形式にしてShade実行ディレクトリに配置、起動されることを確認。）現在のところ、メタエリプソイド、Win32bit限定ですが、 [[staticNMR.lib (Win32bit)>http://www21.atwiki.jp/nativemeta?cmd=upload&act=open&pageid=66&file=staticNMRver1_4_3_4.zip]] ライブラリをリンク、下記インクルードファイルをインクルードして、オブジェクト・データを std::vector meta_elms に、push_back()していって、 convert_scene();を実行すると、スタティックライブラリが利用可能になります。後は、レイトレース発生毎に CROSS_INF RayIntersection(const vec3d *eye, const vec3d *view); を実行すれば、 CROSS_INF 　　float t;　//交点距離　　vec3d pnt, nrm;　//交点座標、法線　　std::vector influ;　//影響情報が取得されます。 INFLU_INF 　　MetaElements *elem;　//影響するエレメント　　float wgt;　//影響する重さ [[staticNMRlib.hとmicro_math.h>http://www21.atwiki.jp/nativemeta?cmd=upload&act=open&pageid=66&file=staticNMRlibH.zip]] // staticNMRlib.h -----------------------------------------------

2012/05/5th_week

2013-03-11T01:30:09+09:00

問題を単純化してみました。 #ref(aliasing_image.png) (メタポリゴンを低解像度レンダリング15*15) デバッグデータを見る限りは、法線自体、影響度、影響エントリー数には問題はありませんでした。しかもこれ、Shade9にさかのぼっても起きるんですよね。。気づかなかった。ちなみに普通のポリゴンを描画させると #ref(a_plate_image.png) 頂点が不自然に明るくなります。ただ、これはエッジの１ピクセルにおさまり、しかもアンチエイリアス・レイのヒット率が良いので、通常の解像度の使用ではまったく目立ちません。 (※アンチエイリアス・レイのヒット率が良いから、割りと自然な描画というのもおかしな話ですが) 新規作成した場合、アンチエイリアシング描画に問題ないことを確認 &ref(poly_image.PNG)他、 …どうも互換性描画で不正な描画パスがあるんでしょうかね。 .

ver1_4_3_4

2012-05-28T21:55:15+09:00

**NativeMetaRenderer ver. 1.4.3.4を本ページで配布いたします。 Ver1.4.3.3にて、下記のような構成のメタシェイプを描画すると終了時にクラッシュする場合がある不具合を修正。 #ref(1_4_3_4_bug.png) 正規の構成は以下の通りです。 #ref(1_4_3_4bug.png) (開発の詳細についてはこの[[リンク>>http://www21.atwiki.jp/nativemeta/pages/1.html]]を参照下さい。) [[Windows(32ビット用)>>http://www21.atwiki.jp/nativemeta?cmd=upload&act=open&pageid=64&file=NativeMetaBlobXSolverVer1_4_3_4.zip]] [[Windows(64ビット用)>>http://www21.atwiki.jp/nativemeta?cmd=upload&act=open&pageid=64&file=NativeMetaBlobXSolver64Ver1_4_3_4.zip]] [[MacOSX用>>http://www21.atwiki.jp/nativemeta?cmd=upload&act=open&pageid=64&file=NativeMetaBlobXSolver.shdpluginVer1_4_3_4.zip]] ※使用条件　本ソフトウェアの使用によるいかなる損害等に対して著作者は免責とします。必ず使用者の責任の元で使用して下さい。 &counter() viewed .

Ver1_4によるTODO

2012-06-30T12:48:06+09:00

高速化が以前からの目標で、やはりコード再構築は避けて通れないので、トップダウンの方向も始めなければいけません。・仕様作成フェーズ　　　&italic(){うろ覚え}仕様書をフリースタイルで作成、これについて詳細充填作業を行う。　　　外へ出て、仕様詳細についてわからない項目を列挙して、帰ってきて調査するインターバル作業　　　合理的でない旧仕様を排除する作業、トマソン機能の排除・コーディング作業フェーズ　　　機能仕様書を元に、素から作成。この&italic(){なんちゃって}プログラムを、元のプログラムをリファレンスしながら修正していく。　　　（↑この&italic(){なんちゃって}プログラムから安全動作までの作業過程がなかなかコスト大な感じがするので、ボトムアップの工程から近づくことにする。　　　　- 先ずは大量のデッドコードの削除、テスト、検証　　　　- 仕様書細部にあたる箇所を実際にテストしながら進行） &bold(){平行タスク} スタンドアローン版を作成する。・フレームはC++/CLI、レンダラはネイティブC++のライブラリ化・ネイティブメタのシーン記述ファイルを読み込むプログラム作成 [[→ スタティックライブラリの進行状況>http://www21.atwiki.jp/nativemeta/pages/66.html]] .

コメント/Ver1_4の問題点

2012-05-09T02:01:21+09:00

-テスト - テスト 2012-05-09 02:00:03 --テスト - リプライテスト 2012-05-09 02:01:21

2012/05/2nd_week

2012-05-11T09:57:40+09:00

***レアケースの問題 new_custom_element_info(){} 内で、カスタムレイインターセクション用のプラグインクラスインスタンスをnewする処理の中で、わざわざ、メタエレメントの元々の形状が描画されないように、(shape_class*)son->set_render_flag(0);で非描画に設定している。この後の(shape_class*)son->update();がどうも、たまに悪さをするようで、この処理をまとめてMetaMeshに移動したい。たしかに、メタエレメント自体の非描画はネイティブメタレンダリングするための必須条件ではあるが、なぜかMetaMeshにこの処理を用意していなかった。もし、メタエレメントを非描画設定にしないと、当然ながら、 #ref(renproblem_1_fig.png) #ref(renproblem_1_image.png) 面が重なってノイズになったり、マイナス設定のメタエレメントが基本形状として描画されてしまう。 .

Ver1_4の問題点

2013-12-05T19:39:39+09:00

***致命的な問題・Ver.1_4 現在無し ***一般レベルの不具合・バイリニア・サーフェスの描画で欠ける場合がある。Ver.1_4_5_0で修正済み ***警告レベルの不具合・Ver.1_4_3_4にて確認：&u(){過去互換ファイルにおいて}メタポリへドロン以降のメタシェイプをアンチエイリアシングするとエッジ状に白い枠が描画されてしまう。　　&ref(donuts_image.png) 　　[[→現在の調査状況>http://www21.atwiki.jp/nativemeta/pages/65.html]] ・バイリニア・サーフェスの描画速度が遅くなった　　　　[[ローカルバージョンで修正中>http://www21.atwiki.jp/nativemeta/pages/55.html]] ・バイキュービック・サーフェスの描画速度 .