NexusFi: Find Your Edge


Home Menu

 





The Truth: NinjaTrader


Discussion in NinjaTrader

Updated
      Top Posters
    1. looks_one Fat Tails with 120 posts (165 thanks)
    2. looks_two Big Mike with 54 posts (93 thanks)
    3. looks_3 MetalTrade with 43 posts (10 thanks)
    4. looks_4 ZTR with 41 posts (25 thanks)
      Best Posters
    1. looks_one AynRandFan with 34 thanks per post
    2. looks_two Big Mike with 1.7 thanks per post
    3. looks_3 Fat Tails with 1.4 thanks per post
    4. looks_4 NinjaTrader with 0.9 thanks per post
    1. trending_up 361,366 views
    2. thumb_up 802 thanks given
    3. group 145 followers
    1. forum 1,059 posts
    2. attach_file 65 attachments




 
Search this Thread

The Truth: NinjaTrader

  #241 (permalink)
 
lolu's Avatar
 lolu 
Lagos, Nigeria
Market Wizard
 
Experience: Intermediate
Platform: NinjaTrader, SierraChart
Trading: Euro Currency & Oil
Frequency: Daily
Duration: Hours
Posts: 2,552 since Jun 2009
Thanks Given: 1,049
Thanks Received: 1,678


Zondor View Post
If, at the time of adding a trade price to the Last file, NT also recorded the bid and ask prices, it would reduce the problems caused by the coarse timestamping.

I suggested that they do this by adding four decimal points to the Volume field. The first two would be the offset in tick size units between the last and the bid, and the second two would be the offset in tick size units from the last to the ask. Then there would be no need for bid and ask files anymore.

The Volume indicator could easily be set to ignore the decimal portion of the stored values.

I posted this in the NT forum and they ignored it. They are truly in their own world.....

Zondor,

Please, see my post 223 above. It seems you've NOT read it.

Lolu

Visit my NexusFi Trade Journal Reply With Quote

Can you help answer these questions
from other members on NexusFi?
Exit Strategy
NinjaTrader
Better Renko Gaps
The Elite Circle
ZombieSqueeze
Platforms and Indicators
Pivot Indicator like the old SwingTemp by Big Mike
NinjaTrader
REcommedations for programming help
Sierra Chart
 
Best Threads (Most Thanked)
in the last 7 days on NexusFi
Spoo-nalysis ES e-mini futures S&P 500
29 thanks
Just another trading journal: PA, Wyckoff & Trends
25 thanks
Tao te Trade: way of the WLD
24 thanks
Bigger Wins or Fewer Losses?
22 thanks
GFIs1 1 DAX trade per day journal
17 thanks
  #242 (permalink)
 traderwerks   is a Vendor
 
Posts: 692 since Jun 2009
Thanks Given: 436
Thanks Received: 465


Zondor View Post
If, at the time of adding a trade price to the Last file, NT also recorded the bid and ask prices, it would reduce the problems caused by the coarse timestamping.

I suggested that they do this by adding four decimal points to the Volume field. The first two would be the offset in tick size units between the last and the bid, and the second two would be the offset in tick size units from the last to the ask. Then there would be no need for bid and ask files anymore.

The Volume indicator could easily be set to ignore the decimal portion of the stored values.

I posted this in the NT forum and they ignored it. They are truly in their own world.....

I don't think changing the volume from a long ( in NT 7 ) to a double would be a good idea considering that it broke a lot of free indicators when they moved from an int to a long.

What about thin markets where the bid/ask changes without a last price? When the bid ask price changes without a trade occurring you would send a Last trade with no volume and make up a last price for the volume offsets ?

It would be better just to timestamp the data correctly.

Reply With Quote
  #243 (permalink)
 NetTecture 
Szczecin
 
Experience: Intermediate
Platform: Ninja, writing own now
Posts: 211 since Mar 2010


Actually the timestamp would be bearable (not that it is not a stupid ninja-trader like idiocy to have only a second resolution) if they would maintain order - i.e. store elements in ONE file. Even with a higher timestamp it is sometimes really hard to regenerate proper order in really fast markets

Reply With Quote
  #244 (permalink)
ScoobyStoo
London
 
Posts: 16 since Mar 2010
Thanks Given: 0
Thanks Received: 13

I don't think there's any need to start appending order book data to transaction data. The data should be kept clean and simple, just as it is pumped out from the exchange. All NT needs is a method of replaying it in the correct sequence. The process of keeping it in sequence is trivial. It could all be recorded to a single file (overkill IMHO), maintain a sequence number which is appended to each event in the separate files, record a tick (CPU tick, not instrument tick) precision timestamp. There are loads of methods. I mean, this stuff really isn't rocket science.

But I don't think NT are really interested in users such as ourselves who demand this level of performance. The product isn't really targeted at us...

Reply With Quote
  #245 (permalink)
 MXASJ 
Asia
 
Experience: Beginner
Platform: NinjaTrader, TOS
Posts: 796 since Jun 2009
Thanks Given: 109
Thanks Received: 800

Guys... have you tried to buy historical data with ms timestamps? us (microsecond. How do you do Greek characters with this thing?) timestamps? I haven't seen that from (my admittedly superficial screen time) TT, CGQ, PATS, or RTS.

