キャンバスがカッコいい! - ページ 37 1...303132333435363738394041424344...93 新しいコメント Nikolai Semko 2019.09.16 16:49 #361 Реter Konow:MQLに関連するクリエイティブなテーマから遠ざかっているだけです。あなたにとって、小さく最適化されたExpert Advisorは、MQLにおけるニッチ、創造性、ビジネスの限界です。そして、この話題は不要であることが判明しました。マーケットの消費者層の浅さを痛感したので、反論はしない。しかし、「クリエイティブチャージ」は、それが必要かどうかに関係なく、私の業績を導いて くれました。今、その充電が切れました。もうグラフィックはやらない。 ピーターさんの意見には賛成できません。イゴールは質の高いプログラマーであり、そこから多くを学ぶことができます。 また、独自のフォーマットや圧縮アルゴリズムを実装しようとするより、標準フォーマットのGifを使う方がもちろん適切です。 便利な方法でGifを作成・編集し、プログラムにアニメーションを 貼り付けることができます。ちなみに、Gifに関する特許は2004年に終了していますので、問題なく使うことができますよ。 その理由は、既存のスクリーンレコーダー（Camtasia Studioなど）の方がうまくできるためです。 しかし、MT5のウィンドウにアニメーションGIFを埋め込むためのバイブルを書くのはいいことだと思います。それに、それほど難しい作業ではありません。フォーマットの構造をざっと見れば、1-2日で解けるようになります。 ああ、ペテロよ、高慢なうぬぼれや賞賛を謙遜に置き換えることができたなら、その価値はないだろう。 Реter Konow 2019.09.16 19:34 #362 Nikolai Semko: 私は、ピーターさんの意見に賛成できません。イゴールは質の高いプログラマーであり、そこから多くを学ぶことができます。 また、独自のフォーマットや圧縮アルゴリズムを実装しようとするよりも、標準のGifフォーマットを使用する方が、もちろん合理的です。 これははるかに便利です - 作成し、編集GIF便利な方法とあなたのプログラムにアニメーションを貼り付けます。 ちなみに、Gifの特許は2004年に切れているので、問題なく使えますよ。 その理由は、既存のスクリーンレコーダー（Camtasia Studioなど）の方がうまくできるためです。 しかし、MT5のウィンドウにアニメーションGIFを埋め込むためのバイブルを書くのはいいことだと思います。それに、それほど難しい作業ではありません。フォーマットの構成をざっと見てみると、1～2日でできると思います。 ああ、ペテロよ、高慢なうぬぼれや賞賛を謙遜に置き換えることができたなら、その価値はないだろう。 1.イゴールがどれだけ優秀なプログラマーなのか、私にはわからない。私も批判していたわけではありません。でも、彼が優秀なら、そのままにしておけばいいんです。 2.標準フォーマットを使えるなら、よくやった、私ならやらない。自分で簡略化したものを書くより難しいと思うんです。 何度も言いますが、フレームを加工する必要がないGIFの方がお得です。つまり、映像を撮って、すぐにMQL-programに転送するのです。しかし、インストラクションを作成し、画像を1コマずつ処理する必要がある場合、標準のgifでは役に立ちません。つまり、gifの加工はエディタで行うべきで、1フレームずつエディタに読み込んで、そのようにビデオシーケンスを作成するのですか？そして、再生の仕組みもより複雑になります。ずっと複雑です。でも、確認してみましょう。 3.Expert Advisorで独自のスクリーンレコーダを開発することがナンセンスであるとは言い切れないのです。 ZS.謙虚さは苦手です)))です。 Реter Konow 2019.09.16 19:59 #363 ニコライ、さて、標準の.gifフォーマットを開いて、mql-programに統合する実験が粛々と始まっていますよ。幸運を祈ります。 ザイ。成功すれば大成功、失敗すればお情け程度))です。試行錯誤は、拷問ではありません。 最後に、10フレームをループするシンプルなビデオ命令を作る労力と、読み込みや再生の仕組みの複雑さを比較してみてください。 Реter Konow 2019.09.16 20:00 #364 Andrey Dik: https://www.mql5.com/ru/blogs/post/728564 このブログのページでは、イラスト（絵）はどのように描かれたのでしょうか？どうやってウェブページに画像を載せたのか、理解を超えている。 フラッビングをやめる。申し訳ないと言っていたのに。 Реter Konow 2019.09.16 20:06 #365 Andrey Dik: いいえ、それは原則の問題です......神の助けと私の仲間がいれば、あなたが軌道に乗るのを助けられると思います、あなたはいい人ですからね。 よかったら、内輪で原理を議論しましょうよ。ここでは整理整頓をする。 Реter Konow 2019.09.16 20:33 #366 ニコライ この標準的なgifは、読み取り可能なファイルに転送し、そこから配列にする必要があります。そこには、OSのバインディングがあるかもしれません。gifファイルを解凍して、画像データの場所、パレットのインデックスの場所、再生データの場所、OSデータなどの標準データの場所を分ける必要があります。つまり、このようなファイルには多くの「ゴミ」が含まれているはずで、それを解読して必要なものを取る必要があることに変わりはない。どうやって管理するんだろう。 Реter Konow 2019.09.16 20:34 #367 Andrey Dik: どうやってブログに写真を載せたのか、質問に答えてください。 普通、貼るだけでしょ。アンドレイ 納得のいかないことを説明するだけです。ただ、フライングしないように。 EAのスクリーンレコーダについての私の意見に傷ついたとしたら、それはあなたが（まだ）kanvasを使いこなせていないからに過ぎません。また、私は遺伝的アルゴリズムについて 何も知らないので、何も宣言しません。そして、もしそうなったとしても、すぐに間違いを認めます。MTからKanvasを取り出し、Windowsの何らかのビデオフォーマットに翻訳するだけではダメなのです。DUCKYです。非常に複雑です。そして無意味。悪気はないんです。 Реter Konow 2019.09.16 21:21 #368 Andrey Dik:Peterさんは、ただ「撮って置く」のではなく、PrintScrinボタンでクリップボードにスクリーンショットを置き、クリップボードからペイントに貼り付け、余分な部分をトリミングしてグラフィック形式のファイルに保存し、ブログに貼り付けているのですね。つまり、Windowsという手段や、一般に認められたグラフィックデータの基準を積極的に利用し、それなしには、ユーザーの行動に関する 情報を伝えることはできないのです。ですから、もしあなたがCanvas上でこれらすべてを行うのであれば、サードパーティのプログラムを使うことなく、単にプログラム上で画像（あるいは動画！）を保存するだけでよいのです。苦手なことを質問して、自分の非を認め、自分を高めようとすることは、決して難しいことではありませんし、恥ずかしいことでもないのです。そして、結論から言うと、キャンバスを動画ファイルに保存することは、まったく難しいことではありません。 1..bmp形式の画像 - 問題ありません。しかし、写真から.avi（または他のフォーマット）にビデオを保存することは非常に困難です。面倒くさいから」やらない。動画はどんなレコーダーでも簡単に記録できますが、MQLツールはそれ用に設計されているわけではありません。DLLは使えるけど、何に使うの？レコーダーを持ち、必要なものを記録する。MQLでこのような仕組みを開発するのは、非常に時間のかかる作業です。そして、もし私がそう言っているのなら、私を信じてください）。 2.mqlにおけるgifのポイントは、短い動画による説明やデモです。ニコライは、多くの人がそうであるように、標準的なgifファイルを取り出して、それをMQLで読み込んで再生するためのアルゴリズムを書けばそれで済むと考えています。そんなことはないだろう。落とし穴がたくさんあるんです。ファイルの解読、データの抽出、配列への読み込み、読み出し・再生の仕組みの記述。VERY複雑です。説明書では10～20コマしかないので、自分で簡略化したものを作る方が簡単です。処理に1時間かかるそうです。しかし、インストラクションには統一された色が含まれているので、より良い圧縮が可能です。また、動画には繰り返しの色配列がほとんどありません。そして、フレームはすべて異なる。そのため、カラーパレット インデックスが使用されています。データ量をどうにかして圧縮すること。 Nikolai Semko 2019.09.17 04:49 #369 Реter Konow: 1..bmp形式の画像 - 問題ありません。しかし、写真から.avi（または他のフォーマット）にビデオを保存することは非常に困難です。労力に見合わないから、やらない。動画はどんなレコーダーでも簡単に記録できますが、MQLツールはそれ用に設計されているわけではありません。 DLLは使えるけど、何に使うの？レコーダーを持ち、必要なものを記録する。MQLでこのような仕組みを開発するのは、非常に時間のかかる作業です。そして、もし私がそう言っているのなら、私を信じてください）。 2.mql gifのポイントは、短い動画のチュートリアルやデモンストレーションです。ニコライは、多くの人がそうであるように、標準的なgifファイルを取り出して、それをMQLで読み込んで再生するためのアルゴリズムを書けばそれで終わりだと考えています。そんなことはないだろう。落とし穴がたくさんあるんです。 ファイルの解読、データの抽出、配列への読み込み、読み出し・再生の仕組みの記述。VERY複雑です。説 明書では10～20コマしかないので、自分で簡略化したものを作る方が簡単です。処理に1時間かかるそうです。しかし、インストラクションには統一された色が含まれているので、より良い圧縮が 可能です。また、動画には繰り返しの色配列がほとんどありません。そして、フレームはすべて異なる。そのため、カラーパレットインデックスが使用されています。何とかしてデータ量を圧縮するため。 ほとんどそうなんですが、まったく逆なんです。 それに、乗り方も知らない自転車を再発明する必要はありません。 1時間に10～20コマ。冗談だろう？そんな幸せが必要なのか？ 小さなスクリーンショットを撮り、それを編集し、テキストやグラフィックのタグを挿入し、アニメーションGIFに変換するのは、Camtasiaでは数分でできます。 また、GIFファイルをリソースとしてプログラムに実装するのは簡単なことです。 #resource "\\Files\\Dialog.gif" as uchar G[] struct Gifka { uchar format[6]; short widht;; short height; uchar mask1; uchar BG; uchar R; // и т.д. }; Gifka g; void OnStart() { CharArrayToStruct(g,G); Print("Gif size - "+ string(ArraySize(G))+" bytes"); Print("Format Gif - "+CharArrayToString(g.format)); Print("Gif's Widht = "+ string(g.widht)); Print("Gif's Height = "+ string(g.height)); } フォーマットについてはこちらをご覧ください。http://home.onego.ru/~chiezo/gif.htm ファイル: Dialog.gif 681 kb GifTest.mq5 3 kb Реter Konow 2019.09.17 08:23 #370 Nikolai Semko: ほとんどそうなんですが、まったく逆なんです。 ましてや、乗り方もよくわからない自転車を再発明する必要はないのです。 1時間に10～20コマ。冗談だろう？そんな幸せが必要なのか？ 小さなスクリーンショットを撮り、それを編集し、テキストやグラフィックのタグを挿入し、アニメーションGIFに変換するのは、Camtasiaでは数分でできます。 また、gifファイルをプログラムのリソースとして実装するのは簡単なことです。 フォーマットについてはこちらをご覧ください。http://home.onego.ru/~chiezo/gif.htm ニコリ、GIFにはいろいろな種類があるんですよ。インターレース圧縮があるもの、ないもの、カラーパレットインデックスがあるもの、ないもの。 CamtasiaにはGIFの設定があり、かなり広範囲に渡っています。 フォーマットの説明のリンクを読ませていただきました。だから、私はこの案件を受けないんです。そこには膨大なニュアンスがあり、それを整理するのはアルゴリズム次第なのです。こ のフォーマットからデータダンプを解析し、どのように再生するかを決定するアルゴリズムを想像してください。この観点からフォーマットの解説をお読みください。C++にはそのためのアルゴリズムが用意されていると思いますが、それをMQLに統合するのは、それと同じくらい難しいことなのです。 だから、疑問は尽きない。 //----------------------------------------------- 1.出力されたファイルをどのようにデコードしているのですか？ 2.その根性とkanvasのソリューションをどう融合させるか？ 3.gifファイルを統合することは、それを再生する機構を書くことではない（ファイルを復号化しなければ、書くことは不可能である）。 4.通常のエディタでは、背景色や細部を制御して「一枚岩」にすることで、圧縮率が飛躍的に向上しますが、カムタジアではそのような機能はないようです...。 5.Camtasiaで映像を編集するのとほぼ同じ時間を費やすことになり、編集の質も悪くなります。Camtasiaは、他の作業用に設計されています。 //--------------------------------------------- せいぜい、ほぼ同等の労力で、画質の悪い圧縮されたGIFが得られる程度です。もちろん、抽象的なGIFではなく、具体的な10〜20フレーム程度の指示であれば。 しかし、-これはあくまで私の意見 です。 実装を待っています。 1...303132333435363738394041424344...93 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
MQLに関連するクリエイティブなテーマから遠ざかっているだけです。あなたにとって、小さく最適化されたExpert Advisorは、MQLにおけるニッチ、創造性、ビジネスの限界です。そして、この話題は不要であることが判明しました。
マーケットの消費者層の浅さを痛感したので、反論はしない。しかし、「クリエイティブチャージ」は、それが必要かどうかに関係なく、私の業績を導いて くれました。今、その充電が切れました。もうグラフィックはやらない。
ピーターさんの意見には賛成できません。イゴールは質の高いプログラマーであり、そこから多くを学ぶことができます。
また、独自のフォーマットや圧縮アルゴリズムを実装しようとするより、標準フォーマットのGifを使う方がもちろん適切です。
便利な方法でGifを作成・編集し、プログラムにアニメーションを 貼り付けることができます。ちなみに、Gifに関する特許は2004年に終了していますので、問題なく使うことができますよ。
その理由は、既存のスクリーンレコーダー（Camtasia Studioなど）の方がうまくできるためです。
しかし、MT5のウィンドウにアニメーションGIFを埋め込むためのバイブルを書くのはいいことだと思います。それに、それほど難しい作業ではありません。フォーマットの構造をざっと見れば、1-2日で解けるようになります。
ああ、ペテロよ、高慢なうぬぼれや賞賛を謙遜に置き換えることができたなら、その価値はないだろう。
私は、ピーターさんの意見に賛成できません。イゴールは質の高いプログラマーであり、そこから多くを学ぶことができます。
また、独自のフォーマットや圧縮アルゴリズムを実装しようとするよりも、標準のGifフォーマットを使用する方が、もちろん合理的です。
これははるかに便利です - 作成し、編集GIF便利な方法とあなたのプログラムにアニメーションを貼り付けます。
ちなみに、Gifの特許は2004年に切れているので、問題なく使えますよ。
その理由は、既存のスクリーンレコーダー（Camtasia Studioなど）の方がうまくできるためです。
しかし、MT5のウィンドウにアニメーションGIFを埋め込むためのバイブルを書くのはいいことだと思います。それに、それほど難しい作業ではありません。フォーマットの構成をざっと見てみると、1～2日でできると思います。
ああ、ペテロよ、高慢なうぬぼれや賞賛を謙遜に置き換えることができたなら、その価値はないだろう。
1.イゴールがどれだけ優秀なプログラマーなのか、私にはわからない。私も批判していたわけではありません。でも、彼が優秀なら、そのままにしておけばいいんです。
2.標準フォーマットを使えるなら、よくやった、私ならやらない。自分で簡略化したものを書くより難しいと思うんです。 何度も言いますが、フレームを加工する必要がないGIFの方がお得です。つまり、映像を撮って、すぐにMQL-programに転送するのです。しかし、インストラクションを作成し、画像を1コマずつ処理する必要がある場合、標準のgifでは役に立ちません。つまり、gifの加工はエディタで行うべきで、1フレームずつエディタに読み込んで、そのようにビデオシーケンスを作成するのですか？そして、再生の仕組みもより複雑になります。ずっと複雑です。でも、確認してみましょう。
3.Expert Advisorで独自のスクリーンレコーダを開発することがナンセンスであるとは言い切れないのです。
ZS.謙虚さは苦手です)))です。
ニコライ、さて、標準の.gifフォーマットを開いて、mql-programに統合する実験が粛々と始まっていますよ。幸運を祈ります。
ザイ。成功すれば大成功、失敗すればお情け程度))です。試行錯誤は、拷問ではありません。
最後に、10フレームをループするシンプルなビデオ命令を作る労力と、読み込みや再生の仕組みの複雑さを比較してみてください。
https://www.mql5.com/ru/blogs/post/728564
このブログのページでは、イラスト（絵）はどのように描かれたのでしょうか？どうやってウェブページに画像を載せたのか、理解を超えている。
いいえ、それは原則の問題です......神の助けと私の仲間がいれば、あなたが軌道に乗るのを助けられると思います、あなたはいい人ですからね。
どうやってブログに写真を載せたのか、質問に答えてください。
普通、貼るだけでしょ。アンドレイ 納得のいかないことを説明するだけです。ただ、フライングしないように。
EAのスクリーンレコーダについての私の意見に傷ついたとしたら、それはあなたが（まだ）kanvasを使いこなせていないからに過ぎません。また、私は遺伝的アルゴリズムについて 何も知らないので、何も宣言しません。そして、もしそうなったとしても、すぐに間違いを認めます。MTからKanvasを取り出し、Windowsの何らかのビデオフォーマットに翻訳するだけではダメなのです。DUCKYです。非常に複雑です。そして無意味。悪気はないんです。
Peterさんは、ただ「撮って置く」のではなく、PrintScrinボタンでクリップボードにスクリーンショットを置き、クリップボードからペイントに貼り付け、余分な部分をトリミングしてグラフィック形式のファイルに保存し、ブログに貼り付けているのですね。
つまり、Windowsという手段や、一般に認められたグラフィックデータの基準を積極的に利用し、それなしには、ユーザーの行動に関する 情報を伝えることはできないのです。
ですから、もしあなたがCanvas上でこれらすべてを行うのであれば、サードパーティのプログラムを使うことなく、単にプログラム上で画像（あるいは動画！）を保存するだけでよいのです。
苦手なことを質問して、自分の非を認め、自分を高めようとすることは、決して難しいことではありませんし、恥ずかしいことでもないのです。そして、結論から言うと、キャンバスを動画ファイルに保存することは、まったく難しいことではありません。
1..bmp形式の画像 - 問題ありません。しかし、写真から.avi（または他のフォーマット）にビデオを保存することは非常に困難です。面倒くさいから」やらない。動画はどんなレコーダーでも簡単に記録できますが、MQLツールはそれ用に設計されているわけではありません。DLLは使えるけど、何に使うの？レコーダーを持ち、必要なものを記録する。MQLでこのような仕組みを開発するのは、非常に時間のかかる作業です。そして、もし私がそう言っているのなら、私を信じてください）。
2.mqlにおけるgifのポイントは、短い動画による説明やデモです。ニコライは、多くの人がそうであるように、標準的なgifファイルを取り出して、それをMQLで読み込んで再生するためのアルゴリズムを書けばそれで済むと考えています。そんなことはないだろう。落とし穴がたくさんあるんです。ファイルの解読、データの抽出、配列への読み込み、読み出し・再生の仕組みの記述。VERY複雑です。説明書では10～20コマしかないので、自分で簡略化したものを作る方が簡単です。処理に1時間かかるそうです。しかし、インストラクションには統一された色が含まれているので、より良い圧縮が可能です。また、動画には繰り返しの色配列がほとんどありません。そして、フレームはすべて異なる。そのため、カラーパレット インデックスが使用されています。データ量をどうにかして圧縮すること。
1..bmp形式の画像 - 問題ありません。しかし、写真から.avi（または他のフォーマット）にビデオを保存することは非常に困難です。労力に見合わないから、やらない。動画はどんなレコーダーでも簡単に記録できますが、MQLツールはそれ用に設計されているわけではありません。 DLLは使えるけど、何に使うの？レコーダーを持ち、必要なものを記録する。MQLでこのような仕組みを開発するのは、非常に時間のかかる作業です。そして、もし私がそう言っているのなら、私を信じてください）。
2.mql gifのポイントは、短い動画のチュートリアルやデモンストレーションです。ニコライは、多くの人がそうであるように、標準的なgifファイルを取り出して、それをMQLで読み込んで再生するためのアルゴリズムを書けばそれで終わりだと考えています。そんなことはないだろう。落とし穴がたくさんあるんです。 ファイルの解読、データの抽出、配列への読み込み、読み出し・再生の仕組みの記述。VERY複雑です。説 明書では10～20コマしかないので、自分で簡略化したものを作る方が簡単です。処理に1時間かかるそうです。しかし、インストラクションには統一された色が含まれているので、より良い圧縮が 可能です。また、動画には繰り返しの色配列がほとんどありません。そして、フレームはすべて異なる。そのため、カラーパレットインデックスが使用されています。何とかしてデータ量を圧縮するため。
ほとんどそうなんですが、まったく逆なんです。
それに、乗り方も知らない自転車を再発明する必要はありません。
1時間に10～20コマ。冗談だろう？そんな幸せが必要なのか？
小さなスクリーンショットを撮り、それを編集し、テキストやグラフィックのタグを挿入し、アニメーションGIFに変換するのは、Camtasiaでは数分でできます。
また、GIFファイルをリソースとしてプログラムに実装するのは簡単なことです。
フォーマットについてはこちらをご覧ください。
http://home.onego.ru/~chiezo/gif.htm
ほとんどそうなんですが、まったく逆なんです。
ましてや、乗り方もよくわからない自転車を再発明する必要はないのです。
1時間に10～20コマ。冗談だろう？そんな幸せが必要なのか？
小さなスクリーンショットを撮り、それを編集し、テキストやグラフィックのタグを挿入し、アニメーションGIFに変換するのは、Camtasiaでは数分でできます。
また、gifファイルをプログラムのリソースとして実装するのは簡単なことです。
フォーマットについてはこちらをご覧ください。
http://home.onego.ru/~chiezo/gif.htm
ニコリ、GIFにはいろいろな種類があるんですよ。インターレース圧縮があるもの、ないもの、カラーパレットインデックスがあるもの、ないもの。 CamtasiaにはGIFの設定があり、かなり広範囲に渡っています。
フォーマットの説明のリンクを読ませていただきました。だから、私はこの案件を受けないんです。そこには膨大なニュアンスがあり、それを整理するのはアルゴリズム次第なのです。こ のフォーマットからデータダンプを解析し、どのように再生するかを決定するアルゴリズムを想像してください。この観点からフォーマットの解説をお読みください。C++にはそのためのアルゴリズムが用意されていると思いますが、それをMQLに統合するのは、それと同じくらい難しいことなのです。
だから、疑問は尽きない。
//-----------------------------------------------
1.出力されたファイルをどのようにデコードしているのですか？
2.その根性とkanvasのソリューションをどう融合させるか？
3.gifファイルを統合することは、それを再生する機構を書くことではない（ファイルを復号化しなければ、書くことは不可能である）。
4.通常のエディタでは、背景色や細部を制御して「一枚岩」にすることで、圧縮率が飛躍的に向上しますが、カムタジアではそのような機能はないようです...。
5.Camtasiaで映像を編集するのとほぼ同じ時間を費やすことになり、編集の質も悪くなります。Camtasiaは、他の作業用に設計されています。
//---------------------------------------------
せいぜい、ほぼ同等の労力で、画質の悪い圧縮されたGIFが得られる程度です。もちろん、抽象的なGIFではなく、具体的な10〜20フレーム程度の指示であれば。
しかし、-これはあくまで私の意見 です。
実装を待っています。