記事"MQL5で3Dモデリング"についてのディスカッション - ページ 2 1234 新しいコメント Dmitry Fedoseev 2016.12.16 18:51 #11 Sergey Pavlov:3Dは、視点を変えることができなければ、2Dドローイングです。したがって、インタラクティブ性は、3Dオブジェクトをモデリングする上で最も重要な品質です。静止画に何の意味があるのか？魔法の機能があり、その使用例が示されている。視点機能がないことについて、誰がどこに書きましたか？正解は2Dです。3Dモデリングの本質は「それ」、つまり3Dを2Dに変換すること、空間座標をスクリーン座標に変換することだ。しかし、視点を変える方法がないはずだと考える根拠は何ですか？その機能はどこにあるのですか？具体的にその線を示してください。 Nikolai Semko 2016.12.17 09:03 #12 価格が動くのは2次元空間ではなく、4次元空間だからだ（ブルジョワジーによって隠されているのは2次元（実際の総取引量とブルとベアの比率）だけだ）。 しかし、私はカンヴァスにも賛成だ。そこでしか、正常なスピードを実現することはできない。カンヴァスがなければ、とんでもない数のオブジェクトができる。肉眼で見れば遅いとわかるが、私はカンヴァスのスピードがとても好きだ。このビデオでは、カラーオーバーレイと透明度を実装しています。 MT5 の開発者に質問： ウィンドウ自体のカンヴァスへのアクセスをオープンにできないのでしょうか？新しいキャンバスを作成することなく、オブジェクトを作成することなく、ウィンドウ内にポイントを構築させてください。 fxsaber 2016.12.17 09:22 #13 Nikolai Semko: このクリップでは、カラーオーバーレイと透明度を実装している。 チャンネルの境界が見えなくても、クリップの最後でTFが変われば、自分がどのチャンネルにいるのかがわかる。 Dmitry Fedoseev 2016.12.17 09:39 #14 Nikolai Semko: 価格が動くのは2次元空間ではなく、4次元空間だからだ（ブルジョワジーによって隠されているのは2つの次元（実際の総取引量とブルとベアの比率）だけ）。 しかし、私はカンヴァスにも賛成だ。そこでしか、正常なスピードを実現することはできない。カンヴァスがなければ、とんでもない数のオブジェクトができる。肉眼で見れば遅いとわかるが、私はカンヴァスのスピードがとても好きだ。このビデオでは、カラーオーバーレイと透明度を実装しています。この動画はかなり前に録画したものですが、MT5 の最新アップデート後、キャンバスの描画と出力が数倍速くなりました。 MT5 開発者への質問：ウィンドウ自体のキャンバスにアクセスできるようになりませんか？新しいキャンバスを作成することなく、オブジェクトを作成することなく、ウィンドウにポイントを描画させてください。 キャンバスではすべての点を再描画しなければならず、グラフィカル・オブジェクトでは頂点だけを再描画しなければならない。一般に、キャンバスかキャンバスでないかは、この記事の問題ではありません。 Anatoli Kazharski 2016.12.17 11:23 #15 Anatoli Kazharski 2016.12.17 11:23 #16 Anatoli Kazharski 2016.12.17 11:24 #17 Anatoli Kazharski 2016.12.17 11:35 #18 Реter Konow 2016.12.17 12:31 #19 Anatoli Kazharski: 最後のビデオが一番印象的だ。MQLでやらなきゃ...) Nikolai Semko 2016.12.17 17:15 #20 Dmitry Fedoseev: キャンバスではすべての点を再描画する必要があり、グラフィカル オブジェクトでは頂点のみを再描画する必要があります。一般的に、それはこの記事の問題ではない。この記事の問題は「MQL5での3Dモデリング」です。 オブジェクト（というか直線）の助けを借りたこの実装は、10000（100×100セル）までのノード数を持つサーフェスグリッドを作成したい場合、キャンバスよりもいくつかの利点があることに同意します。曲線がないことや、線と塗りつぶしの両方で色のグラデーションが可能なことについては、私は話していない。主な利点は、グラフィックスへの厳密なバインディングです。グリッド・サイズが30*30（"目測"）以下（～1000ノード）であれば、より高速になる可能性がある。おそらく、すべての利点はここで終わる。電卓でキャンバスのすべての点を計算する必要はなく、クラスがすべてやってくれる。アナトリ・カザルスキーが 例として挙げたような美しさは、このような3Dモデリングの実装では実現できない。しかし、キャンバス用の実装を作り、さらにOpenCLの 技術を応用すれば、現実的なものになる。 1234 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
3Dは、視点を変えることができなければ、2Dドローイングです。したがって、インタラクティブ性は、3Dオブジェクトをモデリングする上で最も重要な品質です。静止画に何の意味があるのか？
魔法の機能があり、その使用例が示されている。
視点機能がないことについて、誰がどこに書きましたか？正解は2Dです。3Dモデリングの本質は「それ」、つまり3Dを2Dに変換すること、空間座標をスクリーン座標に変換することだ。しかし、視点を変える方法がないはずだと考える根拠は何ですか？
その機能はどこにあるのですか？具体的にその線を示してください。
しかし、私はカンヴァスにも賛成だ。そこでしか、正常なスピードを実現することはできない。カンヴァスがなければ、とんでもない数のオブジェクトができる。肉眼で見れば遅いとわかるが、私はカンヴァスのスピードがとても好きだ。このビデオでは、カラーオーバーレイと透明度を実装しています。
MT5 の開発者に質問： ウィンドウ自体のカンヴァスへのアクセスをオープンにできないのでしょうか？新しいキャンバスを作成することなく、オブジェクトを作成することなく、ウィンドウ内にポイントを構築させてください。
このクリップでは、カラーオーバーレイと透明度を実装している。
価格が動くのは2次元空間ではなく、4次元空間だからだ（ブルジョワジーによって隠されているのは2つの次元（実際の総取引量とブルとベアの比率）だけ）。 しかし、私はカンヴァスにも賛成だ。そこでしか、正常なスピードを実現することはできない。カンヴァスがなければ、とんでもない数のオブジェクトができる。肉眼で見れば遅いとわかるが、私はカンヴァスのスピードがとても好きだ。この
ビデオでは、カラーオーバーレイと透明度を実装しています。この動画はかなり前に録画したものですが、MT5 の最新アップデート後、キャンバスの描画と出力が数倍速くなりました。 MT5 開発者への質問：ウィンドウ自体のキャンバスにアクセスできるようになりませんか？新しいキャンバスを作成することなく、オブジェクトを作成することなく、ウィンドウにポイントを描画させてください。
最後のビデオが一番印象的だ。
MQLでやらなきゃ...)
キャンバスではすべての点を再描画する必要があり、グラフィカル オブジェクトでは頂点のみを再描画する必要があります。一般的に、それはこの記事の問題ではない。
この記事の問題は「MQL5での3Dモデリング」です。
オブジェクト（というか直線）の助けを借りたこの実装は、10000（100×100セル）までのノード数を持つサーフェスグリッドを作成したい場合、キャンバスよりもいくつかの利点があることに同意します。曲線がないことや、線と塗りつぶしの両方で色のグラデーションが可能なことについては、私は話していない。主な利点は、グラフィックスへの厳密なバインディングです。グリッド・サイズが30*30（"目測"）以下（～1000ノード）であれば、より高速になる可能性がある。おそらく、すべての利点はここで終わる。電卓でキャンバスのすべての点を計算する必要はなく、クラスがすべてやってくれる。アナトリ・カザルスキーが 例として挙げたような美しさは、このような3Dモデリングの実装では実現できない。しかし、キャンバス用の実装を作り、さらにOpenCLの 技術を応用すれば、現実的なものになる。