ToDate is incorrect when TickReplay is checked

[photog53]

Create a simple indicator and add this code

           if (CurrentBars[0] == 0)
            {
                Print ("bar0 = "+Times[0][0].ToString()+"      dataseries ToDate= "+ BarsArray[0].ToDate.ToString() );    
            } 

Then run it in on a chart with 'TickReplay' unchecked.....(the DataSeries[0] ToDate will correctly show the endDate selected on the chart.

Now...go into DataSeries and rerun the same thing, but this time 'check' TickReplay box....(the ToDate will incorrectly show the starting date of the chart...

Could just be me....(wouldn't be the first time I overlooked something simple)...but it seems I should get the same DataSeries[0] 'ToDate' even with TickReplay 'checked'

[NinjaTrader_PatrickH]

Hello photog53,

I am seeing the same behavior and as this is not documented I am checking with development on the behavior.

Thank you for reporting this item.

[photog53]

Thanks for the response!! (I appreciate your effort).

[NinjaTrader_PatrickH]

Hello photog53,

Thank you for your patience.

This would be expected behavior of ToDate. In real-time data without Tick Replay, the latest updated bar would reflect today's date as the historical bars are just historical. With Tick Replay enabled the historical bars are being updated and each one will reflect the ToDate of their respective date.

Please let me know if you have any questions.

[photog53]

Hmmmm....that's not gonna work.

Here is the issue. We are migrating a "heads up" chart from NT7 to NT8. The chart size is always a moderate sized bar (Ex: 15 minute or 16 range....) with a moderate lookback period of 1-2 weeks...(to give a reasonable 'overview' of price action).
On this chart we plot a few Multi-time frame indicators (with additional DataSeries) that draw chart objects based on some micro level calculation. Into this mix we intended to add the new functionality of NT8...."TickReplay" to display Chart Objects with that level of detail as well.
This creates a scenario where on one chart we have one indicator actually using TickReplay, and other indicators NOT using TickReplay but existing on a chart with TickReplay checked.

We want to retain our ability to determine the End day selected on the charts
....(as well as the usual IsFirstBarofSession and IsLastBarofSession, which also occasionally seem to mess up when TickReplay is checked and the chart contains indicators that have additional DataSeries).....
and the other data that is available on charts without TickReplay.

Where can I find....(at CurrentBars[0] == 0 or 1)....the end date selected by the user on a chart using TickReplay.

[NinjaTrader_Matthew]

Hmmmm....that's not gonna work.

Here is the issue. We are migrating a "heads up" chart from NT7 to NT8. The chart size is always a moderate sized bar (Ex: 15 minute or 16 range....) with a moderate lookback period of 1-2 weeks...(to give a reasonable 'overview' of price action).
On this chart we plot a few Multi-time frame indicators (with additional DataSeries) that draw chart objects based on some micro level calculation. Into this mix we intended to add the new functionality of NT8...."TickReplay" to display Chart Objects with that level of detail as well.
This creates a scenario where on one chart we have one indicator actually using TickReplay, and other indicators NOT using TickReplay but existing on a chart with TickReplay checked.

We want to retain our ability to determine the End day selected on the charts
....(as well as the usual IsFirstBarofSession and IsLastBarofSession, which also occasionally seem to mess up when TickReplay is checked and the chart contains indicators that have additional DataSeries).....
and the other data that is available on charts without TickReplay.

Where can I find....(at CurrentBars[0] == 0 or 1)....the end date selected by the user on a chart using TickReplay.

If you just need the end day selected on the chart, use the ChartBars.Properties.To value.

http://ninjatrader.com/support/helpGuides/nt8/en-us/chartbars_properties.htm

[photog53]

Thanks Matthew.....
....(I knew you would have an answer).....
There are more things we are looking for, but now that I understand better how Tick Replay works internally, I imagine we can work around any issues.