PRT MACD CORRUPTED!?

Forums ProRealTime English forum ProBuilder support PRT MACD CORRUPTED!?

Viewing 15 posts - 16 through 30 (of 35 total)
  • #64165

    From my point of view there is no quantification. But I am a chemist, and in real chemistry there is little calculation, if any. Just experience. And statistical velocity distribution. Or price distribution.

    We need to take back our ego. Most of the time, it leads us astray.

    #72480

    I am here again (on this Topic) trying to code a concept using a Double MACD, I’m eating my lunch at the same time and so I am using the Simplified Creation tool.

    Why you reckon PRT don’t correct the anomaly in the naming of the lines in the native MACD  provided on the Platform??

    1.  PRT think they’re MACD Line names are correct / more logical / better than everybody else’s??
    2. PRT would screw existing Systems if they changed / corrected MACD Line names now after being wrong for so long??
    3. PRT couldn’t give a shit??
    4. PRT don’t even know what I / we are on about / they just don’t get it??
    5. PRT have not even read this Topic??

     

    It must be so confusing, frustrating and demoralising for newbie coders (it’s driving me nuts! ) and what is worse it could cause Newbies to conclude  … ah I’ll never be any good at coding, I’ll give it up right now!!

    #72484

    PRT just need to release a ‘PRT Standard Version’ but keep the old one as ‘MACD’ and then anyone who has working codes will not be affected and new coders can use the now correct ‘MACD Standard Version’ and get the expected results.

    1 user thanked author for this post.
    #72489

    Thanks Vonasi, no excuse now for PRT not to sort it out!

    Constructive criticism does help sometimes, I mentioned point 2, above and you came up with a solution! 🙂

    I have emailed PRT direct (contact@prorealtime.com) and referred them to this Topic.

    Think I will do this more often as it only took 3 mins and it is a positive move!

    I’ll report back on any reply from PRT.

    #72504

    What is even more confusing is that the Line names in the right hand box are named something else in the left hand box  … see attached.

    It’s like trying to telling yourself (after many years of familiarity)  … red isn’t red it’s named yellow, but if you select / want yellow then you have to remember that it won’t be named yellow it will be named the exponential average  of pink!!!!!!!!!!!!!

    #72505

    … see attached.

    Houston we have an issue…..

    1 user thanked author for this post.
    #72530

    MHist = MACD[12,26,9](close)
    BlueLine = MACDline[12,26,9](close)
    RedLine = Blueline-MHist

    Thank you @Despair, above makes sense of the PRT MACD naming garbage, but above can’t be used in the Simplified Creation Tool because the Tool does not allow a minus function??

    Yes okay, I know I can change using Creation by Programming. but then I cannot make further changes using Simplified Creation Tool.

    Conclusion (anybody prove me wrong, PLEASE) … MACD BLUE crossing MACD RED is not possible using the Simplified Creation Tool??

    The most universally touted Technical Indicator / MACD is unusable on PRT  Simplified Creation / Assisted Probacktest Creation!!!!!!!!!!!!

    #72549

    Blimey this is (yet another) eye opener… I messed around with MACD on/off over the year(s!) in PRT but always got myself confused as often the results running the code were not adding up – seeing all this discussion it is starting to make some sense why now!

    Sorry not to be of any help GraHal wish I could but haven’t the will to devote any brain power to that one seeing what is going on/such a fundamental error

    1 user thanked author for this post.
    #72706

    @Grahal: Yes, this is a very disturbing bug. Also if they now correct it, all strategies that use the old screwed up definition that worked before will produce wrong results…

    #72709

    We have already solved that problem Despair. See my post:

    https://www.prorealcode.com/topic/prt-macd-corrupted/page/2/#post-72484

    1 user thanked author for this post.
    #73154

    No response from PRT (no surprises there!) so I just sent them the email below to support@prorealcode.com.

    Please can you advise the code that is produced using the Simplified Creation Tool for a MACD Blue Line crossing over a MACD Red Line?  

    #73187

    Doh to me! … I sent email to support at this site!

    I’ve resent to contact@prorealtime.com

    #73315

    Hello GraHal,

    Indeed as Despair wrote previously:

    When most people are referring to “MACD”, they actually mean the “MACD Histogram”, hence the naming.

     

    You can check that the results returned are the same as if you calculate the indicator yourself:

     

    Finally, in assisted creation mode, it is true when you use the dropdown menu, the fact that the MACD line is just named MACD can create confusion because it’s not the same logic as in the rest of the Software. I’ve just asked my colleagues to correct this in a future update to display MACDLine in this dropdown menu as well.

    MACD-PBuilder

    Regards,

    Pierre

    #73331

    Thank you Pierre

    It all seems to make a simple Indicator rather complicated

    I think most folks want fast blue line crossing slow red line so what is the code for this via the Assisted Creation Tool please (or have I missed it in above? :))?

    Many Thanks
    GraHal

    #73342

    I keep going from one definition to the next and back again and just getting confused / frustrated.

    If it is just me and anybody else can see what blue crossing red is from Pierre’s post then please state it below and I will try and create the same using the Assisted Creation Tool?

    Thank You

Viewing 15 posts - 16 through 30 (of 35 total)

Create your free account now and post your request to benefit from the help of the community
Register or Login