It's not clear about the second option, we need an example of participant's script, a balkan of some kind.
Imported FF, but it won't be visible in participant's function and MaxFFruns_P variable won't be visible.
You mean the example of participant's algorithm?
Well, the algorithm has been told not to call FF more than so many times
InitAO (paramCount, MaxFFruns_P);
According to the second option, the member algorithm also imports FFs. I checked, one and the same copy of FF library is used in the script and in the algorithm. That is, the algorithm accesses the FF by its imported functions, and the script by its own, but the script's call count is correct.
Andrey Dik:
Now I will add examples of the algorithms themselves for both types of calls to the FF, at the very, native and beloved MSF. Please love and love, especially for beginners. They are easy to understand, an example of how you can build an elementary simple and at the same time working optimization algorithm.
Here, the algorithm was told not to call the FF more than so many times.
InitAO (paramCount, MaxFFruns_P);
According to the second option, the member algorithm also imports FFs. I checked, the same copy of FF library is used in the script and in the algorithm.
That's what you need to show the template for the participant. The checker's script is shown.
The number of parameters is clear. But we need to write instructions, at least a couple of words.
There will be no need for global variables to stop. Just add an alert to the FF when the run limit is exceeded, so that it can be stopped manually. The algorithm should keep track of how many times it calls the FF.
This is where the template for the participant should be shown. The checker's script is shown.
The number of parameters is clear. But we need to write instructions, at least a couple of words.
You should. There will be an instruction, of course.
But everything is simple enough, we won't need OOP to participate, and we believe that the participants will be able to understand 20 lines of code, they are not green kids since they came to the championship).
We have to. There will be instructions, of course.
But everything is simple as it is, you won't need OOP to participate, and the participants will probably be able to understand 20 lines of code, since they are not green, since they came to the championship).
It may be simple, but only if you have to guess, it is somehow not presentable.
Allow the use of cookies to log in to the MQL5.com website.
Please enable the necessary setting in your browser, otherwise you will not be able to log in.
You are signed in. Two-factor authentication has been disabled. Set it up again and scan a new QR code, or continue with two-factor authentication disabled.
It's not clear about the second option, we need an example of participant's script, a balkan of some kind.
Imported FF, but it won't be visible in the participant's function and MaxFFruns_P variable won't be visible.
It's not clear about the second option, we need an example of participant's script, a balkan of some kind.
Imported FF, but it won't be visible in participant's function and MaxFFruns_P variable won't be visible.
You mean the example of participant's algorithm?
Well, the algorithm has been told not to call FF more than so many times
InitAO (paramCount, MaxFFruns_P);
According to the second option, the member algorithm also imports FFs. I checked, one and the same copy of FF library is used in the script and in the algorithm. That is, the algorithm accesses the FF by its imported functions, and the script by its own, but the script's call count is correct.
Now I will add examples of the algorithms themselves for both types of calls to the FF, at the very, native and beloved MSF. Please love and love, especially for beginners. They are easy to understand, an example of how you can build an elementary simple and at the same time working optimization algorithm.
Andrey Dik:
You mean an example of a participant's algorithm?
Here, the algorithm was told not to call the FF more than so many times.
InitAO (paramCount, MaxFFruns_P);
According to the second option, the member algorithm also imports FFs. I checked, the same copy of FF library is used in the script and in the algorithm.
That's what you need to show the template for the participant. The checker's script is shown.
The number of parameters is clear. But we need to write instructions, at least a couple of words.
This is where the template for the participant should be shown. The checker's script is shown.
The number of parameters is clear. But we need to write instructions, at least a couple of words.
You should. There will be an instruction, of course.
But everything is simple enough, we won't need OOP to participate, and we believe that the participants will be able to understand 20 lines of code, they are not green kids since they came to the championship).
We have to. There will be instructions, of course.
But everything is simple as it is, you won't need OOP to participate, and the participants will probably be able to understand 20 lines of code, since they are not green, since they came to the championship).
An example of a participant's algorithm for the first variant of the FF call:
Algorithm execution results:
2016.06.22 03:25:25.777 OAC variant 1 (GBPUSD,H1) ---------------------------------
2016.06.22 03:25:25.777 OAC variant 1 (GBPUSD,H1) Time: 146 µs; 0.00014600 c
2016.06.22 03:25:25.777 OAC variant 1 (GBPUSD,H1) FF runs: 1000
2016.06.22 03:25:25.777 OAC variant 1 (GBPUSD,H1) Max: 3.14159260
2016.06.22 03:25:21.874 OAC variant 1 (GBPUSD,H1) ---------------------------------
2016.06.22 03:25:21.874 OAC variant 1 (GBPUSD,H1) Time: 148 µs; 0.00014800 c
2016.06.22 03:25:21.874 OAC variant 1 (GBPUSD,H1) FF runs: 1000
2016.06.22 03:25:21.874 OAC variant 1 (GBPUSD,H1) Max: 3.10159260
2016.06.22 03:20:32.249 OAC variant 1 (GBPUSD,H1) ---------------------------------
2016.06.22 03:20:32.249 OAC variant 1 (GBPUSD,H1) Time: 149 µs; 0.00014900 c
2016.06.22 03:20:32.249 OAC variant 1 (GBPUSD,H1) FF runs: 1000
2016.06.22 03:20:32.249 OAC variant 1 (GBPUSD,H1) Max: 3.06159260
2016.06.22 03:20:26.626 OAC variant 1 (GBPUSD,H1) ---------------------------------
2016.06.22 03:20:26.626 OAC variant 1 (GBPUSD,H1) Time: 153 µs; 0.00015300 c
2016.06.22 03:20:26.626 OAC variant 1 (GBPUSD,H1) FF runs: 1000
2016.06.22 03:20:26.626 OAC variant 1 (GBPUSD,H1) Max: 3.09159260
2016.06.22 03:20:19.071 OAC variant 1 (GBPUSD,H1) ---------------------------------
2016.06.22 03:20:19.071 OAC variant 1 (GBPUSD,H1) Time: 154 µs; 0.00015400 c
2016.06.22 03:20:19.071 OAC variant 1 (GBPUSD,H1) FF runs: 1000
2016.06.22 03:20:19.071 OAC variant 1 (GBPUSD,H1) Max: 3.14159260
2016.06.22 03:20:13.407 OAC variant 1 (GBPUSD,H1) ---------------------------------
2016.06.22 03:20:13.407 OAC variant 1 (GBPUSD,H1) Time: 152 µs; 0.00015200 c
2016.06.22 03:20:13.407 OAC variant 1 (GBPUSD,H1) FF runs: 1000
2016.06.22 03:20:13.407 OAC variant 1 (GBPUSD,H1) Max: 2.64159260
Not bad for an algorithm on the GCF! Isn't it?
I don't know what else to explain here. Everything seems clear, functions are short, there is no OOP as promised. Comments are present.
And, further, an example on the second variant of FF call, if Morpheus is not overpowered - he will be.
I don't know what else to explain here. Everything seems clear, functions are short, there is no OOP as promised. Comments are present.
And then an example on the second version of FF call, if Morpheus is not overpowered - he will be.
I can write it that way too - what's unclear about my question?