applied-scientific-research / omega3d Goto Github PK

Both drawing boundaries (triangles) and particles (billboards) can be better, as can upgrading the view from orthogonal to perspective. There are three tasks here.

1. Render in perspective, this means implementing an arcball-like rotation and an allowance to move the center of rotation.
2. Render boundaries as solid with basic direct and ambient lighting.
3. Instead of drawing billboards with transparency (costly with lots of overlap, and difficulty when depth culling), we may consider using instanced rendering or geometry shaders to convert each point into a screen-space fan of 7 or 9 opaque triangles. I have code for that in my lidar viewer. With the size ratio properly set, this would look much more 3D.

Pre-init drawing seems to work fine for vortex blobs and particles, but not for singular or thick vortex rings (on Linux).

In 2D we make our boundaries from boundary segments. We should be doing the same here with boundary quads.

When trying to add a 3D model through a .obj file on Mac, the file selection window will not keep its new window size when clicking on the resize tab. It snaps back to its original size.

It seems that if I have more than one of a type of feature (vortex blob, for example), and I edit the first blob that I made, the edit dialog is populated with the properties from the latest blob that was made/edited. I would expect to have it populated with the specific blob's properties instead.

It is currently used to draw vortex rings pre-sim, but would be a cool object to add. This would require #6 to be implemented first to use for generate_draw_geom.

When running something like Omega3D.bin threeblobs.json where the json file does not exist, the program crashes with the following ugly error:

Omega3D.bin: /home/mstock/asr/version3/Omega3D/src/json/json.hpp:17944: const value_type& nlohmann::basic_json<ObjectType, ArrayType, StringType, BooleanType, NumberIntegerType, NumberUnsignedType, NumberFloatType, AllocatorType, JSONSerializer>::operator[](T*) const [with T = const char; ObjectType = std::map; ArrayType = std::vector; StringType = std::__cxx11::basic_string<char>; BooleanType = bool; NumberIntegerType = long int; NumberUnsignedType = long unsigned int; NumberFloatType = double; AllocatorType = std::allocator; JSONSerializer = nlohmann::adl_serializer; nlohmann::basic_json<ObjectType, ArrayType, StringType, BooleanType, NumberIntegerType, NumberUnsignedType, NumberFloatType, AllocatorType, JSONSerializer>::const_reference = const nlohmann::basic_json<>&; nlohmann::basic_json<ObjectType, ArrayType, StringType, BooleanType, NumberIntegerType, NumberUnsignedType, NumberFloatType, AllocatorType, JSONSerializer>::value_type = nlohmann::basic_json<>]: Assertion `m_value.object->find(key) != m_value.object->end()' failed.
Aborted (core dumped)

What should happen is the program opens, and a dialog opens saying that we couldn't find that file.