Not playing the devil's advocate here but in the milli-s and micro-s market replay/historical database space retail/PA traders tend to roll their own anyway. If you are a player you would have kdb or similar for the tick farm.

Are we getting too far from the original post?

Reply With Quote
  #246 (permalink)
ScoobyStoo
London
 
Posts: 16 since Mar 2010
Thanks Given: 0
Thanks Received: 13


MXASJ View Post
Guys... have you tried to buy historical data with ms timestamps? us (microsecond. How do you do Greek characters with this thing?) timestamps? I haven't seen that from (my admittedly superficial screen time) TT, CGQ, PATS, or RTS.

Not playing the devil's advocate here but in the milli-s and micro-s market replay/historical database space retail/PA traders tend to roll their own anyway. If you are a player you would have kdb or similar for the tick farm.

Are we getting too far from the original post?

There are a million and one timeseries database solutions out there like KDB. Storing and replaying the data once you get hold of it is easy. It's getting hold of decent quality tick data that is expensive. All the serious players get their data direct from the exchanges. For those that focus on CME instruments, their DataMine service offers some good products and their prices aren't too ridiculous.

My point is that none of these are really accessible to the average retail player with limited time and budget. NT offers them tick data recording, replaying and backtesting all in one package. It's just that due to flaws in the NT recording/replaying process the backtesting results are at best inaccurate and at worst dangerously misleading.

Anyway, yes, you are right. We are taking this thread well off topic.

Over and out.

Reply With Quote
  #247 (permalink)
 NickA 
London
 
Experience: None
Platform: MC & Ninja mainly
Posts: 135 since Jan 2010
Thanks Given: 5
Thanks Received: 50


NetTecture View Post

Storing historical data in separate files for ticks, bid / ask and with a 1 second resolution would mean any stream reconstruction is simply impossible.

They do, it is.


Game over for me until they change it (7.5 maybe?)

Reply With Quote
  #248 (permalink)
 
GoldStandard's Avatar
 GoldStandard 
arizona
 
Experience: Intermediate
Platform: rolling my own
Trading: ES,CL,GC,6E
Posts: 205 since Oct 2009
Thanks Given: 324
Thanks Received: 191

It might help if more of us post in NTs support forum about this. They get so many posts from people requesting UI and charting changes and such, that they probably think this is where they should be focusing. There may not be anyone on NTs staff who even uses NTs autotrading features, so it might require more feedback from those who do want to use it to convince them that the demand is there.

Reply With Quote
  #249 (permalink)
 
TexasTrader's Avatar
 TexasTrader 
Dallas, TX
 
Experience: Intermediate
Platform: NinjaTrader, MultiCharts, TradeStation
Broker: Mirus/Zen-Fire, TradeStation
Trading: Futures
Posts: 15 since Apr 2010
Thanks Given: 0
Thanks Received: 4

I am running through the NT threads as I am trying to determine which platform I should code my day trading strat on... This post has a real earful.

I have both TradeStation and NinjaTrader accounts, and agree that TS is an outdated product and generally very low level support people there. Even there forum is losing speed (5 years ago it was awesome). TS has great charting but they have failed to update their product.

Ive been trading with NT for 2 months now (including NT 7) and have had no issues with crashes or anything like it (except for cases where I goofed an indicator...). Its very stable and the best "trading from the charts" that Ive seen. I no longer use DOM/ladder given that feature.

EasyLanguage is funky, however there's many features that evolved over time and it is powerful. NS is probably superior in capability (C#), however many "standard" C# methods are not supported and have caused me problems. Ive spoken with others as well as exchange support - consensus is NT has a niche but esp thier strategy capability is severely lacking.

Overall I like NT for day trading, and still looking for a strategy platform (MC charts is the interest of the week). RTS seems best in class, however $20k/month is restrictive.

Reply With Quote
  #250 (permalink)
 
ZTR's Avatar
 ZTR 
 
Experience: Advanced
Platform: NinjaTrader7
Broker: Mirus RCG/Zen-Fire
Trading: CL & 6e, looking at ES, ZB and AU again.
Posts: 2,096 since Nov 2009
Thanks Given: 1,099
Thanks Received: 1,393


NT7 is screaming fast on an Intel i7 processor.

My system can handle even the most crazy price action and not blink, so far.
I am running up to 12 recording indicators 6 Gom & 6 Zondor, in 4 workspaces stuffed with custom Indy's all using ladders & recorded indicators.

Here is what the resource manager shows. Oh, it is using less than 2G of memory.

R.I.P. Andy Zektzer (ZTR), 1960-2010.
Please visit this thread for more information.
Attached Thumbnails
Click image for larger version

Name:	Capture.PNG
Views:	186
Size:	262.1 KB
ID:	12504  
Visit my NexusFi Trade Journal Reply With Quote




Last Updated on April 22, 2017


© 2024 NexusFi™, s.a., All Rights Reserved.
Av Ricardo J. Alfaro, Century Tower, Panama City, Panama, Ph: +507 833-9432 (Panama and Intl), +1 888-312-3001 (USA and Canada)
All information is for educational use only and is not investment advice. There is a substantial risk of loss in trading commodity futures, stocks, options and foreign exchange products. Past performance is not indicative of future results.
About Us - Contact Us - Site Rules, Acceptable Use, and Terms and Conditions - Privacy Policy - Downloads - Top
no new posts