@ibrah360ai
I quickly looked at the code of the indicators, and it seems to be just a slightly advanced version of traditional technical analysis(chartism). With automated support/resistance bullshit levels triggering.
You should look for machine learning algorithms rather.
Two months of profitability is quite insignificant though, and is likely due to luck.
Posts made by seb 0
-
RE: ANY ONE TO MAKE THIS STRATERGY AUTOMATEDposted in General Discussions
-
RE: ANY ONE TO MAKE THIS STRATERGY AUTOMATEDposted in General Discussions
@ibrah360ai
Another useless strategy, which you will see forward will make you loose money. -
RE: Optimization speed improvementsposted in Questions & Answers
@albyxx
Indeed, the number of combinations is : ((stop-start)/step+1)^parameters.
Increasing the step size decreases exponentially the number of combinations, and at the same time it reduces the over-fitting(which is good) but also the finesse.
So too thin steps induces too much computational costs and high over-fitting probability, while too thick steps induces a lack of finesse(accuracy).
Better using the fast genetic algorithm though. -
RE: Optimization speed improvementsposted in Questions & Answers
@l-andorrà
Interesting, especially if these 60000 lines are executed every call. How much faster ? Have you compared the optimization time of both versions ? -
RE: Optimization speed improvementsposted in Questions & Answers
@Bogdaiki
Can't really say what is going on without having access to inside the blocks but first, there is no display during optimization. Prints or draws are not executed thus make no optimization difference.
The number of cores on CPUs is limited compared to GPUs. You can split the code of the EA to be executed on several GPU cores but it is not much worthy as it will be much time consuming to code. Moreover on large sets of parameters it is the optimizer algorithm that is the most time(power) consuming, not the code of the EA itself. And it doesn't allow for GPU calculation. Still there are other solutions like the MQL5 cloud network.
Placing the EA under other tabs will make no speed difference in this case. Nor declaring variables on "on Init" really it is more about code cleanliness even though fxdreema code is far to be optimized. -
RE: is it possible to create EA to trade with Renko on Fxdreema?posted in Questions & Answers
Of course you can create renko charts. You need to create a custom symbol.
One way could be by exporting the bars data of the instrument/pair, modifying it with a third party program like excel, and create the custom symbol(renko) with the modified bars data.
Pretty sure you can find such modified bars data, or at least a tutorial on the mql5 website.
This being said I never see algorithms trading renko charts, not sure this is worth it. -
RE: 'closeAllOrdersAsync' - function declarations are allowed on global, namespace or class scope only 'OrderSendAsync' - wrong parameters countposted in Questions & Answers
@mc
As mentioned you can only declare functions(closeAllOrdersAsync) on the global scope. Here it is declared on the event handler "OnTick". But I don't think you can access the global scope from the fxdreema builder anyway.
The "OrderSendAsync" function needs 2 parameters on mql5 not 1:

-
RE: What you need to know about tradingposted in Tutorials by Users
@CAVINCENT
As you can see at the top left of the picture this is the graph of the S&P 500. It's rather dedicated to equities, but you can imagine doing it on gold as it follows inflation. Machine learning works also. -
RE: A.I.posted in Questions & Answers
@Gary-0
I don't see the point of looking for self-learning algorithms. Concerning trading, a predefined criterion like the "balance max" is sufficient to optimize it in the right direction. That is simply supervised learning. You can find plenty of ML models like Artificial Neural Networks on the mql5 website. But you will probably need to learn a bit coding to implement them.
There are little models that a PC has enough computational power to optimize that are quite performant. -
RE: The issue isnt just your EA, it is also your Broker.posted in General Discussions
@ZakTrading
The issue is manly the EA. As brokers of No Dealing Desk type are supposed to not intervene in the transaction process, how could they manipulate the price ?There is no "market coherence" that depends on the fact that patterns are conserved. On the contrary, a perfectly efficient market would offer no recurring pattern, and would be impossible to predict. Patterns are like the reflect of a replicating estimation bias. Indeed the increase of competition make it harder to predict the price, but it is also more rewarding. It's harder to find a good pattern, but once you have found one it is better conserved. That's why the most performants EAs operate also on the most traded(competitive) instruments like : the EURUSD.
I think the best EAs today are relying solely on the technical analysis. Because the price series offer a great data base(quantitatively and maybe also qualitatively as it is pretty normalized) the learning models can learn on. Considering price series only(technical analysis) and ignoring fundamental analysis, still allows for an almost infinite, potential predictive capacity.
-
RE: Profitable test results on Falcon and Condor, and forward testing looking goodposted in General Discussions
@Julianrob
The equity curve is more representative of the account state than the balance one. It seems like you are on MT4? Can you display the equity curve? Also you should maybe avoid reposting every 2 days, maybe publish your signal somewhere, so everyone can see it live. -
RE: Profitable test results on Falcon and Condor, and forward testing looking goodposted in General Discussions
@roar
Haha, assessing the profitability of a strategy with a single trading day, and managing to "feel" the market that quick is pretty nut also. -
RE: Profitable test results on Falcon and Condor, and forward testing looking goodposted in General Discussions
@Ipod
I haven't investigated how it works exactly but : In live the stop levels will be placed on the broker sever side, and the price will be modeled based on them(based on the stop level that will be triggered). When you use stop levels on the tester, the price is modeled discontinuously(as live), independent of these stop levels. Then on the tester the price jumps from one point to another that are never(almost) exactly at the level of these stops. And here I lack knowledge, I don't know if it's enough that one stop level gets triggered, and if it's a TP it will be at the level above(level of price modeling), if it's a SL at its exact level. Or if it must trigger both stop levels and then it will always consider the TP was triggered first.
I think roar knows. -
RE: Profitable test results on Falcon and Condor, and forward testing looking goodposted in General Discussions
Try replacing buy trades with sell trades and vice-versa, so it will be the exact opposite strategy. If it is still profitable that's a bug.
-
RE: Profitable test results on Falcon and Condor, and forward testing looking goodposted in General Discussions
Even if there is no theoretical limit to the performance of an EA, that of such a simple strategy seemingly, looks a little to good to be true.
The good results might be caused by the "tester grail inaccuracy".
Are you using stop levels ? -
RE: How to Round a Variable by 2 Decimal digitsposted in Questions & Answers
@mee-air
a_var is the variable you need to round, b_var is the variable that will take this rounded value. Use this formula in your project and just replace the variables with the two of you project. Write their name instead.
Or you can transform the variable it self a_var to a rounded value, then replace b_var with a_var.
It is actually very simple. -
RE: How to Round a Variable by 2 Decimal digitsposted in Questions & Answers
@mee-air
To avoid bugs of extra digits appearing, I usually do that : https://fxdreema.com/shared/HhvxtRfyb -
RE: Backtesting, lets talk about it!posted in General Discussions
@roar
I do the same, I feel it's pretty common. Stuffing on open prices to find promising and then optimizing strategies, then launch the strategy on ticks to see of it's ready for live. -
RE: Backtesting, lets talk about it!posted in General Discussions
@roar
Do you mean that stop levels are less problematic on "open prices" modelling than "1m OHLC" or "on ticks" ?
I understand that the results are more impacted when decreasing the amplitude of the trades, because of the ratio inaccuracy/amplitude. But I thought the more tight and frequent are the modelling points, the better.
I guess they can trick you this way by showing a pic of their tester grail. That's why I prefer relying only on the live results of the signals.