Elite indicators :) - page 249

Manu
81
Manu  

SHI Silvert Trend Sig

Hi mladen,

Can you please explain how this indicator works and if it repaints ? I don't have a clue about it but it seems to be a good one. And in the code, all the explanations are in russian.

Thanks in advance,

Regards,

Manu
81
Manu  

SHI Silver trend Sig

Sorry, here is the indicator..

Thanks

Files:
Mladen Rakic
151106
Mladen Rakic  

yama

I hope I understood correctly : made a histo version of it and multi time frame

regards

Mladen

yama728:
Hello,mladen:)

Please adding separate and MTF !

thanks

Updated version posted here : https://www.mql5.com/en/forum/general

Gia
7
Gia  

Repainting problems with #MTF TMA CENTERED

I experienced problems with the attacched indicator. I would like to use it for a EA but it repaints it values drammatically while bar formation.

Can you help me in finding a solution ?

Moreover looking at its code I noted that a custom indicator colled " calculateTma " is recall but I do not have that indicator stored in my pc.

To better esplain what is going to happen I also inserted the pics in which it is possible to see the light blue line behavior.

in the pic. 16 the light blu line is whipping, I made double clic on it and immediatelly it became as per pic 17.

Please help...

Mladen I would like to highlight that the MTF inticatore uses the "TMA CENTERED " indicator in which the " calculateTma " is recalled sorry for the inaccuracy

Mladen Rakic
151106
Mladen Rakic  

Gia

First of Centered TMA. Every centered moving average is shifted by calculating period to the left and then the "missing part" that is "emptied" that way (since all the values are shifted left) is extrapolated.

The extrapolated part (HalfLength bars in case of Centered Triangular MA) is recalculated over and over. Centered moving averages can not be made differently since there is no extrapolation method that calculates values in a non changing (100% sure) manner. Extrapolation is more or less a guess based on past values as a best fit for assumed future values

So much about Centered triangular moving average. Even though Brian Millard recommended only this moving average in cycle finding, one must know that it is meant to be used in non-mechanical systems (so not as signals but estimates)

_________________________________

Now regradles of all said about centered TMA the error you are describing is not comming from it. As far as the "#mtf tma centered" is concerned, it is wrongly coded. The wrong code consists of 2 errors. Centered TMA last HalfLength always must be recalculated and that way freshened and the error number 2 is concerning the limit in multi time frame mode (it calculates less bars than needed) Those 2 errors are causing what you described in your post

I do not have the "TMA centered" indicator which is used by it (I have a couple other with other names, but if it is my indicator (and from the "calculateTMA" parameter it seems to be mine) I use that parameter to recursively call the indicator itself to do other job. In short, in mtf I do not use 2 indicators but one which calls itself to calculate basic values that are then shown in mtf frame (there is almost always one more parameter before that parameter that is called "indicatorFileName" which holds the name of the indicator, "calculateTMA" (which is in place of TimeFrame parameter, not in place of the indicator name) just "orders" it to calculate values.

From the parameters used it seems to be the indicator I attached here, but if that is the one it is a mtf already and it does not need any separate mtf (it is a single multi time frame indicator - it does not need any other indicator) and it works as I described above. It looks like this in mtf mode (placed it in interpolated and non-interpolated mode to show the difference), and it does not have the errors that the "#mtf ..." version has, but still bare in mind the HalfLength extrapolation recalculation

regards

Mladen

Gia:
I experienced problems with the attacched indicator. I would like to use it for a EA but it repaints it values drammatically while bar formation.

Can you help me in finding a solution ?

Moreover looking at its code I noted that a custom indicator colled " calculateTma " is recall but I do not have that indicator stored in my pc.

To better esplain what is going to happen I also inserted the pics in which it is possible to see the light blue line behavior.

in the pic. 16 the light blu line is whipping, I made double clic on it and immediatelly it became as per pic 17.

Please help...

Mladen I would like to highlight that the MTF inticatore uses the "TMA CENTERED " indicator in which the " calculateTma " is recalled sorry for the inaccuracy

Updated version posted here : https://www.mql5.com/en/forum/general

Manu
81
Manu  

SHI SilverTrendSig

Hi mladen,

Can you please explain how this indicator works and if it repaints ? I don't have a clue about it but it seems to be a good one. And in the code, all the explanations are in russian.

Thanks in advance,

Regards,

Files:
Sergey Golubev
Moderator
112855
Sergey Golubev  

Hi Tradefx1,

I used re-painting indiators for trading long time ago. I do not think that those indicators are useless. It is necessary to know how to use them and why.

Example with this indicator:

- Why we need indicators which are painting the past? Read this post and this one.

How to trade "painting-the-past" indicators: live trading example with SHI_SilverTrendsig (trades and images): since page #2 till page #4.

Manu
81
Manu  

Thank you so much Newdigital,

Regards,

Mladen Rakic
151106
Mladen Rakic  

Just a short addition :

In Shi silver trend indicator the problem comes mainly from the direction of calculation (I say mainly since it has a problem of not cklearing buffers too, but that one is a minor one).

It is calculated from right to left which should not affect calculation in 99% of cases except when the loop depends on external (external to the loop) values. And Shi silver trend depends on external values : the UD variable. Since it is calculated from right to left UD variable contains future value not the past value of the state (it is similar to 3 ema crosses indicator or solar wind indicator in that way)

___________________________________

I think that this type of errors comes mainly from people that were used to or are converting code from Tradestation. In tradestation variables can be accessed and inherited backwards but tradestation makes sure that the calculation direction is always correct. Once when the direction is inverted (and metatrader allows it) problems happen (almost all errors of this type can be classified as this error)

Here is a comparison of "right to left" calculation (small dots) and "left to right" calculation (big dots) :

Files:
shi.gif 25 kb
ismael360
748
ismael360  
Files:
ssrc_1.mq4 8 kb
ssrc_2.mq4 8 kb