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)
No recorder needed, but chart data series must be in tick replay to show historical data. Tick replay makes it SIMPLE to code indicators like this.
Two indicators based on bid/ask delta:
bar histogram of non-cumulative …
I have enabled Tick Replay, the indicator seems to be working but not plotting the bars as expected. I can see the indicator's price marker but the cumulative delta bars are missing. Here below you can see the chart and the settings. Anyone else having the same issue?
Can you help answer these questions from other members on NexusFi?
When Tick Replay is enabled the UN Gom Delta bars are visible, but they don't update. The right scale shows the data is updating, but the histogram bars don't change after the indicator is first installed. Perhaps the code needs changing for NT8 ver 8.0.20.1 ?????
Sorry, the answer is no. UnGomDelta has some kind of bar offset from the price bars, as though there is a synchronization issue. It needs the programmer or a volunteer to correct the code. To make matters worse NT8 Tick Replay is inefficient, consumes memory rather than writing or saving to a disk file like GomCD does on NT7. I have used GomCD on Nt7 for years with 24 symbols running 24/7 and rebooting on weekends. No way could NT8 do that without consuming memory and slowing NT8 down to the point it is useless for more than a few charts. I am very disappointed with TickReplay and NT8. Of course the GomCD data NT7 file keeps getting larger as data is saved, but it can be saved elsewhere or reduced in file size. Same problem exists for NT8 ver 8.0.21.1 . WHAT WE NEED IS A GOMCD Recorder FOR NT8......
That is the indicator version of GomCD. What is needed is a GomCD recorder that writes the bid ask data to a disk file so it can be retrieved for custom indicators. I will post the NT7 indicator that uses Gom data that I want to convert to use on NT8. Perhaps it can be modified to use TickReplay data or maybe it needs something like an nt8 GomCD in recorder mode. I posted it on the Futures IO Gom list some weeks back but got no takers. Basically it is a ratio of (smoothed ASK - smoothed BID) / (smoothed BID + smoothed ASK) multiplied by 100. I use it as an orderflow overbought oversold oscillator.
1. Looks like I need the NT8 Gom Pro version. I was going to try using the unGom to try and code the front end of indicator.
2. This was what Gomi told me about Tick Replay: "Yes Ninja performance in tick replay mode really sucks, and the GomRecorder in NT7 is much faster. I thought about rewriting a gomrecorder in NT8 but it actually should be NT's work to make the tick replay mode efficient."
If you open nt8 Task Manager and monitor Apps NinjaTrader Memory column from when you first open NT8 and watch the % grow with Tick Replay not enabled and compare with enabled. The % Memory used grows as the day progresses faster when TR is enabled than when not. Even with 32GB on win10 machine performance gets bogged down and has slow responce later in the day. Depends on how many charts have TR enabled. With a few charts it won't be noticed. Setting the CPU priority to High for NT8 doesn't help.
So yes, maybe I should rewrite a GomRecorder and do Ninja's job, and I might as well do it one day because it would give my indicators a massive edge on the other vendors "Use gomicators and enjoy full NT7 GomRecorder performance under NT8" lol.
Only solution I have for you in the meantime is to move to Sierrachart and explain to NT that you are quitting because you need decent tick replay performance that you are not getting any more since you moved to NT8 TickReplay.
The only temporary solution I've found for TickReplay and NT8 is to use as few bars per chart as necessary. Thanks Gomi for the clarification/confirmation. Hopefully making some noise will get some attention. Even with NT7's single thread it still beats NT8 multithread in the number of charts and indicators used. I mean I can run NT7 loaded down for 24/7 without rebooting and NT8 would need restarting daily. If traders knew the real facts about TickReplay they might be interested in paying for an NT8 GomRecorder.