キャンバスがカッコいい! - ページ 50

 
Nikolai Semko:
また、透過性が実装されておらず(1つのピクセルが複数のオブジェクトに属することがある)、オブジェクトがお互いの下になく、アクセスする必要がある場合にも可能である。
どう考えても、3Dマウスは必要です。せめてソフトウエアマウスだけでも。

フロントレイヤーへの対応が必要です。グラフを回転させることができるようにする。また、静止画であれば、上からの眺め))

 
Maxim Kuznetsov:

座標とスケール "r "の計算が誤っていることに気づきました。

しかし、正しく、読みやすくするためには、カレンダー(バーではなく、リアルタイム)を維持し、半径を考慮する必要があります - 偏差は読みやすくありません。

か、rはログスケールか何かが必要です。

狙っていたわけではないんです。目標は3Dでした。複雑なオブジェクトであれば、何でもいいんです。だから、あえてできるだけシンプルにしたんです。前回、2D版で実装されたリアルタイム。そして、もう一度、繰り返します。トレードの面では役に立たないが、ビジュアライゼーションの面では有用だと考えている。
 
Nikolai Semko:
そのようなことは、あまり考えていませんでした。目標は3Dでした。 複雑なオブジェクトであれば、何でもいいんです。だから、わざとできるだけシンプルにしたんです。前回、2D版で実現したリアルタイム。そして、もう1度言います。トレードの面では役に立たないが、可視化という面では役に立つと考えている。

わからないけど......家の主人。トレードに役立つ可能性のある場所にプッシュしています

そして、複雑なオブジェクトのグラフィカルな効果、それを圧倒してみてください。


 
Maxim Kuznetsov:

トレードに役立つ可能性のあるところにヌキヌキしています

よし、必要な時に後押ししてもらうようにお願いしよう。

 

雑談、荒らし、からかい、「ふざけ」、非建設的な批判を除けば、ニコライは本当に素晴らしいビジュアライゼーション能力を私たちに見せてくれたと言えるでしょう。問題は、ニコラスが示したこれら、あるいはこれらの例が具体的にどこに適用できるかということではなく、ビジュアライゼーションがどの程度うまく機能しているかということです。

さて、「どこに応用できるのか」という問いに対する答えは、非常にシンプルでわかりやすく、「ビジュアライゼーションに応用する!」ということです。インジケーター、Expert Advisors、インフォーマーなど、これらはすべてプロセスとデータのビジュアル化です。もちろん、GUIも。

実は、ニコラスはすでに新しいGUIライブラリのテンプレートを作るところまで来ている。

現在、GUIライブラリはいくつかあり、例えば標準の MTライブラリの一部や、よく知られているAnatolyライブラリなどがあります。

標準ライブラリは、オブジェクトの多くの様々な離散要素に基づいて構築され、制御要素の数が限られていますが、クラスのほぼ普遍的なシステムは、C + +ライブラリの例に基づいて構築されています。

それに対して、Anatolyは、どんなコントロールでもキャンバス上に描けるので、コントロールの実装は想像力によってのみ制限されることを、彼の開発で示しました(Nikolayもそれを示しました)。しかし、アナトリーのライブラリーも、結局はチャート上に膨大な数のオブジェクトが存在することになる。

そしてニコライは、1つのキャンバス、つまり1つのオブジェクトにすべてを実装できることを実験で示したのです。こうして、実はニコライは、拡張可能なボーダレス可視化ライブラリのテンプレートを実装することが可能なところまで来たのです。

つまり、インタラクションやイベント処理のアーキテクチャとして標準ライブラリのスキーマを使用しながら、最終的に単一のキャンバスに適用した場合、その結果は素晴らしいものになるのです--。この段階では、GUIキャンバス全体を完全に再描画するのではなく、特定のコントロールが変更された部分のみを再描画するアルゴリズムを開発すればいいのです。例えば、Grid要素の開発では、キャンバスの中で変更されたセルだけがある領域だけを処理するために、アナトリーはこの技術を使いました。

ニコライが得意とする可視化の問題では、きっと私たちを驚かせてくれるでしょうし、拡張性の面でより進化した新しいGUIライブラリーを見ることができると思います。

ニコライさん、お疲れ様でした。これからもよろしくお願いします。これからも素晴らしいビジュアライゼーションの事例をお待ちしています。

Документация по MQL5: Стандартная библиотека
Документация по MQL5: Стандартная библиотека
  • www.mql5.com
Стандартная библиотека MQL5 написана на языке MQL5 и предназначена для облегчения написания программ (индикаторов, скриптов, экспертов) конечным пользователям. Библиотека обеспечивает удобный доступ к большинству внутренних функций MQL5.
 
Алексей Барбашин:

アレクセイ、ありがとうございます。
ほとんどすべてがそうです。話題を提供してくれてありがとうございます。

私個人にとってのKANVASは、あくまでも趣味や娯楽です。新しいグラフィカルライブラリや GUIの開発は、もはや趣味ではなく、時間のかかる仕事なので、負担をかけません。という疑問が湧けば、うまくできるかもしれませんが。

