In preparation for the Xenko game engine integration we decided to change the default math library of VL from SharpDX to Xenko. The decision was particularly easy since both math libraries have the same origin and most types and methods are identical. And thanks to the VL import layer it's easy to switch out the types, without any noticeable changes for the VL user.
What you get:
We are (again) in luck with Xenko since it just so happened that Alexandre Mutel, who developed SharpDX, was a core developer at Xenko. We actually didn't know that at the time we started to work on the VL core library. We chose SharpDX mainly because it was well established, complete and open source. So it was quite a nice surprise when we browsed the Xenko source code for the first time and saw that they basically use the same math code.
This section is only relevant for library developers.
Xenko's 4x4 matrices have a transposed memory layout compared to SharpDX. This is not to be confused with transposed matrix elements (M11, M12, M13 etc.), it is only relevant when doing low-level operations with memory and pointers, such as uploading them to the GPU. The big advantage of it is, that Xenko's matrices can directly be uploaded to the GPU without the overhead of transposing them.
Most C# projects written for VL don't need to be changed. Only if they use the SharpDX.Mathematics nuget to work with vectors, matrices, rectangles etc.:
If you then get an error on compilation, your project might be in the old format. Upgrading is quite easy, it just involves changing the header and deleting most lines in the project file. Follow this guide or join our chat if you need help.
Please give the new version a spin and send us a report if anything doesn't work as before.
I'm sure this is the right way going forward in preparation for Xenko but it might not be as smooth a transition for old patches as you might think.
The issue I'm having is with Deserialization. I have loads of files with serialized data which also use the SharpDX data types. Now VL has no idea what those types are.
Do I have to find and replace all the references (possibly automated) in the XML files, implement my own serializers or is there some way to add some sort of type alias so that VL would automatically recognize the old types and load them as Xenko types?
@domj That should all work fine, VL doesn't save a type hint to SharpDX in the files. This was of course tested. Can you describe in a forums thread what you did in order to get SharpDX type hints into your files?
@tonfilm by building a silly application that seems to explore many VL corner cases :D. I'll post in the forum with details but I think the gist of it is serializing collections of Objects which of course need type hints to be read back.
chances are that this will not affect anyone else at this point in time. however, if you do have to upgrade, plan in a little more time.
as the first post stated, only csproj files adhering to the new sdk-style will work. this is 100% true.
however, the upgrade process is definitely not an easy one, like fixing the first line and being done.
after manual tinkering the file for a few hours with little effect but frustration, I ended up making a new folder, creating a new .net standard 2.0 project and reimporting all used files, nugets, and other dependencies.
because it is missing in the original post: as of vvvv beta39 you have to use Xenko.Core.Mathematics 220.127.116.11-beta02-0741. it is available only from nuget.org, vvvv.org seems to have rolled over it long ago.
the good thing that came from it: the csproj is now only a tenth of its former size, and no packages.config at all.
@velcrome yes, making a new project file is the easiest. most vvvv/vl projects are tiny and you only need to set the dependencies. c# files get listed automatically with the new project format.
about the Xenko.Core.Mathematics reference, you can use the official release one, the specific version shouldn't have an impact: https://www.nuget.org/packages/Xenko.Core.Mathematics/18.104.22.168
anonymous user login