精英指标 :) - 页 218

 

姆拉登。

谢谢!

 

姆拉登...

嗨,Mladen。

RE: "nonlagma多时间框架趋势 "指标

看一下第164行,我发现这个编码

limit = MathMin(Bars-counted_bars,Bars-1)。

我不是一个编码员,请原谅我的无知。 我的问题是,这是否可能是指标跳回2个小节的原因,即使设置为1个TF,如M5-TF的M30?

我认为这个指标有巨大的潜力,只要能 "纠正 "这个故障。

谢谢你在享受周末后的回复。

最好的问候。

 

ValeoFX

我必须承认,我不完全理解你的问题,但会试着解释一些我认为令你困惑的事情。

_________________________

Metatrader将数组作为C++处理:当访问一个10元素数组的最后一个元素时,你不使用10作为元素索引,而是使用9。第一部分(Bars-counted_bars)是简单地确定有效变化的条数并需要计算(由于输入的变化,每个变化的条数都需要重新计算),因为counted_bars可以是0,该表达式可以产生Bars作为要计算的条数,但随后出现了 "Bars-1 "安全。

这就是全部。它不会导致任何错误的计算。它只是确定应该重新计算多少个柱子(请不要落入一个陷阱,认为重新计算就是重新画图:不是的。正如我多次说过的,重新绘制是一个编码错误,重新计算是一个代码的正常状态,当输入相同的结果也必须是相同的)。

_________________________

另一方面,必须谨慎对待多时间框架:它是一个完全独立的数据集,一个完全独立的条数变化,独立的一切。这就是为什么我调用目标时间段来获取变化的条数的原因:否则这只是一个假设。但是当调用目标时间段时,它返回的是metatrader为该时间段分配的、"知道 "的数值,所以不存在假设。当所有的时间框架的条数被结合起来时,必须使用最长的结果。但是,正如你所知道的,1分钟图表上的1小时条需要60个条(我说的是 "最多",因为任何时间框架的条都可能错过),因此每个时间框架的条数都乘以代表目标时间框架在当前图表上所占条数的比率。

所以,你看,这完全取决于从目标时间框架(metatrader终端最终)和目标时间框架计算(同样是metatrader终端和重新计算的条数)收到的 "答案",在我的经验中,metatrader倾向于将一些过程分成更小的 "块"。它在所有的图表和它启动的所有线程之间分配处理时间,由于每一个其他时间框架的自定义调用被视为一个完全独立的指标和线程,它可能 "以他的方式 "分配时间(不是按进程的顺序,而是按启动线程的顺序,这根本不需要与进程的顺序相同),这可能导致一些大规模计算 的 "障碍" - 但就我所知。最后,它稳定并给出了正确的结果,没有任何假设,也没有忽略整个计算的任何部分,这也是任何正确计算的目标。

_________________________

我希望我在这里所讲的是有意义的。我无法更简单地解释它(教学不是我擅长的事情 )

问候

Mladen

ValeoFX:
嗨,Mladen。

RE: "nonlagma多时间框架趋势 "指标

看一下第164行,我发现这个编码

limit = MathMin(Bars-counted_bars,Bars-1)。

我不是一个程序员,请原谅我的无知。 我的问题是,这是否可能是该指标在设置为1个TF(如M5-TF上的M30)时也会跳回2条的原因?

我认为这个指标有巨大的潜力,只要能 "纠正 "这个故障。

谢谢你在享受周末后的回复。

最好的问候。
 
mladen:
ValeoFX

我必须承认我并不完全理解你的问题,但会试着解释一些我认为让你困惑的事情。

_________________________

Metatrader将数组作为C++处理:当访问一个10元素数组的最后一个元素时,你不使用10作为元素索引,而是使用9。第一部分(Bars-counted_bars)是简单地确定有效变化的条数并需要计算(由于输入的变化,每个变化的条数都需要重新计算),因为counted_bars可以是0,该表达式可以产生Bars作为要计算的条数,但随后出现了 "Bars-1 "安全。

这就是全部。它不会导致任何错误的计算。它只是确定应该重新计算多少个柱子(请不要落入一个陷阱,认为重新计算就是重新画图:不是的。正如我多次说过的,重新绘制是一个编码错误,重新计算是一个代码的正常状态,当输入相同的结果也必须是相同的)。

_________________________

另一方面,必须谨慎对待多时间框架:它是一个完全独立的数据集,一个完全独立的条数变化,独立的一切。这就是为什么我调用目标时间段来获取变化的条数的原因:否则这只是一个假设。但是当调用目标时间段时,它返回的是metatrader为该时间段分配的、"知道 "的数值,所以不存在假设。当所有的时间框架的条数被结合起来时,必须使用最长的结果。但是,正如你所知道的,1分钟图表上的1小时条需要60个条(我说的是 "最多",因为任何时间框架的条都可能错过),因此每个时间框架的条数都乘以代表目标时间框架在当前图表上所占条数的比率。

所以,你看,这完全取决于从目标时间框架(metatrader终端最终)和目标时间框架计算(同样是metatrader终端和重新计算的条数)收到的 "答案",在我的经验中,metatrader倾向于将一些过程分成更小的 "块"。它在所有的图表和它启动的所有线程之间分配处理时间,由于每一个其他时间框架的自定义调用被视为一个完全独立的指标和线程,它可能 "以他的方式 "分配时间(不是按进程的顺序,而是按启动线程的顺序,这根本不需要与进程的顺序相同),这可能导致一些大规模计算的 "障碍" - 但就我所知。最后,它稳定并给出了正确的结果,没有任何假设,也没有忽略整个计算的任何部分,这也是任何正确计算的目标。

_________________________

我希望我在这里所讲的是有意义的。我无法更简单地解释它(教学不是我擅长的事情 )

问候

姆拉登

=================

我向您的高超知识鞠躬,先生!

谢谢你花时间给我上了宝贵的一课。非常感谢。

祝你未来的一周一切顺利。

 

嗨,mladen

能否请你制作一个无旗点指标的平移版本。

非常感谢

谢谢你。

附加的文件:
 

姆拉登

给你 删除了ColorBarBack(根本不需要这个参数--这样重绘是画线(不是画点)模式留下的)。
问候

姆拉登

mike pearce:
能否请你制作一个无旗点指示器的高清版本?

非常感谢

谢谢你。
附加的文件:
 

谢谢你Mladen

 

非拉格点指标

我有个请求。

能否在图表上不画点,而是在颜色变化时画一个向上/向下的箭头,而不画点?

这将使图表更加整洁,而且在我看来,在 "眼睛 "回测中评估它时更加有用。

这个指标会重绘吗?

预先感谢。

达达。

 

据我所知,它不会重新喷漆。

 

嗨,mladen

mladen:
迈克

给你

删除了ColorBarBack(根本不需要这个参数--这样重绘是线描(不是点描)模式的遗留问题)。
问候Mladen

我还想请你帮个忙

平均数-mtf-警报的历史版本

谢谢你的时间和耐心

附加的文件: