Welcome to NexusFi: the best trading community on the planet, with over 150,000 members Sign Up Now for Free
Genuine reviews from real traders, not fake reviews from stealth vendors
Quality education from leading professional traders
We are a friendly, helpful, and positive community
We do not tolerate rude behavior, trolling, or vendors advertising in posts
We are here to help, just let us know what you need
You'll need to register in order to view the content of the threads and start contributing to our community. It's free for basic access, or support us by becoming an Elite Member -- see if you qualify for a discount below.
-- Big Mike, Site Administrator
(If you already have an account, login at the top of the page)
Using NT Volume Indicators??? Better Read This !!!!
I'm having the same problem with NT7 code. Code that works fine with NT6.5 will always show one less trade per bar in NT7. For example if VOL says 300 my indicator says 299 in NT7 and 300 in 6.5. This is a tough nut to crack.
I can attest to the fact that I see the first tick volume being dropped at FirstTickOfBar in NT7. What I am seeing is the total volume is off by the volume of the first tick. If I add that volume back in my totals will be correct but there is another problem with plotting. If the next bar sits there with only the first tick, visible in a very slow period, the previous plot is carried forward and shows the result of the last bar with the added volume from the first tick. It is replaced with the correct plot if there is another trade during that bar period. If not the plot disappears and shows no volume when the next bar starts. This is unacceptable to me. Remember this will not be noticeable during regular hours with volume but can be seen using something like the TF on a 30 second chart during after hours when volume is very low. So, to recap.
Problem one: Volume of first tick is dropped but can be added back using additional code but should be unnecessary.
Problem two: Plotting has a problem which is only visible under the right conditions. This is not a problem with NT6.5 and I cannot find a way to fix it in NT7.
After working with NT as well as other programmers here at futures.io (formerly BMT) this week, Here are my findings.
NT has confirmed that there may be a issue using OnMarketData data with privately constructed indicator.
Since NT does not construct any of their indicators in this way, They have stated that no changes are planned to resolve the differences between NT 6.5 and NT 7.
Here's the problem.
In NT 6.5, CurrentBar and FirstTickOfBar can be used to capture all price/volume ticks for each bar from OnMarketData in real time.
In NT 7 , CurrentBar and FirstTickOfBar can be used to capture all price/volume ticks for each bar from OnMarketData except the first tick of the bar in real time.
This means that compiling accurate data from OnMarketData in NT 7 is going to be more complicated than NT 6.5.
All data from the "Bid, Ask, and Last" need to be collected, at every tick, and temporarily saved.
At FirstTickOfBar, The previous "Last"tick and the current "Last" tick are going to both get processed at the same time and updated to the chart together.
This means Indicators from NT 6.5, just because they compile in NT 7, does not mean they are working properly.
I am putting together some working samples to show you what the new coding should look like.
Stay Tuned,
RJay
P.S. Same problem is in OnMarketDepth for all counting indicators as well. jtRealStats indicators are not affected by this problem.
Can the indicators be coded so that they would work correctly if it IS a volume chart?
If so, you can put in a code switch since we can programatically detect whether the periodtype is Volume.
if(Bars.Period.Id == PeriodType.Volume)
... execute code suitable for volume chart
else
... execute code with FirstTickOfBar workaround
Note: My new version of BuySellVolume that includes the FirstTickOfBar fix gives perfect match so that buyvolume + sellvolume from GomRecorder equals Volume[0], on tick charts, anyway.
Ok.. so if i have GOMcd indicator loaded up on a volume chqrt, i'm gonna have problems? You saying that volume charts are not correct to begin with? or is it the indicators loaded up on volume charts?
Can the indicators be coded so that they would work correctly if it IS a volume chart?
If so, you can put in a code switch since we can programatically detect whether the periodtype is Volume.
if(Bars.Period.Id == PeriodType.Volume)
... execute code suitable for volume chart
else
... execute code with FirstTickOfBar workaround
Note: My new version of BuySellVolume that includes the FirstTickOfBar fix gives perfect match so that buyvolume + sellvolume from GomRecorder equals Volume[0], on tick charts, anyway.
Hi Zondor,
There may be a way to load the first and second ticks separately but it involves altering the chart programs.
I seriously doubt that NT would even consider it.
On the bright side, The GomIndicatorRecorder might be altered to compensate.
problem could also be fixed at the Indicator for non Gom indicators. I'll have to think about it.