キャンバスがカッコいい! - ページ 92 1...858687888990919293 新しいコメント Andrey Dik 2024.02.06 17:10 #911 Nikolai Semko #: ニコライ、ここでDXの質問をしていいのか?助けが必要です。3Dグラフィックスの可能性を示す標準的なターミナルコードを少しいじってみた。、、フレンドリーなー。テスト関数を最適化する際、サーフェス上に点を描画する必要があるのですが、その方法がわかりません。このようになるはずだ: ファイル: Math_3D_Morpher.mq5 35 kb Functions.mqh 14 kb Andrey Dik 2024.02.06 17:18 #912 Nikolai Semko #:個人的には、複雑なアルゴリズムを開発するには、まず kanvas が必要です。プロセスやデータの中間的な視覚化がなければ、それを行うのははるかに難しく、時間がかかります。 実際、開発の段階によっては、プロセスを視覚化することが必要な場合もある。 Nikolai Semko 2024.02.06 17:19 #913 Andrey Dik #:ニコライ、ここでDXの質問をしていいのか?助けが必要です。3Dグラフィックスの可能性を示す標準的なターミナルコードを少しいじってみた。もちろん、モーフィングは削除した。テスト関数を最適化する際、サーフェス上に点を描画する必要があるのですが、その方法がわかりません。このようになるはずだ: 座標x,y,zを持つ空間上の点が必要な場合は、DirectXとOpenCLなしですべてが簡単です(もちろん、それらを使用すると、より生産的になりますが)。この例では、このトピックに最大限近づいた: h ttps://www.mql5.com/ru/forum/227736/page72#comment_25130501 Andrey Dik 2024.02.06 17:28 #914 Nikolai Semko #: さて、座標x,y,zを持つ空間上の点が必要なら、DirectXとOpenCLなしで、すべてが簡単です(もちろん、それらを使用すると、より生産的になりますが)。この例では、このトピックに最大に近い: https://www.mql5.com/ru/forum/227736/page72#comment_25130501ありがとう。後で結果をお知らせします。 Nikolai Semko 2024.02.06 17:36 #915 Andrey Dik #:ありがとう、試してみるよ。後で結果を報告します。 点数が数万点ならラグがないはずだが、数十万点なら計算部分はOpenClでやったほうがいい。最もリソースを消費するのは三角関数(sin, cos)である。そのため、このブランチの最初の例で気づいたように、ラグがある場合はこれらの関数の独自のテーブルを使うのが理にかなっています。 Andrey Dik 2024.02.06 18:05 #916 Nikolai Semko #: 数万点であれば遅延はないはずだが、数十万点であれば計算部分はOpenClを使った方がよい。 最もリソースを消費するのは三角関数(sin, cos)です。そのため、このブランチの最初の例で気づいたように、ラグがある場合はこれらの関数の独自のテーブルを使うのが理にかなっています。 点の数が少ないと、連続曲面はうまくいかない。 例の原理は理解できたと思う。 Andrey Dik 2024.02.06 19:05 #917 Andrey Dik #:点の数が少ないと、連続的なサーフェスは機能せず、ふるいのように見えてしまうと思う。 例題の原理は理解できた。 はい、残念ながら私の心配は的中しました。 Nikolai Semko 2024.02.06 19:14 #918 Andrey Dik #:そう、その心配は残念ながら的中した。FileWriteArrayで 3Dポイントの配列を送ってください。 Andrey Dik 2024.02.06 19:36 #919 Nikolai Semko #: FileWriteArrayで 3次元点の配列を送ってください。 やり方はよくわかりませんが、サーフェスの計算式は次のようになります: double Z (double x, double y) { double res = 20.0 + x*x + y*y - 10.0 * cos (2.0 * M_PI * x) - 10.0 * cos (2.0 * M_PI * y) - 40.0 * exp (-(pow (x - 1.0, 2) + y*y) / 0.1) + 200.0 * exp (-(pow (x + M_PI * 0.47, 2) + pow (y - M_PI * 0.2, 2)) / 0.1) //global max + 100.0 * exp (-(pow (x - 0.5, 2) + pow (y + 0.5, 2)) / 0.01) - 60.0 * exp (-(pow (x - 1.5, 2) + pow (y - 2.0, 2)) / 0.02) //global min - 50.0 * exp (-(pow (x + 1.3, 2) + pow (y + 0.2, 2)) / 0.5) + 60.0 * exp (-(pow (x - 1.5, 2) + pow (y + 1.5, 2)) / 0.1); return res; } Nikolai Semko 2024.02.06 21:14 #920 Andrey Dik #: やり方はよくわかりませんが、サーフェスの計算式はこんな感じです。 。 アンドレイ、ただ画像を取得したいだけなのか、それともMQL5で画像を取得したいのか? 簡単に視覚化できますが、視覚化にはもっと高度なツールがあります。 たとえば、このリソースで見たあなたの数式は次のとおりです:https://www.desmos.com/3d/887356da26. 1...858687888990919293 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ニコライ、ここでDXの質問をしていいのか?助けが必要です。
3Dグラフィックスの可能性を示す標準的なターミナルコードを少しいじってみた。、、フレンドリーなー。
テスト関数を最適化する際、サーフェス上に点を描画する必要があるのですが、その方法がわかりません。
このようになるはずだ:
個人的には、複雑なアルゴリズムを開発するには、まず kanvas が必要です。プロセスやデータの中間的な視覚化がなければ、それを行うのははるかに難しく、時間がかかります。
実際、開発の段階によっては、プロセスを視覚化することが必要な場合もある。
ニコライ、ここでDXの質問をしていいのか?助けが必要です。
3Dグラフィックスの可能性を示す標準的なターミナルコードを少しいじってみた。もちろん、モーフィングは削除した。
テスト関数を最適化する際、サーフェス上に点を描画する必要があるのですが、その方法がわかりません。
このようになるはずだ:
さて、座標x,y,zを持つ空間上の点が必要なら、DirectXとOpenCLなしで、すべてが簡単です(もちろん、それらを使用すると、より生産的になりますが)。
数万点であれば遅延はないはずだが、数十万点であれば計算部分はOpenClを使った方がよい。
はい、残念ながら私の心配は的中しました。
そう、その心配は残念ながら的中した。
FileWriteArrayで 3次元点の配列を送ってください。
やり方はよくわかりませんが、サーフェスの計算式はこんな感じです。 。
アンドレイ、ただ画像を取得したいだけなのか、それともMQL5で画像を取得したいのか?
簡単に視覚化できますが、視覚化にはもっと高度なツールがあります。
たとえば、このリソースで見たあなたの数式は次のとおりです:
https://www.desmos.com/3d/887356da26.