記事"MQL5で3Dモデリング"についてのディスカッション - ページ 3

 
Nikolai Semko:

この記事の質問は「MQL5での3Dモデリング」です。
オブジェクト(より正確には直線セグメント)の助けを借りて、この実装がキャンバスよりもいくつかの利点があることに同意します、もしあなたが10000(100×100セル)までのノードの数でサーフェスグリッドを作成したい場合、さらにひどいブレーキと不釣り合いなメモリ消費が含まれます、少なくとも、オブジェクトの名前にのみ。私は、曲線がないことや、線や塗りつぶしのようなカラーグラデーションの可能性について話しているのではない。主な利点は、グラフィックスへの厳密なバインディングです。グリッド・サイズが30*30("目測")以下(~1000ノード)であれば、より高速になる可能性がある。おそらく、すべての利点はここで終わる。電卓でキャンバスのすべての点を計算する必要はなく、クラスがすべてやってくれる。アナトリ・カザルスキーが 例として挙げたような美しさは、このような3Dモデリングの実装では実現できない。しかし、キャンバス用の実装を作り、さらにOpenCLの 技術を応用すれば、現実的なものになる。

あなたは、殺されていない熊の皮を切っているのです。モデリングはまだない。しかし、表示方法は人それぞれだ。
 
Nikolai Semko:

...キャンバスにある電卓ですべてのポイントを計算するのではなく、クラスが...あなたのために計算するのです。

ノーコメント
 

ベクターグラフィックス:

 

 

なぜOnCalculateの 途中でインタラクティブ機能が実装されるのですか?

週末のインジケータは、オブジェクトの変化にまったく反応しません。

 
Andrey Khatimlianskii:

なぜOnCalculateの途中でインタラクティブ機能が実装されるのですか?

週末のインジケータは、オブジェクトの変化にはまったく反応しません。

この記事の例は、3Dオブジェクト・クラス(この例では座標系のみ)の使用のデモンストレーションにすぎません。 3D グラフィカル・オブジェクトは直接使用され、その再描画の問題は標準的な方法で簡単に解決できます。 まあ、あるいは単にタイムフレームを切り替えることによっても。

 
Sergey Pavlov:

記事の例は、3Dオブジェクト・クラス(この例では座標系のみ)を使うデモに過ぎない。 3Dシェイプのグラフィカル・オブジェクトは直接使われており、その再描画の問題は標準的な方法で簡単に解決できる。 あるいは、単純に時間枠を切り替えることでも解決できる。

というわけで、デモとしては失敗だ。まるでアニメ スタジオのCMに静止画が流れているようだ。

インジケーターを少し改良して、使いやすくしてほしい。

 
Andrey Khatimlianskii:

それじゃ、デモは失敗だね。まるでアニメスタジオのCMが静止画であるかのように。

インジケーターを少し修正して、ユーザーフレンドリーにする。

おそらく、あなたの言う通りでしょう。修正するよ。

 

記事の例を少し修正した。

ファイル:
testIGO_1.mq5  14 kb
 

それは素晴らしい!

ちょうど3Dモデリングが必要だったんだ。

それをMT4にねじ込む方法を教えてもらえませんか?

わかったよ。3Dモデリングの目玉は、角度によるトレンドラインの 使い方です。