
You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
Ticks in the file: 1159105, and tick volume for this period: 1161872
What could this be about? How do I get the tester's ticks right?
1 161 872 - 1 159 105 = 2 767 ticks, which is 0.2% of 1 161 72 ticks.
An error of 0.2% in ticks modelling is acceptable and normal, because it does not make sense in some situations(bar configurations) to generate additional ticks. The tester always generates a little less ticks (at the level of 0.2% shown) than it was in reality.
If the green quality bar of the raw data is close to 100%, you can use the generated tick sequence of the tester without fear.
Is there any way to get the date value for a bar that is in the future? I need to build a grid in front after a certain number of bars.
If only time, then: take the base bar; find out its time; get the number of seconds in a period (TF); multiply the seconds by the number of bars and add to the date of the base bar.
If only time, then: take the base bar; find out its time; get the number of seconds in a period (TF); multiply the seconds by the number of bars and add to the date of the base bar.
It is not certain that the bar will remain at the same index (taking into account the shift), but in general, yes, we can count the right number of bars forward and set the object and it will be exactly where we want it. It is more complicated with the past, it is caused by skipping bars. So objects that have gone from zero to the first point will probably need to be checked for correctness.
The main thing here is to find out what is more important - bar regularity or time regularity?
If only time, then: take the base bar; find out its time; get the number of seconds in a period (TF); multiply seconds by the number of bars and add to the date of base bar.
I'm doing it now, I thought it could be simpler, like BarToTime() function.)
It is not certain that the bar will remain at the same index (taking into account the shift), but in general, yes, you can count the right number of bars forward and set the object and it will be exactly where you want it to be. It is more complicated with the past, it is caused by skipping bars. Objects that have gone from zero point to the first one probably should be checked for correctness.
The main thing here is to find out if bar regularity or time regularity is more important.
The important thing is bar regularity, otherwise the corners appear crooked :((
I'm trying to build a GaN square.
Bar regularity is important, otherwise the angles get crooked :((
Trying to build a gan square.
Think of it as adding seconds, but on each new bar just redraw the picture (you can even write a function of necessity) and that's it....
Bar regularity is important, otherwise the angles get crooked :((
Trying to build a gan square.
And you do not care that the bars go with gaps?
No Gan only counted the working bars!!!
The missing periods are what I needed to remove.
Thanks to everyone for the tips I did, through forming a time array.
Maybe someone will need it:
True you need to recalculate when a new bar appears.