I have just released an updated version of the FXEditor tool. In this new version the following new features are included:
In the text editor you can use code folding on emitters, particles and particle attributes. This means that for complex effects you can collapse some of them and thereby navigate easier through the file.
There is a Remove emitter button now, which will remove the emitter, particle and particle effect sections of the emitter that the cursor is currently in. This way you can quickly remove an entire emitter.
You can now add templates to the FX file. This way you can for example add another emitter more easily. The templates themselves are stored in the FXTemplates folder in FXEditor, so you can add your own if you want. And if there are suggestions to improve the default templates or add more templates, just let me know.
I have added an up to date manual to the FXEditor tool as well now.
I have just released new development release versions of all my tools with added support for Prepar3D v5. The impact of the new version on most tools is limited. Below I list the details per tool.
Overall the impact on the tool is not that big. But let me know if you encounter any issues or if Prepar3D v5 support is still missing somewhere.
There is one new material attribute available for PBR materials in Prepar3D v5. ModelConverterX has been modified to read and write this attribute correctly now. Since the MDL version, as coded in the MDL file itself, still reads PV44, I have decided to not add a new version when you export. So for Prepar3D v5 you would still need to use the v4.4 MDL format. But make sure that you use the Prepar3D v5 SDK to be able to save that one additional attribute.
In the scenProc options you can specify the Prepar3D v5 location now, so that it can be used for the auto completion of the autogen configuration details.
FXEditor has been modified so that you can specify that you want to read the textures and sounds from the Prepar3D v5 folder.
Autogen Configuration Merger
For Autogen Confguration Merger I have posted a beta build in the forums that should support Prepar3D v5. But since I don’t have the new version installed myself yet, I haven’t been able to test it. So this is a beta build, that needs some more testing before it is promoted to an official release.
I was quite happy the last few weeks that hardly any crashes were reported in my bug tracker from my tools. But today I found out why, the bug reporting is actually broken at the moment. It seems the interface into the bugtracker does not like the newer PHP version that i had to enable for using the latest version of WordPress for SceneryDesign.org.
So now that I am aware of this issue, I’ll try to fix it. Probably the best way forward is to update the bugtracker software to a newer version that will hopefully give a working interface with my tools for newer PHP versions. So let me try to find some time for that upgrade soon.
Edit: the bug tracker software has been updated now and is running fine again. So you can report bugs from my tools again. Although I hope you don’t do it too often….
That autogen objects have a distortion in their rotation is something we found out 6 years ago already. But until recently I was not aware that not only the rotation of the objects is distorted, also their sizes can be different then you would expect from looking at the objects in the Annotator tool. I guess most of use work in the zones around N40 and S40, where the distortion is minimal, so it took a developer who works outside of that area to inform me of a bug in scenProc that resulted in objects being rendered in the sim with wrong sizes.
So what I did is make a test photoreal scenery where I burned polygons with a known size in the photoreal. Next I placed autogen objects and tried different settings until I could get them to align correctly for each latitude where the objects are placed.
Below you see a screenshot of this test scenery at a latitude of 60 degrees, where you have quite some distortion already (around 41 degrees latitude the distortion is minimal, due to the way the autogen tile sizes are designed). As you can see for some polygons the rotation is off from what you see in the photoreal, but also the sizes of the objects need to be defined incorrect, to have them show correctly in the simulator. Some of the buildings need to be made longer and more narrow for example.
The good news is that you don’t have to apply this kind of rotation and size corrections by yourself. scenProc has been modified to do it automatically for you now. So with the latest development release you will find that the output generated should align more accurate with your photoreal scenery.
How does it work? In Annotator you are seeing your photoreal shown in a latitude and longitude projection. But the heading of the objects should actually be defined in the AGN file for flat earth projected version of the object. And for the size it is even weirder, the sizes are defined in degrees as if the object has a heading of zero. But even when the object does not have that heading, which means you need to provide an incorrect size in degrees to still get the correct size of your object in the simulator in the end.
And just as the proof of the pudding, below is a screenshot of the test scenery in the simulator, where you see things align well.
The next development release of scenProc will include two new steps for placing points: LineToPoint and PolygonToPoint. In the future these steps will replace the existing steps to place points along lines or inside polygons. As i realise some of these steps are used in many of your scripts, I will not deprecate the old ones very soon. But for new scripts I encourage you to use the new steps.
Why did I make this change? There are a couple of reasons:
When I add the LineToPolygon and PointToPolygon step a while back, the idea was already to have similar steps for other conversions between feature types. So the new LineToPoint and PolygonToPoint steps are in the same philosophy.
Until now there were multiple steps to place points along a line or inside a polygon. Each with slightly different characteristics, but also with a lot of overlap. So it is easier to have all this logic in one step.
The manual has been updated to reflect these new steps as well. Both in the description of the steps and in the sample scripts.
The latest development release of scenProc makes a set of new steps to create terrain vector scenery generally available. This means that you can now use scenProc to make terrain vectors with the shp2vec tool.
The manual contains a sample script that shows you how you can make terrain vectors from OpenStreetMap data, but of course you can also tune this script to use the attributes of your vector data.
You can use this functionality for example to create freeway traffic BGL files for your scenery based on a road vector data.
I have just made available the new development release version of scenProc. This takes the tool from version 2.0 to version 3.0. This new version has been in development for quite a while already, so it includes many new features. To main improvements are:
Polygonal features with holes are supported much better. This means that importing and processing features with holes goes much faster.
It is possible to create XML bridges now in scenProc.
The texture filter editor has been redesigned completely, so this means that the feature detection is much more powerful now.
The scenProc Batch Runner tool has been added, which replaces the old tool to create batch files. This makes it much easier to run a script in batch mode.
And there are many more improvements. I have also updated the entire manual, so please check the manual first if you want to learn about the new features. And else feel free to ask questions in the forum. I hope you enjoy the new version.
I have just released a new stable release of scenProc, this new stable release is version 2.0. It has the same functionalities as yesterdays development release. You can find the download links on the scenProc page.
The main reason to release this new stable release now, is that the version 3.0 development release is just around the corner. I hope to have it released in about a week from now. Since version 3.0 includes many changes I thought it would be a good moment to have a new stable release first.
I’m updating the Assimp library that ModelConverterX uses to a recent version and in the process I am also trying to read skin and bones animations from other formats using this new version.
I don’t think I have it all right yet, but this video was too funny not to share with you. It directly reminded my of Monty Python. Enjoy and hopefully soon I get the skins and bones to read correctly.