MTは、グラフィックやビジュアライゼーションに関して、かなり遅れていると思います。少なくとも10年は遅れている。このあたりは、MQチームの優先順位が高くないのが残念です。ビジネスにおいて、ラッピングは時に決定的な役割を果たします。

 
Nikolai Semko:

MTは、グラフィックやビジュアライゼーションの面で、かなり遅れていると思います。少なくとも10年は遅れている。このあたりがMQチームの優先順位にないのは残念です。ビジネスにおいて、ラッピングは時に決定的な役割を果たします。

遅れをとっているわけではなく、逆に他の(すべての)プラットフォームよりずっと先を行っているのです。Canvas + OpenCL + 完全なDirectXを箱から出す - これは遅れているのか?

しかし、問題は「再生できる」人の輪が狭いことです。多くのトレーダーは、標準的なテクニカル指標の段階を超えることはありません。


エディターでのPythonとの連携や、サービスを使ったスクリプトの公開を控えています。Pythonのプログラムをスクリプトとしてターミナルで直接実行できるようになり、分析開発したものを簡単にMT5に移行することができるようになります。これらはスクリプトであり、Expert Advisor ではありませんので、テスターで実行することはできません。

データベースや集合の操作について多く取り組んでいます。DatabaseXXXXの新機能を追加しています。ネイティブなSQLiteの機能を拡張するだけでなく、エディタ上でSQLite Browserを起動することができます。

おそらく、MQL5言語の標準機能にWinMLを 組み込んで、ONNXで学習したモデルを実行できるようにする予定です。PythonのTensorFlowでは物足りない場合です。

全体として、データ分析スタジオを作るという道を歩んでいるのです。

Windows AI
Windows AI
  • mattwojo
  • docs.microsoft.com
Transform your Windows application with the power of AI.
 
Renat Fatkhullin:

遅れをとっているわけではなく、逆に他の(すべての)プラットフォームよりずっと先を行っているのです。Canvas + OpenCL + 完全なDirectXを箱から出して、これはラグなのか?

しかし、問題は「再生できる」人の輪が狭いことです。多くのトレーダーは、標準的なテクニカル指標の段階を超えることはない。


これからエディタでのPythonとの連携や 、サービスを使ったスクリプトを公開します。Pythonのプログラムをスクリプトとしてターミナルで直接実行できるようになり、分析開発したものを簡単にMT5に移行することができるようになります。これらはスクリプトであり、Expert Advisor ではありませんので、テスターで実行することはできません。

データベースや集合の操作について多く取り組んでいます。DatabaseXXXXの新機能を追加しています。通常のSQLiteの機能を拡張するだけでなく、エディタ内でSQLite Browserを起動できるようにしています。

今後、MQL5言語の標準機能にWinMLを 組み込んで、ONNXで学習したモデルを実行できるようになるかもしれませんね。PythonのTensorFlowでは物足りない場合です。

全体として、データ分析スタジオを作るという道を歩んでいるのです。

はい、お待ちしております。

コードベースがオーバーフローして崩壊しない限りは

 
Renat Fatkhullin:

決して遅れをとっているわけではなく、それどころか、他の(すべての)プラットフォームよりずっと先を行っています。Canvas + OpenCL + 完全なDirectXのアウトオブボックス - 私たちは遅れているのでしょうか?

しかし、問題は「再生できる」人の輪が狭いことです。多くのトレーダーは、標準的なテクニカル指標の段階を超えることはない。


今、エディターでのPythonとの連携や、サービスでのスクリプトをリリースする予定です。Pythonのプログラムをスクリプトとしてターミナルで直接実行できるようになり、分析開発したものを簡単にMT5に移行することができるようになります。これらはスクリプトであり、Expert Advisor ではありませんので、テスターで実行することはできません。

データベースや集合の操作について多く取り組んでいます。DatabaseXXXXの新機能を追加しています。通常のSQLiteの機能を拡張するだけでなく、エディタ内でSQLite Browserを起動できるようにしています。

今後、MQL5言語の標準機能にWinMLを 組み込んで、ONNXで学習したモデルを実行できるようになるかもしれませんね。それは、PythonのTensorFlowでは物足りない場合です。

全体として、データ分析スタジオを作るという道を歩んでいるのです。

レナート ここでは議論の余地はない。 イノベーションという点では、MQは非常にクールです。

MQのルック&フィールやチャート、そしてユーザー向けのグラフィカルなライブラリのことです。まず第一に、アンチエイリアスのかかったグラフィックがないこと、ウィンドウメニューのインターフェースで様々なオプションや設定が選べることです。
そしてDirectXでは、まだわかっていないのですが、手がとてもかゆいのです。

 
Nikolai Semko:

レナーテ ここで議論することはない。革新性という点では、MQは非常にクールです。

MTとそのチャートのルック&フィール、そしてユーザー向けのグラフィカルなライブラリの話です。まず第一に、アンチエイリアスのかかったグラフィックがないこと、ウィンドウメニューのインターフェースで様々なオプションや設定が選べることです。
そしてDirectXでは、まだわかっていないのですが、手がとてもかゆいのです。

どうぞ、どうぞニコラス

佳境

私が尋ねたように、あなたがそのようなチャートを作ってくれるのをまだ待っています。

;)

理由: