多时间框架指标 - 页 583

 

嗨,伙计们。

我目前正在使用这个自定义蜡烛,它完美地满足了我在交易中的需要。对我来说,自定义蜡烛的作用就像身体的X光一样。我喜欢在15分钟的时间框架内看到6小时的时间框架(自定义蜡烛)。

我唯一希望这个指标能够做到的是,像P4L周期转换器那样向后或向前移动。我希望有这个功能,因为我想看看不同版本的6小时TF向后或向前移动1个或更多小时后发生了什么。

因此,请为这个伟大的指标添加移位功能。非常感谢您的时间和帮助!

附加的文件:
 
pastecopy:
谢谢你的反馈,i7处理器能解决这个问题吗?我需要一个单独的显卡还是使用内置的图形已经足够了?

不幸的是,i7和32GB以上的内存不一定能解决问题。

因为其他使用MTF的同样机器的人仍然有同样的问题。

但它应该工作得更好,但应该减少MTF indi's和图表上的条形图,这将有助于CPU不必寻找它当时并不真正需要的历史数据。

一个更好的显卡会使事情运行得更顺畅,因为它有自己的内存。

2GB以上的显卡应该是MT4和MTF的最低配置。

也许解决这些MTF问题的唯一真正办法是使用两台i7电脑

或者使用商业化的intel CPU,它比i7强大得多,但也贵得多。

据报道,AMD 6核对MT4的正常应用也有很大的影响,但对MTF可能还是个问题。

英特尔与AMD:哪个处理器最好?| 新闻 | TechRadar

 
mladen:
秘密代码

这里是该指标的一个多时间框架版本

交易愉快

非常感谢Mladen 提供的漂亮的RSX指标

祝福你

秘密代码

 

大家好,还有Mladen。

你能在MTF中制作这个Indi吗?

谢谢

centered_tma_-_ma_cross_amp_alerts_histo.mq4

 

请无视我在这里的请求。

https://www.mql5.com/en/forum/173574/page406

我的意思是......我怎么会瞎呢?

对不起,各位。

 
mladen:
试着将 "start "函数开头的代码替换成这样。
int counted_bars=IndicatorCounted();

if(counted_bars<0) return(-1);

int limit = MathMin(Bars-counted_bars,Bars-1);

for(int i=MathMax(limit-1,0); i>=0; i--)

嗨,Mladen。

我可以要求你对所附的indi做一个小的修改吗?

请在0线被越过和当前栏杆被关闭时,添加一条垂直线(在子窗口)。

谢谢

hp_mtf_velo_sep_norpt_v2.mq4

附加的文件:
 
engula:
嗨,mladen。

我可以要求你对所附的indi做一个小小的修改吗?

请在0线被越过和当前栏杆被关闭时添加一条垂直线(在子窗口)。

谢谢

hp_mtf_velo_sep_norpt_v2.mq4

铭文

给你

附加的文件:
 
mrtools:
嗨,Borsenkater1969。

做了mtf,但想发表一下这个::::。

免责声明:居中的三角形移动平均线重新计算最后半个周期的条数,因此这些条数会有变化。

谢谢mrtools的解释和快速帮助。

Börsenkater

 
WR1:
不幸的是,i7和32GB以上的内存不一定能解决这个问题。

因为其他使用MTF的同样机器的人仍然有同样的问题

但它应该工作得更好,但应该减少MTF indi's和图表上的条形图,这将有助于CPU不必寻找它当时并不真正需要的历史数据。

一个更好的显卡会使事情运行得更顺畅,因为它有自己的内存。

2GB以上的显卡应该是MT4和MTF的最低配置。

也许解决这些MTF问题的唯一真正办法是使用两台i7电脑

或者使用商业化的intel CPU,它比i7强大得多,但也贵得多。

据报道,AMD 6核对MT4的正常应用也有很大的影响,但对MTF可能还是个问题。

英特尔与AMD:哪个处理器最好?| 新闻 | TechRadar

谢谢你的反馈,非常感谢。

除了计算当时并不真正需要的历史数据而消耗CPU外,MT4的设计是否也造成了延迟?我认为MT4是一个32位程序,可能无法利用超过4GB的内存?

也将通过减少历史条数和MT4图表上的条数来测试性能,可在以下位置调整。

工具->选项->图表。

 
pastecopy:
谢谢你的反馈,非常感谢。

除了计算当时并不真正需要的历史数据来消耗CPU外,MT4的设计是否也造成了延迟?我认为MT4是一个32位程序,可能无法利用超过4GB的内存?

也会通过减少MT4的历史条数和图表条数来测试性能,以便进行调整。

工具->选项->图表。

拷贝(pastecopy

当涉及到metatrader时,几乎所有的CPU过载都来自两个原因:太多的同时打开的图表和错误的(低效的)代码。

如果使用得当,多时间框架不应该使CPU过载(除非你试图在1分钟的图表上使用月度数据,这时可能会发生--它需要重新计算至少43200条来保持所有的更新),所以可能不是mtf造成的,而是mtf代码的问题。另外,试着将图表上的 最大条数 减少。我多年来一直在使用每张图表5000条,因此在交易中从未出现过任何问题。