帆布很酷! - 页 37

[Nikolai Semko]

Реter Konow:

你只是远离了与MQL有关的创意主题。对你来说，小型优化的专家顾问是利基的极限，是MQL的创造力和业务。而这个话题原来是没有必要的。

我不打算争辩，因为我已经意识到《市场》的消费者受众是多么浅薄。但是，"创造性的冲锋 "已经引导我取得了成就 ，不管他们是否需要。现在，这笔费用已经用完了。我不再做图形了。

我不能同意你的观点，彼得。伊戈尔是一个高质量的程序员，你可以从他身上学到很多东西。
而使用标准格式的Gif当然比试图实现你自己的格式和压缩算法更合适。
，它更方便--以方便的方式创建和编辑gif，并将动画 粘贴到你的程序中。
，顺便说一下，Gif的专利在2004年就结束了，所以你可以顺利使用它。
原因是现有的屏幕记录器（如Camtasia Studio）可以做得更好。

但如果能写一本在MT5窗口中嵌入gif动画的圣经就更好了。此外，这并不是一项非常困难的任务。如果你快速看一下格式的结构，你就能在1-2天内解决它。

哦，彼得，如果你能用谦虚代替你骄傲的自负和赞美，你就不值得了。

[Реter Konow]

Nikolai Semko:

我不能同意你的观点，彼得。伊戈尔是一个高质量的程序员，你可以从他身上学到很多东西。
而使用标准的Gif格式，当然比试图实现你自己的格式和压缩算法更合理。
这就更方便了--创建和编辑gif的方便方式，并将动画粘贴到你的程序中。
而且，顺便说一句，Gif的专利在2004年就到期了，所以你可以毫无问题地使用它。
原因是现有的屏幕记录器（如Camtasia Studio）可以做得更好。

但如果能写一本在MT5窗口中嵌入gif动画的圣经就更好了。此外，这并不是一项非常困难的任务。如果你快速看一下格式的结构，我想你可以在1-2天内完成它。

哦，彼得，如果你能用谦虚代替你骄傲的自负和赞美，你就不值得了。

1.伊戈尔是个多好的程序员，我不知道。我也不是在批评他。但是，如果他是好的，那就让他去吧。

2.如果你能使用标准格式，做得很好，我不会这样做。我认为这比写自己的简化版更难。 我再说一遍--你会在不必处理框架的gif上省钱。就是说，你拍下录像，并立即将其转移到MQL-程序中。但如果你需要做一个指令，并逐帧处理图像，标准的GIF就不能帮助你。我的意思是，GIF的处理应该用编辑器来完成，你要把每一帧逐一加载到编辑器中，并以这种方式创建视频序列？而播放机制将更加复杂。要复杂得多。但是，让我们检查一下。

3.我们不能确定在专家顾问系统中开发自己的屏幕记录器是无稽之谈。

ZS，谦虚不是我的强项）））。

[Реter Konow]

尼古拉，好吧，打开标准的.gif格式并将其整合到mql-程序中的实验已经庄严地开始了!我祝你好运。

Zy。如果你成功了，你就是一个巨大的成功，如果没有，你就像一个可怜虫））。尝试并不是一种折磨。

最后，你可以比较一下制作一个简单的循环10帧视频指令所涉及的劳动，以及读取和播放机制的复杂性。

[Реter Konow]

Andrey Dik:

https://www.mql5.com/ru/blogs/post/728564

在这个博客页面上，你是如何做插图（图片）的？你是如何将图片放在网页上的？这超出了人们的理解范围--如何？

不要再弄虚作假了。你说你很抱歉。

[Реter Konow]

Andrey Dik:

不，这是一个原则问题，.....，我希望在上帝的帮助下，在我的同事们的帮助下，我们可以帮助你回到正轨，你是个好人。

如果你愿意，让我们私下里讨论一下这些原则。我们将在这里保持事情的顺序。

[Реter Konow]

尼古拉，这个标准的GIF应该被转移到一个可读的文件中，并从该文件中转移到一个数组中。那里可能有一些操作系统的捆绑。你必须解开gif文件的包装，把图像数据、调色板索引、播放数据和操作系统数据或其他标准数据分开。简而言之，这样的文件中会有很多 "垃圾"，你仍然需要破译它，并采取你需要的东西。我不知道你将如何管理它。

[Реter Konow]

Andrey Dik:

请回答这个问题--你是如何在你的博客上发布图片的。一个简单的问题，回答它就可以了。

通常情况下，你只是把它挂起来。安德烈，你就解释一下你不舒服的地方吧。只要不失误。

如果你被我对EA中的屏幕记录器的意见所伤害，那只是因为你对kanvas不是很擅长（还没有）。我也不知道什么是遗传算法，我也不声明什么。如果我做了，我也会很快承认错误。你不能只是从MT中提取Kanvas并将其翻译成某种Windows视频格式。它是DUCKY。非常复杂。而且毫无意义。没有冒犯的意思。

[Реter Konow]

Andrey Dik:

