fxDreema

    • Register
    • Login
    • Search
    • Back to the main page
    • Categories
    • Recent
    • Tags
    • Popular
    • Search
    1. Home
    2. fxDreema
    3. Posts
    • Profile
    • Following 0
    • Followers 691
    • Topics 32
    • Posts 7485
    • Best 277
    • Controversial 18
    • Groups 1

    Posts made by fxDreema

    • RE: Time GMT is reading time from the wrong watch, while assigning values to variables.

      Recently a problem with GMT time was reported to me and I changed some things. The person who got the problem replied that it was solved, so it looks that I fixed it for him... but maybe I broke it for others.

      The situation is a little bit... depends on the way we look at it. Whether we want to display the GMT time, or we want to convert one time into another. What do I mean...

      I'm talking about the time if we select it from Components by the way. Let's say we want to draw an arrow at 20:00. If we select the Server time, all candles are timed by this time, so we draw the arrow over the 20:00 candle directly. But what happens if we select GMT? Well, let's say there is a difference of 3 hours and GMT is 3 hours ahead of the Server time. So, if the Server time is 20:00, then GMT is 23:00. If we select GMT as the source time, the arrow will be printed at 23:00 on the chart, but the chart is supposed to show Server times.

      This is how it worked until I changed it these days. Now it works in a little bit different way - if we select GMT and we write 23:00, it should print the arrow over the 20:00 candle, because 20:00 Server time equals 23:00 GMT. In other words, the GMT time is converted to Server time and then the arrow is printed.

      Back in the days when I made Components, I don't even know if I had a vision of how it should be, I think I juts added Server, GMT and Local just because there are such functions in MQL.

      What about the "Now" time mode. Well, it says "Now". The Source selector became useless.
      But again, it depends whether we want to just get the GMT as is, or we want to do something on the chart (which requires conversion). Now the Sourse selector is useless, because when GMT is selected, it converts it back to Server time. In other words, not the block assumes that we want to do something on the chart, not that we want to print the time in GMT format.

      You may say "But it worked one way for years and now after you changed it, you broke it". Well, I broke the ability to see what is the actual GMT time, but I fixed the ability to use the GMT time as an input, and let the program convert it to Server time.

      I guess the best would be to somehow make it work in both ways. But do we really want to just display the GMT time, or we want to use it as an input value?

      posted in Bug Reports
      fxDreema
      fxDreema
    • RE: Same TP multiple trades

      I didn't read the whole topic, so someone may already have given a good answer, but I will add mine just in case.

      Those blue blocks, such as "Modify stops of trades" or the trailing stop block - they do the same action on multiple trades, but not exactly at the same time. This block would modify one trade, then after this is done it will go to modify the second trade... and do this while all are modified. But meanwhile the price is moving, which I think is the problem, because "Price relative to" refers to the current market price, which is Ask or Bid.

      So I think the question is how to use more stable price. I think what you can do is to have some "double" variable, in which you can store the value of the price above the blue block, and then use that variable in the block.

      Also, try this. I'm not exactly sure that it's working, but...
      0_1652093749683_0db33e10-816d-4740-a340-250bbc0d7915-image.png

      posted in Questions & Answers
      fxDreema
      fxDreema
    • RE: Maybe bug in the symbol field

      When you look from EA's perspective, the chart in which it is opened is giving its parameters to the EA. For example, in MQL4/5 there is a function Symbol() that returns the symbol name of the chart. Also, the EA receives the ticks from the symbol of the chart.

      But otherwise, you can open a trade in a symbol that is different from the one of the chart. The opened trade is in no way linked to the chart. And the way to do that is of course to write the exact name of the other symbol. It really should work if the variable named "fxname" is really a string variable with value USDNZD.

      I looked into your last EA and I see that the variable has no initial value, but in Init it is defined like this:
      0_1645721133778_26148367-668b-4470-9d6d-c85ebcc75bb9-image.png
      Well, this sets the value USDCAD (assuming you opened the EA in USDCAD chart). I found one more place in Tick where you set the same variable in the same way (block 73). You have some Custom MQL blocks, but I don't see this variable there. So I don't really see where the value of this variable could become USDNZD.

      I see that you are opening another charts with a custom code in block 311. But when you do that, I don't see how this changes the fact that the EA is still working on the original chart. ChartOpen() is just opening another chart, similar to how you would do it manually.

      posted in Bug Reports
      fxDreema
      fxDreema
    • RE: VERY IMPORTANT....for all users

      Yes, sometimes it happens that all blocks suddenly appear empty. I don't know what is causing this, but fortunately it's easy to fix - just go one or more steps back in History (upper right corner).

      Also, when you doanload .mq4 or .mq5 file, the whole project is stored in this file down at the end in form of a comment. Even if the project is deleted from the server, it can be imported back from such file. And you can also store versions of such files as backups, just in case.

      posted in Bug Reports
      fxDreema
      fxDreema
    • RE: Converter not working for 2MB files or larger

      I found 2 problems responsible for the slow convert and another problem that caused the data in the output file to be corrupted. I think it's all fixed now.

      posted in Bug Reports
      fxDreema
      fxDreema
    • RE: Converter not working for 2MB files or larger

      Actually the limit is far bigger than 2MB. I just tested a file that is 2.56MB and what I see is that it tries to convert it, the CPU goes high (which it not good), but it takes too much time to spit the result back and eventually it reaches timeout (I think its 30 seconds). On my local PC it succeedes, but it takes more than 11 seconds, and my CPU is quite good (i7-9700). Another file that is 1.74MB converted for 5 seconds on my local PC, and for 15 seconds on the server.

      Right now not only I can't raise the amount of bytes, it seems that I should limit them to lower than 2MB. It seems that the speed of conversion is exponentially worse the bigger the file is. I will check what makes it so slow, but this code is kinda complicated and I'm not sure that I will be able to easily fix it.

      About the links, I don't mind if they link to something good. When I made this website, initially I put links to it in 2-3 forums, so I understand that. If something is an obvious scam... no, thanks. I know both of you of you, Cam and l'andorrà, as people who have their own courses, and both of you know that I'm kinda like "Yeah, whatever, do what you want". Although I looked at Cam's link and it's not for me personally (I don't like those clocks and stuff), no one ever wrote to me saying that he is doing something bad.

      posted in Bug Reports
      fxDreema
      fxDreema
    • RE: On trade not working correctly

      Some months ago I rewrote the code that was responsible for the filtering on those Trade events, and I'm confident that I did a good job, but bugs are always possible. If there is a bug, I would like to fix it, but it's kinda big project. If you think there is a bug, could you make another projec that only contains the blocks needed to show the bug? It should contain maximum 3-4 blocks.

      posted in Bug Reports
      fxDreema
      fxDreema
    • RE: Duplicating indicator windows

      Check its input parameters again, it's probably something wrong with them. Their number should be the same as the number of inputs in the indicator. The types should be... at least don't mix "string" with something else.

      I looked into your definition of this indicator and I noticed that you used empty spaces and a point for the parameter names. I think empty spaces work, but I'm not entirely sure. Parameter names are a little bit buggy sometimes. But I would advice you to try with names such as MyIndicatorParameter, with letters and numbers only. And don't use names like Symbol or Period, because of other known issues 🙂

      posted in Questions & Answers
      fxDreema
      fxDreema
    • RE: When will the MFI (market facilitation index) Indicator Be Updated?

      In MQL5 I was able to get data for the colors by getting the value from the second buffer. The values there range between 0 and 3. This can also be seen in the source code of the file, which is /Indicators/MarketFacilitationIndex.mq5. Otherwise no second buffer is mentioned in the documentation: https://www.mql5.com/en/docs/indicators/ibwmfi

      In MQL4 again, there is no word about second buffer: https://docs.mql4.com/indicators/ibwmfi
      Worse than that, in MQL4 I don't see how to change the buffer. In MQL4 this is a "mode" argument for the indicator's function. For example, if it's MACD, there is a "mode" argument to select the main or the signal line, look: https://docs.mql4.com/indicators/imacd
      Even worse than that, I can't find a custom indicator in /Indicators folder. But if you can find it from somewhere, use it as a custom indicator.

      posted in General Discussions
      fxDreema
      fxDreema
    • RE: zero divide in '8320-30394.mq4' (12065,31) THIS ERROR CODE MAKES MY EA STOP

      @serioza said in zero divide in '8320-30394.mq4' (12065,31) THIS ERROR CODE MAKES MY EA STOP:

      @fxdreema how to tell in which block is this error?

      Just look few rows above if there is a comment that says the number of the block. But don't look at the name of the class, because it has other number that is used in the code only.

      But if the error is somewhere in the many functions outside the blocks, you will not be able to tell which is the block.

      posted in Bug Reports
      fxDreema
      fxDreema
    • RE: Disable algo trading globally

      I don't know how to "click" on the Auto Trading button from the EA. I can think for a workaround, but ugly one. There are these global variables, in the EA builder I call them "Terminal variables" and there is a block to set them, then get them from the Condition block. So these can be accessed in MetaTrader when you click F3. And all EAs can see them at the same time, and also change them. But as you can see, it's ugly solution.

      posted in Questions & Answers
      fxDreema
      fxDreema
    • RE: Buy above fractal up, sell below fractal down

      The fractal indicator prints the arrow 2 or 3 bars in the past, so use Candle ID as 2 or 3... or more. This is also true for other similar indicators, who are printing arrows.

      You can also get the value of the last arrow, not knowing where it is (the Candle's ID). But this works only for custom indicators, because there are extra options only available for custom indicators. So if you want to do that, just add the Fractals indicator that somes with MT4 in My Indicators, then use this one instead of the built-in indicator.

      posted in Questions & Answers
      fxDreema
      fxDreema
    • RE: zero divide in '8320-30394.mq4' (12065,31) THIS ERROR CODE MAKES MY EA STOP

      The best is to open the source code and look what's in that line 12065. Normally these zero-divide errors happen when one of those Risk % MM methods are used, but those who depend on SL. Or, sometimes when the symbol doesn't provide data, for example when trying to backtest multiple symbols, which is not possible in MT4.

      Uninit reason 3 seems to be Symbol or chart period has been changed. So I don't know, maybe it's possible that something wrong happens if you are changing timeframes. Do you get this error when you are changing timeframes?

      I don't know if the EA you are working on is the one that is currently active. But I checked what's in line 12065 and there is an expected division right there:

      double PipValue(string symbol)
      {
      	if (symbol == "") symbol = Symbol();
      
      	return CustomPoint(symbol) / SymbolInfoDouble(symbol, SYMBOL_POINT);
      }
      

      Value of 0 is probably SYMBOL_POINT of the symbol. So... which is the symbol and is everything fine with it? This "point" number should always be different than 0, I believe.

      posted in Bug Reports
      fxDreema
      fxDreema
    • RE: payment issue

      @mr-lenny I think I will. It seems that the way is to have multi-currency bank accounts and to accept payments at least in USD and EUR. It's a little bit strange, but...

      I know that conversion sucks. After all, PayPal sucked me with bad conversion rates in the whole past. The conversion is either on my side, or on the side of the people who are paying.

      posted in Questions & Answers
      fxDreema
      fxDreema
    • RE: payment issue

      I will use this topic for a question. Now the prices on the website are in EUR and I wonder, what was the conversion rate for someone who had only USD and paid lately?

      posted in Questions & Answers
      fxDreema
      fxDreema
    • RE: payment issue

      It's not very common with PayPal, but it happens. They put some payments on HOLD for 24 hours. For this one I have a description that says:

      Held Date : 25 December 2021 Release Date : 26 December 2021 We’re taking a closer look at this payment. It’s required for some payments and normally takes up to 3 business days. Don’t ship until we tell you it’s ok.
      (I don't know how to properly put a quote)

      Sometimes if I see this quickly, I just give the person 1-2 days for free until the payment is completed. But PayPal works most of the time, so I'm not actively looking for these rare occasions.

      posted in Questions & Answers
      fxDreema
      fxDreema
    • RE: MQL market not supported for .ex5

      I think the reason why people dislike MT5 is the programming language - MQL5. Now MQL4 has almost everything from MQL5, but MQL5 doesn't have the easy to use functions that exist in MQL4. I obviously have some experience with MQL5, but even I don't like it. There are 3 things there - orders, deals and positions. And I don't mean pending orders. Those 3 things are so confusing. Every time I decide to do something, I have to once again remind myself what these things are. And now if you ask me what they are - I don't know, I forgot. It's really not a good experience writing code in MQL5. While in MQL4 you put OrderSend() with some parameters and voila.

      posted in Bug Reports
      fxDreema
      fxDreema
    • RE: once per trade for children trades ?

      I think you can omit the "once per trade/order" block. I don't recommend it anyway, because its memory is temporary, until the EA is closed. Go to the Examples (former How To) and take a look at the example called Add to Volume (every 10 pips). I think this is what you want to do.

      posted in Questions & Answers
      fxDreema
      fxDreema
    • RE: I would like my EA to open a maximum of 10 orders per day. How to do it???

      Also take a look at this "Bucket of Closed Trades" block. It has Time filters so you can set the time as 00:00 or even 24 hours in the past. Then, in Condition you can navigate to "Bucket... " and check the count. The problem is only that the block works only with closed trades. Maybe I have to make one such block that can work with all.

      posted in Questions & Answers
      fxDreema
      fxDreema
    • RE: MQL market not supported for .ex5

      Yes, the compilers on the server are usually some version that is months old. Unforunately if there is a new compiler (MetaEditor), the chance is that it will be slower than the older version, and that's why I'm not very tempted to always keep the newest compiler.

      posted in Bug Reports
      fxDreema
      fxDreema
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 374
    • 375
    • 6 / 375