Jump to content

Talk:Modifying an existing level: Difference between revisions

m
no edit summary
mNo edit summary
mNo edit summary
Line 200: Line 200:
Who would have thought that VB performes so well against C#. (At least for the export.) On second thought, it makes sense that both .NET 10 builds are more memory-efficient overall, as they share a more modern - and therefore more efficient - foundation.
Who would have thought that VB performes so well against C#. (At least for the export.) On second thought, it makes sense that both .NET 10 builds are more memory-efficient overall, as they share a more modern - and therefore more efficient - foundation.


====Notes on VB (.NET 10)====
====Dev notes====
Looks like the VB version build was only partial successful:
On a general note:
* DAT exports with identical oni files.
* Do simpler fixes first, so the more complex bug might get easier to fix if a few other interdependancies are alredy fixed.
* XML extraction and propably other file types and conversions need additional fixing.
* In case of big pools of files with same subtype, use a limited amount of test files at once first.
* A complete dev env should contain files to test every possible conversion including options.
* Keep test data out of original AE directory. When debugging multiple codebases, you don't want to them to crash into one another.


For serious usage the VB version requires more testing and bug fixing for non-export ops.
====Notes on C# (.NET Framework 4)====
Looks like the current OniSplit srouce on svn (0.9.99.0) has a bug in XML/ParticleXmlImporter.cs
            // broken: string text = xml.ReadElementContentAsString();
            string text = xml.ReadContentAsString();


But timewise, it is probably best to simply continue with the C# .NET10 build.
Double checked: Testing roundtrip with shipped 0.9.95.0 and local build of 0.9.99.0
95: pass
99: fail


Applied fix in C# .NET 10 build:
99+: pass
====Notes on C# (.NET 10)====
====Notes on C# (.NET 10)====
<s>Currently, XML is exported with slightly less accuracy: Doubles are rounded to 6 instead of 7 digits after the decimal separator.</s>
XML was first exported with slightly less accuracy: Floats are rounded to 6 instead of 7 digits after the decimal separator. The desired behavior was reimplemented by adding methods that mimic this quasi-legacy float-parsing.
* The desired behavior can be reimplemented by adding methods that mimic this quasi-legacy float-parsing.
 
====Notes on VB (.NET 10)====
Fixing the vb codebase in its entireness might take two weeks and one addional week for heavy testing.
 
Things that already work:
* DAT export for oni files
* XML extraction
** Tested: DAE co-extraction for objects
** Not tested: DAE co-extraction characters / anims
* Image extraction: DDS, PNG, TGA
* Object extraction: DAE and OBJ
* WAV extraction
* TXT extraction
* SUBT creation
* Explicitly tested XML roundtripping and fixed:
** M3GM (not created from OBJ)
 
XML imports needs a better test setup because of all the subformats.
8,969

edits