彼得，你不只是 "拍摄和放置"，而是用PrintScrin按钮将截图放在剪贴板上，从剪贴板粘贴到Paint中，修剪多余的部分，将其保存为一个图形格式文件，然后粘贴到你的博客中。

换句话说，你积极使用Windows的工具和普遍接受的图形数据标准，没有这些，你就无法向用户传达你的行动 信息。

因此，如果你要在Canvas上做这一切，你可以在你的程序中简单地保存图片（甚至视频！），而无需使用任何第三方程序。

对我来说，问一个我不擅长的问题，承认自己的错误，并努力改善自己，这并不困难，也一点都不可耻。而且，事实证明，将画布保存为视频文件一点都不难。

1.一张.bmp格式的图片--没有问题。但将图片中的视频保存为.avi（或其他格式）是非常困难的。我不会这么做，因为 "不值得这么麻烦"。视频可以很容易地用任何记录器来记录，而MQL工具并不是为它设计的。你可以使用DLL，但为了什么？我们拿着录音机，记录我们需要的东西。在MQL中开发这种机制是一项非常耗时的工作。如果我这么说，请相信我）。

2.mql gif的要点是短视频教程或演示。尼古拉认为，和大多数人一样，你可以采取一个标准的gif文件，在MQL中写一个读取和播放的算法，就可以了。我不这么认为。有很多隐患。破译文件，提取数据，将其加载到一个数组中，编写一个读/回放机制。这是很复杂的。制作自己的简化版更容易，因为说明书中只有10到20个框架。他们需要一个小时的时间来处理。但是，它们的压缩效果更好，因为说明中包含统一的颜色。而视频中几乎没有重复的颜色序列。而且所有框架都是不同的。因此，采用了调色板 索引法。以某种方式压缩数据量。

[Nikolai Semko]

Реter Konow:

1.一张.bmp格式的图片--没有问题。但将图片中的视频保存为.avi（或其他格式）是非常困难的。我不会这样做，因为不值得这样做。视频可以很容易地用任何记录器来记录，而MQL工具并不是为它设计的。 你可以使用DLL，但为了什么？我们拿着录音机，记录我们需要的东西。在MQL中开发这种机制是一项非常耗时的工作。如果我这么说，请相信我）。

2.在mql中，gif的意义在于短视频说明或演示。尼古拉认为，和大多数人一样，你可以采取一个标准的gif文件，在MQL中写一个读取和播放的算法，就可以了。我不这么认为。有很多隐患。 破译文件，提取数据，将其加载到一个数组中，编写一个读/回放机制。这是很复杂的。制 作自己的简化版更容易，因为说明书中只有10到20个框架。他们需要一个小时的时间来处理。但是， 它们的压缩效果更好，因为说明中包含统一的颜色。而视频几乎不包含重复的颜色序列。而且所有框架都是不同的。因此，采用了调色板索引法。为了以某种方式压缩数据量。

这几乎是这样，但恰恰相反。
而且没有必要重新发明一辆你甚至不知道如何骑的自行车。
每小时10-20帧。你在开玩笑吗？谁需要这样的幸福？
在Camtasia中，拍摄一个小的屏幕截图，对其进行编辑，插入文本和图形标签，并将其转换为gif动画，只需几分钟。

而将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

[Реter Konow]

Nikolai Semko:

这几乎是这样，但恰恰相反。
而且没有必要重新发明一辆没有人知道如何骑的自行车。
每小时10-20帧。你在开玩笑吗？谁需要这样的幸福？
在Camtasia中，拍摄一个小的屏幕截图，对其进行编辑，插入文本和图形标签，并将其转换为gif动画，只需几分钟。

而在程序中实现gif文件作为一种资源是非常容易的。

在这里阅读有关格式。
http://home.onego.ru/~chiezo/gif.htm

尼古拉，有不同类型的GIF。有些有隔行压缩，有些没有，有些有调色板索引，有些没有。 Camtasia有针对GIF的设置，而且范围相当广泛。

我读了你的格式描述的链接。这就是为什么我不愿意接这个案子。那里有大量的细微差别，要靠算法来理清它。想 象一下，有一种算法可以解析这种格式的数据，并确定如何复制它。从这个角度来看，请阅读对格式的描述。我确信C++有现成的算法，但把它们整合到MQL中也同样困难。

因此，问题仍然是一样的。

//-----------------------------------------------

1.你如何对输出文件进行解码？

2.你将如何把它的肠道与你的kanvas解决方案合并？

3.整合一个gif文件并不意味着编写一个机制来回放它（这是不可能写的，不解密文件）。

4.在普通的编辑器中，你可以控制背景颜色和细节，使其成为 "整体"，这可以极大地提高压缩率，而在Camtasia中，似乎没有这样的功能。

5.你在Camtasia中花费的剪辑时间大致相同，而你的剪辑质量会更差--Camtasia是为其他工作设计的。

//---------------------------------------------

在最好的情况下，你会得到图像质量很差的压缩GIF，几乎是同等努力。当然，如果我们不是在谈论抽象的gif，而是具体的10-20帧说明。

但是，--这只是我的看法。

我在等待你的实施。