帆布很酷! - 页 66 1...596061626364656667686970717273...93 新评论 Yury Kulikov 2021.01.29 14:12 #651 对于一些任务,如缩放界面,图像大小的调整功能可以大大简化。 一个将资源加载到指定大小的函数的例子。 bool ImageFromResource(const string _resource,const int _w,const int _h,uint &_pic[]) { uint lp[]; int wr, hr; if(_w<2 || _h<2) return(false); if(!ResourceReadImage(_resource,lp,wr,hr)) { Print("Еrror loading resource: ",_resource); return(false); } if(_w!=wr || _h!=hr) { //resize image ArrayResize(_pic,_w*_h); double sw=(double)_w/wr; double sh=(double)_h/hr; // for(int _y=0; _y<_h; _y++) for(int _x=0; _x<_w; _x++) _pic[_y*_w+_x]=lp[int(_y/sh)*wr+int(_x/sw)]; }else ArrayCopy(_pic,lp); return(true); } 调整大小算法的视觉比较,右边是简化版本。 Fast235 2021.01.29 14:26 #652 fxsaber:这种终端的微不足道的最小化,将大量的CPU负载几乎降为零。目前还不清楚为什么需要这样一个不合理的耗费CPU的GUI。 为此要感谢程序员。 例如,最流行的视频编解码器madvr被暂停了,它吃东西就像在采矿一样) Renat Fatkhullin 2021.01.29 19:38 #653 fxsaber:是的,我不认为开发者曾经平行运行过五个终端,其中高频的市场观察每个都有数百个字符。当这种终端的微不足道的最小化将大量的CPU负载减少到几乎没有时,它就显得非常愚蠢了。为什么需要这样一个不合理的消耗CPU的GUI还不清楚。 你认为每秒300次的图形用户界面的渲染是免费的吗? 你会是第一个声称我们画得不对、没有画完或跳过画的人。 如果我们谈论的是台式机,你需要一块正常的快速显卡--它将啃掉高渲染率。最小化窗口可以减少大多数频繁绘图的应用程序的负荷。 供参考,MetaTrader可以做到100-300FPS,因为每秒钟有大量的报价流。不是像普通节目那样每秒1-2帧,而是实际上每秒有数百帧,这取决于报价流。 Fast235 2021.01.29 19:52 #654 Renat Fatkhullin:你认为每秒钟画300次gui是免费的吗?你会是第一个声称我们画错了,没有完成画,或者跳过画的人。如果我们谈论的是台式机,你需要一块正常的快速显卡--它将啃掉高渲染率。最小化窗口可以减少大多数频繁绘图的应用程序的负荷。 供参考,MetaTrader可以做到100-300FPS,因为每秒钟有大量的报价流。不是像普通节目那样每秒1-2帧,而是实际上每秒有数百帧,这取决于报价流。雷纳特,你已经测试了所有新的处理器,这些处理器现在已经达到了我们在这里运行的10个英特尔处理器和Zen2更快的水平,对吗? 据我所知,英特尔不擅长多线程,安卓的多线程并行很好,这是一个好主意。 prostotrader 2021.01.29 20:00 #655 帆布 - 酷! 它对交易有什么帮助? Fast235 2021.01.29 20:01 #656 雷纳特,既然你在这里,请回信 Nikolai Semko 2021.01.29 20:02 #657 prostotrader:帆布 - 酷!它对交易有帮助吗? 是 Nikolai Semko 2021.01.29 20:07 #658 Yury Kulikov:对于一些任务,如缩放界面,图像大小的调整功能可以大大简化。 一个将资源加载到指定大小的函数的例子。 调整大小算法的视觉比较,右边是简化版本。 嗯,是的,尤里,我同意。这种超快的算法有生命力。,但当然,它的质量也有严重的损失。特别是在图像中,有尖锐的颜色过渡。 这里有一个脚本,例如,它清楚地表明了这一点。右边是这个快速算法,左边是我的算法(大约慢4-10倍)。 一个正常的截图还原的例子。 顺便说一句,我明白为什么会有这样的眨眼。我在每一帧都对位图重新取样,这很愚蠢,这就是原因。现在我已经把它去掉了,一切都运行得很顺利。 附加的文件: Scaling.gif 12254 kb scaling2.zip 290 kb Renat Fatkhullin 2021.01.29 20:08 #659 Fast235:雷纳特,你已经测试了所有的新处理器,现在已经达到了我们在这里运行的每核10个英特尔处理器和Zen2更快的水平,不是吗? 据我所知,英特尔不擅长多线程,AMD并行多线程很好,这是一个很好的解决方案。 所有现代处理器的运行速度都足够快。 特别是如果你有大量的内存和NVMe驱动器用于终端任务。强烈建议使用中档显卡。 在我们公司,我们拒绝使用英特尔,一年多来一直只购买AMD Epyc的服务器和工作站。 Fast235 2021.01.29 20:10 #660 Renat Fatkhullin:所有现代的处理器都相当快。特别是如果有大量的内存和NVMe磁盘。对于终端来说,强烈建议使用中端显卡。在我们公司,我们拒绝英特尔,一年多来我们只购买AMD Epyc的服务器和工作站。 伟大的) 1...596061626364656667686970717273...93 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
调整大小算法的视觉比较,右边是简化版本。
这种终端的微不足道的最小化,将大量的CPU负载几乎降为零。目前还不清楚为什么需要这样一个不合理的耗费CPU的GUI。
为此要感谢程序员。
例如,最流行的视频编解码器madvr被暂停了,它吃东西就像在采矿一样)
是的,我不认为开发者曾经平行运行过五个终端,其中高频的市场观察每个都有数百个字符。
当这种终端的微不足道的最小化将大量的CPU负载减少到几乎没有时,它就显得非常愚蠢了。为什么需要这样一个不合理的消耗CPU的GUI还不清楚。
你认为每秒300次的图形用户界面的渲染是免费的吗?
你会是第一个声称我们画得不对、没有画完或跳过画的人。
如果我们谈论的是台式机,你需要一块正常的快速显卡--它将啃掉高渲染率。最小化窗口可以减少大多数频繁绘图的应用程序的负荷。
供参考,MetaTrader可以做到100-300FPS,因为每秒钟有大量的报价流。不是像普通节目那样每秒1-2帧,而是实际上每秒有数百帧,这取决于报价流。
你认为每秒钟画300次gui是免费的吗?
你会是第一个声称我们画错了,没有完成画,或者跳过画的人。
如果我们谈论的是台式机,你需要一块正常的快速显卡--它将啃掉高渲染率。最小化窗口可以减少大多数频繁绘图的应用程序的负荷。
供参考,MetaTrader可以做到100-300FPS,因为每秒钟有大量的报价流。不是像普通节目那样每秒1-2帧,而是实际上每秒有数百帧,这取决于报价流。
雷纳特,你已经测试了所有新的处理器,这些处理器现在已经达到了我们在这里运行的10个英特尔处理器和Zen2更快的水平,对吗?
据我所知,英特尔不擅长多线程,安卓的多线程并行很好,这是一个好主意。帆布 - 酷!
它对交易有什么帮助?
帆布 - 酷!
它对交易有帮助吗?
是
调整大小算法的视觉比较,右边是简化版本。
嗯,是的,尤里,我同意。这种超快的算法有生命力。

,但当然,它的质量也有严重的损失。特别是在图像中,有尖锐的颜色过渡。
这里有一个脚本,例如,它清楚地表明了这一点。右边是这个快速算法,左边是我的算法(大约慢4-10倍)。
一个正常的截图还原的例子。
顺便说一句,我明白为什么会有这样的眨眼。我在每一帧都对位图重新取样,这很愚蠢,这就是原因。现在我已经把它去掉了,一切都运行得很顺利。
雷纳特,你已经测试了所有的新处理器,现在已经达到了我们在这里运行的每核10个英特尔处理器和Zen2更快的水平,不是吗?
据我所知,英特尔不擅长多线程,AMD并行多线程很好,这是一个很好的解决方案。所有现代处理器的运行速度都足够快。
特别是如果你有大量的内存和NVMe驱动器用于终端任务。强烈建议使用中档显卡。
在我们公司,我们拒绝使用英特尔,一年多来一直只购买AMD Epyc的服务器和工作站。
所有现代的处理器都相当快。特别是如果有大量的内存和NVMe磁盘。
对于终端来说,强烈建议使用中端显卡。
在我们公司,我们拒绝英特尔,一年多来我们只购买AMD Epyc的服务器和工作站。
伟大的)