I upgraded to 7##.5 (it was 7##.3),no change. I imported betterrenko, and it does the same thing. Both are in the "type" folder, but dont show in the data series>chart style box. Applied many restarts and compilations, no change.....
Roger Felton, @rogerf, brought this to my attention several weeks ago, and so I've been looking into this issue.
The short answer is it's an internal issue with how NT is distributing the incoming data to each chart.
The long answer. Bartype code is a set of logical steps that analyzes the input data. This logic is the same for each of your four charts, so the only way to get different output data is to change the input data. Therefor NT must not be delivering the same tick data to each chart. The only logical answer I know of is that incoming tick data is being dropped in some of the charts. It appears that NT is not as multi-threaded as we'd like.
The same thing happens with NT's LineBreak bartype. See pic.
Max, would you please post a link to the BarTimerLBW ind.? A lot of people have been asking for that. Thanks bud.
Last edited by zacharydw00; June 21st, 2011 at 04:29 PM.
The following user says Thank You to zacharydw00 for this post:
hmm, maybe we can have some more input to this subject from other folks who have dealed with this issue or also from @NinjaTrader.
sometimes there is a trick available to get such things fixed
what i see is that this Bartype needs a very long time to load even if i only load it with 1 day backfill (compered to a pure tickchart wich loads very fast)
maybe this causes that some ticks get lost during the loading of the chart.
and even if its really only "some few" ticks, this would change the result of the view of the bars.
lets see what infos we can collect here.
the BarTimer for this LB-wicked stuff can be found here :
Problem Caused by Transition Bar from Historical to Real-Time Data
The problem has to do with the transition from historical bars to real-time bars. This is what I think that NinjaTrader does:
Historical bars: Starting from the begin of the current session, Ninjatrader builds bars from the ticks stored in the historical data base. Let us assume that there are 8905 ticks after the session start. If you have set your chart to 89 ticks, NinjaTrader should create 100 tick bars, which leaves 5 ticks unused. Each of those 100 historical bars now is reduced to 1 tick, the other 88 ticks are dropped from the bar series.
Hybrid bar: This is the critical bar at the transition from historical to real-time data. If everything works out correctly NinjaTrader should take the remaining 5 ticks and add 84 real-time ticks to produce the hybrid bar.
Real-time bars: Afther the hybrid bar, Ninjatrader builds real-time bars. Each of the real-time bars has 89 ticks, as opposed to the historical bars, which have only 1 tick.
The critical point is the hybrid bar. All sorts fo things go wrong here. For FOREX I occasionally have price spikes on the hybrid bar, because Ninjatrader injects old historical ticks into that bar, carrying false price information (you can see it because the spikes always point in the direction of the prior daata). I have volume spikes on that hybrid bar with most of the futures contracts, because the volume is not correctly accounted for.
So I am not astonished that the accounting for ticks does not work correctly for those bars. As you said some of the incoming ticks are either dropped or not accounted for correctly. In my example above, it would be sufficient to treat the 5 ticks of historical data as 1 tick and add 88 real-time ticks to cause the problem.
The following user says Thank You to Fat Tails for this post: