HyperTrend translate from Tradingview

Forums ProRealTime English forum ProBuilder support HyperTrend translate from Tradingview

Viewing 15 posts - 16 through 30 (of 31 total)
  • #219153

    Hello Nicolas,

    You’re welcome.

    your list of conversions in progress is not up to date : some indicators have been already converted (trendilo, ut bot alerts…) and others can’t be converted because the code is not available (smart money concept for example) because the script is published closed-source.

    I have also my own list of conversion to do… 🙂

    But i can try to convert 1-2-3 pattern.

    For smart money concept, there is those 3 scripts that can be equal if not better than the one of the conversions list :

    https://www.tradingview.com/script/CnB3fSph-Smart-Money-Concepts-LuxAlgo/

    https://www.tradingview.com/script/ib4uqBJx-ICT-Concepts-LuxAlgo/

    https://www.tradingview.com/script/ZpHqSrBK-Market-Structure-CHoCH-BOS-Fractal-LuxAlgo/

     

    #219226

    For your information, here is the (non-exhaustive) list of conversions in progress: https://docs.google.com/spreadsheets/d/1x-GJwezHPpQwqy1qBj6ygf2nx160f1aLgtQWflMO1_U/edit?usp=sharing

    Hi Nicolas,

    If it can help the community. I did the conversion of the 1-2-3 Pattern of your conversions’ list

    I have not seen where and how i was supposed to add the itf file in the library, so i add it here.

    On the original indicator high or low can trigger the signal and be considered as a breakout ; i change this by close instead of high or low.

    Also on the original indicator array were used, i did not. It was useless as only 3 last values were needed by the process of detection.

    Also, i think it is possible to improve the indicator a lot :

    First, it can be improved easily to found all 1-2-3 pattern for a large range of period value, not only one like in the original indicator

    Second, in the original indicator, the last pivot must be detected before the breakout happens, which can prevent the indicator of detecting the pattern and the breakout as the breakout happens before the period to finish… It can be solve also

     

    2 users thanked author for this post.
    #219409

    I still can’t add post in the Library…

    When i try, i am asked to upload a picture, and i can fill everything but i can’t upload the ITF file, and my post does not appear in the Library…

    When i click on “Add/Edit Attachments” nothing happen, i just return at the top of the same page.

    How can i do to solve that bug?

    Thanks

    #219415

    Thanks for the upload! I appreciated it a lot.

    Post have to be reviewed in order to be public. Will review it asap 🙂

    ITF file upload is not necessary, I will make it myself if you have added the code into your content.

    #219417

    Ok,

    Itf file have been uploaded 2 posts above

    #219439
    Wim

    With respect to the Hypertrend (from LuxAlgo) conversion to PRT. I am not convinced that this conversion reliably copies the Tradingview behaviour. I compared the Tradingview chart with the PRT chart for the S&P500 in the first quarter of this year. Screen captures added. Of course with exactly the same configuration, 5, 14 and 80 (defaults).

    The number of channel changes is modest in Tradingview, and huge in PRT. I guess that some Tradingview-math has been ill translated. Seems worthwhile to have someone check it and propose a correction?

    #219459

    Maybe AverageTrueRange is not calculated the same way on TradingView and ProrealTime ?

    On Prorealtime, Average True Range is calculated by applying a Wilder moving average to the True Range

    while on TradingView a Relative Moving Average is applyed to the true range…

    Relative moving average does not existe on prorealtime ?

    Is it possible to compage atr on both ?

    #219464

    This is the standard formula for the ATR indicator:

     

    #219465

    Strange how i get 3 differents results for ATR[200]

    First is ATR from prorealtime, second is calculated with the RMA script found below, and last with the script of ATR formula above…

    https://www.prorealcode.com/prorealtime-indicators/rma-recursive-moving-average/

    Not sure which one stick the more to the ATR calculated by tradingview.

     

    #219467

    Also an other explanation could be the operators’ precedence that can be different on prorealtime and tradingview…

    If someone else can help, it would be appreciate 🙂

    #219468
    Wim

    The difference in ATR between Tradingview and PRT doesn’t explain the large number of channel changes in PRT. I do acknowledge that the Tradingview ATR values are roughly 8 points higher than those calculated by PRT. Adding this offset to PRT doesn’t change the number of channel changes. Something else going on there too.
    Back to the ATR calculation. As shown in the screen captures the ATR of Tradingview lies roughly between 20 and 25, whereas the ATR of PRT lies between 10 and 15 for the first quarter of 2023. The PRT screen capture shows the standard ATR and Roberto’s ATR. They are identical.

    We need a Tradingview-PRT-detective to research on the correct conversion of the mathematics I guess.

    #219471

    The difference in ATR between Tradingview and PRT doesn’t explain the large number of channel changes in PRT. I do acknowledge that the Tradingview ATR values are roughly 8 points higher than those calculated by PRT. Adding this offset to PRT doesn’t change the number of channel changes. Something else going on there too.

    It does, because of line 15 in the script

    “If abs(close avg) > atr then
    More ATR is bigger, less channel change there will be.
    If ATR is 8 to 10 points less in Prorealtime, then there will be more change in channel.
    Also 8 to 10 points more than 10 to 15 points is 80% more… It is a huge difference!

     

    #219472

    I found the formula of RMA of tradingviw, hr blow, i will do the conversion to have the same atr, but i have no time today (traveling day)

    https://fr.tradingview.com/pine-script-reference/v5/#fun_ta.rma

    https://www.tradingcode.net/tradingview/relative-moving-average/

    #219483
    Wim

    I found the reason behind the big difference in charts Tradingview and PRT. The broker chosen by LuxAlgo only gives candles during normal pre-market and market opening hours. PRT/IG gives 24 hourly candles per day. If I switch to another cfd broker dealing all day like IG, you get the same chart as in PRT (including same values for ATR). See screen capture.
    What this means with respect to signals given by this indicator with a opening hours only broker versus a 24-24 broker, I do not know. More, less, more or less reliable, … happy backtesting.
    No need to change the code, sorry for the fuzz, although I did learn something about the effect of the different brokers on signals given by an indicator.

    #219499
Viewing 15 posts - 16 through 30 (of 31 total)

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