Posts made by fxDreema

This error comes from MT4, not from the EA. Unfortunately I don't know how to resolve it fully, but you can always search mql4.com for MT4 related topics.

Yes, the limited one can be enough, it is possible even to export whole EA by making it as shared copy. I'm too lazy to check if someone is subscribed or not I don't know, I don't feel good if I miss someone

But I don't know what variable you are using

My idea about "Hours filter" was that you can probably use 1 block instead of 3. What if you place "Once per bar" after the time filters? Then time filters can be used also for something else.

Recently I updated "Hours filter" to allow string format times( like HH:MM) and you can define 4 hours periods within a day... if this can help. Check it out.

This is because MetaTrader... bad history data. I don't know why their history data is always corrupted, really always, there are holes of missing quotes and this is "normal".

http://fxdreema.com/shared/6jEmcD4hd

These global variables are called global variables, and they are really variables and really global, but they are used from MT for all EAs. In fact they are values written somewhere in some file that can be read from all EAs. Otherwise normal global variables works inside the EA.

If you don't need to send variable from one EA to another, don't use these.

http://fxdreema.com/shared/PI45RIZXc

Try with visual testing to see what happens really if you prefer. I just checked how crossover works for candle ID = 0 and it seems fine.

And never use == to compare price values. Using this you will always miss something, because the chance to have two values exactly the same at the same time is not very big. Values are not 1, 2 or 3, they are like 1.23456, 1.23457, 1.23459... who can guarantee that 1.23458 will be there?

I noticed. I will fix it, but I think the example was something simple, not very important

MA3 x< MA5 checks two conditions inside, one of which is MA3 < MA5. If you want to check if one of your block conditions are true and continue, then that crossover condition is not needed there, at least in the example on the right. In this example you can have moments when 1708 will be executed twice per tick because both conditions are true at the same time.

The example on the left.. this separates crossover moments from the general condition (MA3 < MA5) that is true in both conditions. But as you connect outputs to the same block, it is the same as you use only MA3 < MA5.

Here see more about crossovers: viewtopic.php?f=2&t=2290

Condition left operand: MA5[0]
Condition right operand: MA10[2]
cross width: 1 (default)
crossover model: x>

conditions checked by this block:
MA5[0]>MA10[2] and MA5[0+crosswidth]<MA10[2+crosswidth]

or just...
MA5[0]>MA10[2] and MA5[1]<MA10[3]

The yellow output for Condition block is normally active when the orange one is not, but for crossover it is active in case of the opposite crossover. So in all other conditions you have one of both outputs active, but for crossover - most of the time both are inactive.
I think in case of "<" or ">" I will do the same. Because now if the condition is "<" then the yellow output will work as ">=", but maybe it's better to work as ">" without "=". In this case the yellow output can be really considered as "the opposite condition".

Candle 0 is the current one, 1 is the previous... and so on.

Initially there was the normal crossover only, where second condition is added - the opposite one for the previous candle. Then someone asked something about some distance while checking crossover, and I added this option. It's really just shifting the second condition - instead of checking two values on the previous bar, it checks two values on some other bar.

Normal case with cross width = 1, MA5[1] x> MA10[1] selected:
MA5[1] > MA10[1] AND MA5[2] < MA10[2]

Detailed, using cross width:
MA5[1] > MA10[1] AND MA5[1+crosswidth] < MA10[1+crosswidth]

If crosswidth is for example 100, only candle 1 and 101 will be checked, not candles in between, two checks only. That means that this option is maybe not really useful, but I will probably play with it later. Maybe it will be better if it helps to check if there was crossover in the past "cross width" candles.

Yes, use the backtester to see what is going on! That's why they created it.

And in any case, to check if your custom indicator works as expected, check it with "Indicators tester" first. This block should be connected under "on Tick" with some "Pass" block. And it shows the values out of one of the buffers of the selected custom indicator. If it shows normal values (depending on the indicator), it can be used and you will know that it works fine. This is because there are some custom indicators that have buffers, but they have the same value all the time, so the EA can't really use them.

Block 5 => "Pending Order Open Price" is not a valid variable name. You can right-click and select that variable if you prefer to see it that way.

In Variables you can specify human-friendly variable names, but because they are to be used in the code and there are rules about that, they are converted to look as variables. For example, empty spaces are not allowed, so they are just cleared. In Variables see on the right of your variable - there is the name that will be used inside the code. So I recomment to define variables in programming format - any latin letters, numbers and "_" is allowed and the variable name must not start with a number.

Construction mistakes... these errors are given by the compilator that MetaTrader uses. Well, not your MetaTrader, for the web version there is MetaTrader on the server, but this is the idea.

Here is another online scan that I just made (again, all fine): https://www.metascan-online.com/en/scan ... f167c24fcd

Here is more about this Evo-gen: http://malwaretips.com/blogs/win32evo-gen-susp-virus/
I even tried this tool while fxDreema is running => Kaspersky TDSSKiller <= nothing found.

So I don't really know what your Avast is trying to say

Wow, in fact I'm on the opposite pole - I almost believe that no one on earth can create really profitable EA, especially me. There are so many reasons - the market itself is too dynamic for pure mathematical strategies, the brokers are too greedy for any kind of strategies, and at the end even if you have some profitable EA it can easily turn into disaster.

Well, these are my personal beliefs, but I'm far away from a real trader, this is not in my blood. I have maybe almost 10 margin calls on manual trading, and currently I'm crear (not trying to trade at all) for months. And fxDreema itself is much more profitable for me than trading... actually anything that does not get money from me is much profitable than that. So I prefer to be tool-creator, not a trader. And I don't want to steal anyone's EAs.

So in the local version there is nothing placed from me that will get something from your PC and will send it to the server. The only connection is in when logging in - this is for the local version to get information from the server about your plan.

This SSL thing... once I even bought something like that for my previous server, but even if I understand some programming stuff, I can't really understand this SSL thing. I tried to install it, no success, so I forgot about it. For me SSL is a way for some companies to get really big money, because this thing costs a lot (relative to the other server costs) and at the end it is just some kind of encryption than can be easily found in internet. And if I don't understand it, then how the regular people will understand it? I don't know, this seems to me like blind faith, nothing that is really helpful in life.

I'm building the local version with 3rd party software - I got fxdreema.exe with it, that is the main and only .exe. Inside there is a server capable of working in it's closed teritory and fxDreema scripts. Then I pack this .exe file in a simple installer using WinRar, so the installer is WinRar archive (and it can be opened with Winrar) that is self-executed (aka SFX archive). Then I just upload this .exe to the server.
Well, I don't have antivirus on my PC, not in the server as well, but I live without antivirus for years and I can tell that I'm trained to spot if something is different. The only pinned program on my taskbar is the Task Manager, because I like to check what happens with processes all the time.

So, as long as I am aware, the local program .exe is clear. And I really don't want to do anything bad on the people's PCs, so fxDeema is designed to only create projects and only work with projects that it was created.

Ah, the server is in NewYork, but I'm in Europe. There was a time when fxDreema was hosted on a server here in Bulgaria, but it started to crash and there were so many problems that I decided to use another server. And the one I picked is really good. But maybe I choosed the wrong OS for it, because later I found that it has some stupid concurrent connections limit, but I will fix that if I found it as a problem.