User:Mariomeissner/logs

From BRL-CAD
Revision as of 14:40, 1 August 2017 by Mariomeissner (talk | contribs)

Mario Meissner SOCIS 2017 Logs

20-6

Build successfull on Arch Linux (Antergos) x64 Working my way through the Introduction_to_MGED.pdf

21-6

Successfully calculated mass of a copper sphere using rtweight.

11-7

Diving into the source code of rtweight. I will need some help understanding the overall structure of the repository and some details about rtweight.

12-7

Proposed an initial model of representation. I would use a three-variable function that returns the density of the material at a certain point in space. Integrating this function over the boundaries of the object yields it's mass. Example can be found here: https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk

14-7

Started working on the example raytrace application. I am setting highest priority to understanding the basic behaviour of this little program, as I know it is the foundation I will need in order to continue with the project.

I will try to modify it in some ways and see if I break it.

From today onwards, I will be working from 15:00 to 22:00 most days, and from 10:00 to 13:00 as well a few days a week. After evaluating how much can be done with this schedule, adjustments will be made accodingly.

15-7

Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.

16-7

Reading through, understanding and compiling the example applications.

17-7

Modeling the sword and continuing yesterdays work.

Starting with the candle example to get practice.

18-7

Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.

19-7

Designing proper density model that allows for good implementation.

20-7

Studying source code.

25-7

Setting up eclipse development build and studying source code.

Facing problem where Eclipse does not properly recognize tons of symbols in the code, including basic types like "FILE". One candidate solution is to browse to the C/C++ pre-processor settings and adding and configuring the CDT GCC built-in compiler. Details here: https://stackoverflow.com/questions/21065616/multiple-could-not-be-resolved-problems-using-eclipse-with-mingw

However performing the steps on there crashes the indexer while it's updating.

I'm using Arch, Eclipse Oxygen and the latest available GNU compiler suite. I built the project for eclipse using CMake following the guide over at wiki/compiling.

Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: https://en.wikipedia.org/wiki/Curve_fitting

We could let the user set any number of points throughout the material with specific densities, and then we can apply a simple curve fitting algorithm to create a continuous density function. This function could be stored in some struct or array and then be used to return the density value at any given point with precision. These requested points could be used for interpolation by the calling code.

26-7

New goal: modify the example application to shoot a ray to the object and calculate it's density assuming it's a 0 to 1 change.

Working on goal.

Results: screenshot

27-7

New goal: snippet code to read density points from command line into data structure.

28-7

Debugging yesterdays work.

Managed to make it work to a point where I think the goal has been reached. Further expansions of this goal may be made once more is known about the density specification.

29-7

New goal: write simple function that returns the density value for a material at any point in space, for simple specifications (a few density_points at max).

Working on goal.

Todays work: [1]

30-7

Continuing with yesterdays work. Decided to make a new structure to store vectors and their factors. We can go through the list of provided points for a material specification and compute the vectors we care about, push them to a list.

31-7

Received feedback on yesterdays work. Apparently I tried to do breadth first, which resulted in too ambiguous code that obviously wasnt working yet either. Today I tried to revert that and made a simpler situation work. Figuring out how to properly use vmath macros and bu_lists, as well as debugging my mistakes, took away most of my time today but I feel it was an enlightening process. Emailed results.

1-8

Day off

2-8

Partial day off. Will finish blade.

3-8



Mario Meisner.