Switch to SharpDX.Mathematics about stride HOT 9 CLOSED

another option would be the new SIMD enabled vectors of System.Numerics. the missing methods could be provided as an extension package.

from stride.

SharpDX.Mathematics depends on SharpDX, which I think would be pretty undesirable.

Moving to System.Numerics seems a natural choice but I think any move needs a bit of research. .NET runtime people have been discussing hardware intrinsics like SIMD for a while but it's still a work in progress AFAICT.

.NET Platform Dependent Intrinsics
API Proposal: Add Intel hardware intrinsic functions and namespace

We might also consider the improvements offered by C# 7.2's readonly structs. One benefit of Xenko.Core.Mathematics is that it'd be a lot easier to update to using readonly structs than to try and update an external dependency like SharpDX.

from stride.

I can't name a serious engine that doesn't maintain its own math library.

The reality is that the math library is tiny in relation to the rest of the engine -but- it is used everywhere. So this is a case where the premium on maintaining consistency/style with the rest of the engine is extraordinarily high. The benefits for switching should therefore likewise be extraordinarily high.

from stride.

The xenko mathematics is a fork of the SharpDX one.

from stride.

IMO this would require effort better spent elsewhere and the current state of affairs actually has some advantages.

from stride.

it would be interesting to know whether xenko changed/fixed anything compared to the sharp dx ones.

from stride.

No idea if they kept it up to date with the SharpDX one. After a brief looking at the history of SharpDX doesn't look like a whole lot has been changed over the last couple of years. Not sure how much effort would be involved doing a compare etc.

from stride.

Agree with @jhorv and @jmkinzer that we better have math lib inside Xenko.

However, nothing prevent us from improving them (readonly structs etc...) and/or merging SharpDX changes. Feel free to open separate issues when there is a concrete improvement idea, closing this one.

from stride.

I wanted to add to this discussion that, switching to something like SIMD enabled Vectors wouldn't actually replace much. The functionalities that comes with them should be well tested to be useful in Xenko's context while the functionalities that are unique to Xenko can still be added as extensions methods which still retains certain control over it.

It also allows Xenko to accept a wide variety of libraries that utilizes System.Numerics which should be a great plus to developers.

from stride.