Microsoft ML.Net requires .NET 4.6.1

[Silent Warrior]

Hey guys!

any updates on this?

I was hoping to use ML/AI resources to automate some development/optimization of Strategies on NT8 using 3rd party software.

any additional thoughts on this matter?

[NinjaTrader_ChelseaB]

Hello Silent Warrior,

Feature request SFT-3124 has not been implemented at this time.

As with all feature requests, interest is tracked before implementation is considered, so we cannot offer an ETA or promise of fulfillment. If implemented, it will be noted in the Release Notes page of the Help Guide.

Release Notes — https://ninjatrader.com/support/help...ease_notes.htm

[ScottB]

I would most definitely like to up vote a move to at least 4.6.1 and if possible as one poster suggested 4.8. Being relegated to using only 4.5 packages is definitely limiting, especially when you consider how long ago 4.5 was released.

[NinjaTrader_ChelseaB]

Hello ScottB,

Thanks for your vote!

[whitmark]

Indeed, ML.Net is a fantastic C# .Net library that keeps getting better. The only way I have been able to inference ML.Net models directly from NinjaScript is to first save the models in ONYX format from an executable that uses ML.Net outside of NT8 and then within NT8 use the Microsoft.ML.OnxRuntime library that seems to be compatible with .Net 4.5 along with making sure a half-dozen other libraries are moved into and referenced in the ninjatrader 8/bin/custom folder. Keep in mind, not all models/types will work cleanly within the ONYX format although it continues to evolve with ML.Net.

Please add me to the list to get NT8 to a more recent version of .Net Framework or .Net Core to better interface with all of the new emerging AI/ML technology.

Given NT8's .Net version may not be updated anytime soon, it may make sense to develop a lowest common denominator interprocess communication (IPC) solution like memory maps between a separate executable ML.Net model "hub" developed in .Net 4.8 or .Net Core and NT8 to enable NinjaScript to submit a feature vector to the hub and receive inference results.

[NinjaTrader_ChelseaB]

Hello whitmark,

I've added your vote to SFT-3124.

Thanks for your voice on this.

[wbennettjr]

Hello All,

I had this discussion back in 2015 and proposed a simple solution and it's still not implemented so I wouldn't hold my breath if I were you. Thread: Request compilation using .Net 4.6

The good news is I did come up with a solution that once configured, does not change your workflow and you are able to use any .NET version you want! See Hack Alert: Compile with .net 4.6!.

The basic idea is as follows:

1. NinjaTrader calls .NET 4.5 csc.exe to compile the custom assembly.
2. We replace .NET 4.5 csc.exe with a wrapper exe.
3. When the wrapper is called
   • Is being called from NinjaTrader
     • Call whatever .NET csc.exe you set up instead
   • Is not being called from NinjaTrader
     • Call the original .NET 4.5 css.exe.

Hope this works for you,
Wil

[tradesignaltracker]

Please submit my vote for the the latest .Net as well. Thank you.

[NinjaTrader_ChelseaB]

Hello tradesignaltracker,

Welcome to the NinjaTrader forums!

I've submitted your vote to SFT-3124.

We appreciate your feedback.

[bltdavid]

+1

Please add my vote

[NinjaTrader_Jim]

Hello bltdavid,

We have added your vote.

Thanks for sharing interest.

[EB Worx]

+1

Please add my vote

[NinjaTrader_ChelseaB]

Erwin Beckers,

I've got your vote in on this as well.

Thanks for your vote.

[12tkram]

add my vote too please .. and, what level of .Net do we use now with NT 8.0.21.1 ?

[NinjaTrader_ChelseaB]

Hello 12tkram,

I have added your vote to SFT-3124.

NinjaTrader currently targets .NET 4.5.