帆布很酷! - 页 65

[Artyom Trishkin]

Nikolai Semko:
好吧，非常简单，Artem，我过去认为一个像素是一个正方形，通过面积计算它在新刻度的像素中的权重参与，现在我认为它是一个圆，通过到新刻度的像素中心的距离计算它的权重参与。

谢谢，这很有趣。

[Nikolay Kositsin]

Nikolai Semko:

我在这里 举了一个代码的例子。但该代码远非完美。我现在会以完全不同的方式行事。

哦，哇哦!我对代码进行了一些修改。把调整大小的功能从类中取出，放到一个单独的文件中，供大家使用，并增加了不按比例调整大小的能力。

[Nikolai Semko]

Nikolay Kositsin:
惊人的!我对代码进行了一些修改。我把调整大小的功能从类中取出来，放到一个单独的文件中，供大家使用，并增加了不按比例调整大小的能力。

好吧，实际上这个算法很糟糕。我记得我在一天内写完它，纯粹是为了测试它，让它发挥作用，看看颜色在转化时是如何保存的。
它非常慢（你可以看到闪烁，我记得还有一些小毛病），但有很大的潜力可以把它的速度提高很多倍。
现在，根据我在那段代码之后获得的知识和经验，要重写这个大小，我想需要三天时间。
但是，也许找到现成的东西会更好，而不是重新发明车轮。
例如，这里有一个免费的C++库，虽然老旧，但相当管用。
https://drive.google.com/file/d/1BceTk-OrtQza0Hpozhm1nqAcNkRdeNH5/view?usp=sharing
看演示例子image_perspective。

[Nikolay Kositsin]

Nikolai Semko:

好吧，实际上这个算法很糟糕。我记得我在一天内写完它，纯粹是为了测试它，让它发挥作用，看看颜色在转化时是如何保存的。
它非常慢（你可以看到闪烁，我记得还有一些小毛病），但有很大的潜力可以把它的速度提高很多倍。
现在，根据我在那段代码之后获得的知识和经验，要重写这个大小，我想需要三天时间。
但是，也许找到现成的东西会更好，而不是重新发明车轮。
例如，这里有一个免费的C++库，虽然老旧，但相当管用。
https://drive.google.com/file/d/1BceTk-OrtQza0Hpozhm1nqAcNkRdeNH5/view?usp=sharing
看演示例子image_perspective。

嗯，事实上，它应该这样做，但事实证明，在互联网上，特别是关于这个主题，所有的信息都被莫名其妙地吃掉了。我不确定链接的所有者是否会允许下载它。

[Nikolai Semko]

Nikolay Kositsin:
嗯，事实上，它应该这样做，但事实证明，在互联网的这个特定主题上，所有的信息都不知不觉地被蛀掉了。谢谢你的链接，但它的编码和链接的所有者是否允许下载 - 这是不清楚的。

纠正了。它无需密码即可打开。

[fxsaber]

Nikolai Semko:

我同意Renat的观点，即使使用CPU进行图形输出，也涵盖了MQL5任务区所有图形任务的99%以上。

我在终端的GUI上有大量的CPU负载。

[Nikolay Kositsin]

Nikolai Semko:

纠正了。它无需密码即可打开。

尼古拉，我应该在图书馆的哪一边挖掘？我已经用所有可用的分析方法进行了探测，但我没有发现对像素阵列和图像进行重新调整大小或重新取样的情况。

[Fast235]

fxsaber:

我从终端的GUI本身得到大量的CPU负载。

Ryzen 3700x和GTX1060也会对卷起或不卷起产生影响，开发人员正在与时俱进地减少响应性，更接近于实时，是时候改变你的古老处理器了，2700K不是吗？

[fxsaber]

Fast235:

Ryzen 3700x和GTX1060也让人感觉到卷起或不卷起的区别，开发人员正在与时俱进地减少响应性，更接近实时性，是时候改变你的古老处理器了，2700K一样？

是的，我不认为开发者曾经平行运行过五个终端，在那里，每个一百个字符的高频谈判者到达市场审查。

当这种终端的微不足道的最小化将大量的CPU负载减少到几乎没有时，它就显得非常愚蠢了。为什么需要这样一个不合理的消耗CPU的GUI还不清楚。

[Fast235]

fxsaber:

是的，我不认为开发者曾经平行运行过五个终端，其中高频的市场观察每个都有数百个字符。

当这种终端的微不足道的最小化将大量的CPU负载减少到几乎没有时，它就显得非常愚蠢了。为什么会有这样一个不合理的消耗性GUI，令人费解。

他们遵守着装规范，谷歌对每个人都有大量明显的缺陷，但一切都被忽略了，MQ非常渴望像这些巨头一样。