https://brlcad.org/w/api.php?action=feedcontributions&user=Mariomeissner&feedformat=atomBRL-CAD - User contributions [en]2022-12-01T02:47:27ZUser contributionsMediaWiki 1.32.2https://brlcad.org/w/index.php?title=User:Mariomeissner/rtweight_tasks&diff=10252User:Mariomeissner/rtweight tasks2017-10-18T08:57:34Z<p>Mariomeissner: Created page with "This page is a list of the tasks remaining to make rtweight a usable tool with the new Voronoi implementation that Mario Meissner coded during his SOCIS 2017 program. For an..."</p>
<hr />
<div>This page is a list of the tasks remaining to make rtweight a usable tool with the new Voronoi implementation that Mario Meissner coded during his SOCIS 2017 program. <br />
<br />
For any questions about the current algorithm, please send an email to jmariomeissner@gmail.com<br />
<br />
'''Minor required code changes'''<br />
<br />
- Get rid of all static arrays, and make use of dynamic memory instead. <br />
<br />
- Get rid of the MARGIN variable and use already existing BU tools to handle float comparisons. <br />
<br />
- Find a better way to grant all hit calls access to the user_plist. Currently this is a global variable. <br />
<br />
<br />
''' Major tasks'''<br />
<br />
- Handle different materials properly. For now we assume all our data points are for one material, and we don't check which material we are crossing. <br />
<br />
- Add an option to create and store a new datapoint-set to a file.<br />
<br />
- Add an option to use a file to load the datapoints.<br />
<br />
- Change the usage function to reflect all the changes. <br />
<br />
- Change the return text to reflect all the changes.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10251User:Mariomeissner/logs2017-10-15T18:09:09Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''10-8'''<br />
<br />
Moving task over to rtexample. Including Voronoi tesselation. 0 and 1 points working, including user input (no hardcoded points).<br />
<br />
'''11-8'''<br />
<br />
Continued working on n-point Voronoi. Todays code doesn't compile yet.<br />
<br />
'''12-8 & 13-8'''<br />
<br />
Break.<br />
<br />
'''14-8'''<br />
<br />
Continue working on n-point Voronoi.<br />
<br />
'''15-8'''<br />
<br />
Finished initial Voronoi point implementation. <br />
<br />
Will now continue working on implementing vectors.<br />
<br />
'''16-8''' <br />
<br />
Break.<br />
<br />
'''17-8'''<br />
<br />
Working on read_density_points to support vector input. <br />
<br />
'''18-8'''<br />
<br />
Finished read_density_points vector update and will now give support to transitions (vectors) with arbitrary 'rate' inside segment_density calculations.<br />
<br />
Moved old logs to a separate page (http://brlcad.org/wiki/User:Mariomeissner/logs/old) to keep this one clean. <br />
<br />
<br />
'''30-8'''<br />
<br />
Left the code in a more stable shape. Fixed some bugs, projections are now skipping.<br />
<br />
'''5-9'''<br />
<br />
Finally set myself up in Germany.<br />
New objective: test out code and fix any more bugs.<br />
Took my time to set up dev environment, but couldnt work because of compilation issues.<br />
<br />
'''6-9'''<br />
<br />
Testing and fixing code. Found major flaw in projection skipping.<br />
<br />
'''7-9'''<br />
<br />
Worked on a new model to properly skip projections.<br />
<br />
'''8-9'''<br />
<br />
Implemented the new projection skipping model and re-ran the tests. Everything seems to work correctly for now.<br />
<br />
'''9&10-9'''<br />
<br />
Break<br />
<br />
'''11-9'''<br />
<br />
Cleaning code and moving over to rtweight. Once I moved I will run rtweight tests to see if mass is correctly computed for simple shapes.<br />
<br />
'''12-9'''<br />
<br />
Found some more mistakes in the code. <br />
<br />
<br />
'''13-9'''<br />
<br />
Preparing the move to rtweight. <br />
<br />
'''14-9'''<br />
<br />
Moving code to rtweight. It's harder than expected and things don't work yet. <br />
I tried cleaning out most of the code that was used to read densities from the file, and rely only on my own function call (so that I can avoid the stupid segmentation fault I can't get rid of). <br />
<br />
'''15-9'''<br />
<br />
Break.<br />
<br />
'''16-9'''<br />
<br />
Mass returns as NaN so something is wrong somewhere. Debugging. <br />
<br />
'''17-9'''<br />
<br />
Had several compilation problems. I can now compile on VS again. Density file loads. <br />
Mass now returns 0. <br />
<br />
'''18-9'''<br />
<br />
Break.<br />
<br />
'''19-9'''<br />
<br />
Investigating cause of negative densities that end up causing the final mass to be 0.<br />
<br />
'''20-9 & 21-9'''<br />
<br />
Because of course registration and orientation events, busy. Break.<br />
<br />
'''21-9'''<br />
<br />
Fixing code in rtweight.<br />
<br />
<br />
'''22-9'''<br />
<br />
Fixed several issues, mass now computes, but wrongly. <br />
<br />
Trying to learn to use the VS debugger. <br />
<br />
Starting to get a feel on why things don't work. I'm finding and polishing several issues. I also noticed that I am not correctly handling two edge cases for segment density:<br />
<br />
-First point should be a skip (for now I had assumed first point would never be one, without really thinking about it).<br />
<br />
-First bunch of points or last bunch of points' projections lay outside the segment. They should receive special consideration.<br />
<br />
'''23-9'''<br />
<br />
From today I will try to approach the final step of my code in a slightly different way, in order to correctly handle projections outside the segment, but who's boundaries actually lay inside. I will use intersections to compute a list of boundaries, and then just loop through them once to calculate avg density. I will not use the projection point in this stage (I will still use it to predict a skip).<br />
<br />
I know I should write complete code, but this overhaul will take some time. I will try to release in-progress working stages if I can. I really think this new version cleans up the mess quite a lot, simplifies the concepts, makes it all more readable, and most importantly, will support more situations than before, removing several flaws. <br />
<br />
The whole projection concept wasn't that good of an idea to begin with, I shouldn't have stuck to it for so long. It's only useful for predicting skips.<br />
<br />
'''24-9 to 1-10'''<br />
Holiday (trip).<br />
<br />
'''02-10'''<br />
<br />
Refactoring stage 1.<br />
<br />
'''03-10'''<br />
<br />
Desiging new algorithm for stage one.<br />
<br />
<br />
'''04-10'''<br />
<br />
Designed and published new algorithm and published it.<br />
<br />
'''05-10'''<br />
<br />
Starting with implementation.<br />
<br />
'''06-10'''<br />
<br />
Broke down implementation steps. Got rid of intersection function, replaced by a new, more complete function that tells us if a point's region will be crossed or not, directly. Computes the intersection, checks if it lays inside the segment and checks distances to evaluate if the boundary is crossed by the segment or not, returns a boundary_t struct. <br />
<br />
'''07-10'''<br />
<br />
Implementing new algorithm step 1.<br />
<br />
'''08-10'''<br />
<br />
Break<br />
<br />
'''09-10'''<br />
<br />
Finished and submitted new algorithm, tested for 0, 1 and 2 points.<br />
<br />
'''10-10'''<br />
<br />
Hunting for bugs and removing old/unused variables and code blocks. <br />
<br />
'''11-10 && 12-10'''<br />
<br />
University.<br />
<br />
'''13-10'''<br />
<br />
Testing more cases and making sure no more bugs are present. <br />
<br />
'''14-10'''<br />
<br />
Moving code over to rtweight (again).<br />
<br />
'''15-10'''<br />
<br />
Finished moving code over, and testing the implementation. Basic cases seem to work. Submitted code.<br />
<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10250User:Mariomeissner/logs2017-10-13T15:52:47Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''10-8'''<br />
<br />
Moving task over to rtexample. Including Voronoi tesselation. 0 and 1 points working, including user input (no hardcoded points).<br />
<br />
'''11-8'''<br />
<br />
Continued working on n-point Voronoi. Todays code doesn't compile yet.<br />
<br />
'''12-8 & 13-8'''<br />
<br />
Break.<br />
<br />
'''14-8'''<br />
<br />
Continue working on n-point Voronoi.<br />
<br />
'''15-8'''<br />
<br />
Finished initial Voronoi point implementation. <br />
<br />
Will now continue working on implementing vectors.<br />
<br />
'''16-8''' <br />
<br />
Break.<br />
<br />
'''17-8'''<br />
<br />
Working on read_density_points to support vector input. <br />
<br />
'''18-8'''<br />
<br />
Finished read_density_points vector update and will now give support to transitions (vectors) with arbitrary 'rate' inside segment_density calculations.<br />
<br />
Moved old logs to a separate page (http://brlcad.org/wiki/User:Mariomeissner/logs/old) to keep this one clean. <br />
<br />
<br />
'''30-8'''<br />
<br />
Left the code in a more stable shape. Fixed some bugs, projections are now skipping.<br />
<br />
'''5-9'''<br />
<br />
Finally set myself up in Germany.<br />
New objective: test out code and fix any more bugs.<br />
Took my time to set up dev environment, but couldnt work because of compilation issues.<br />
<br />
'''6-9'''<br />
<br />
Testing and fixing code. Found major flaw in projection skipping.<br />
<br />
'''7-9'''<br />
<br />
Worked on a new model to properly skip projections.<br />
<br />
'''8-9'''<br />
<br />
Implemented the new projection skipping model and re-ran the tests. Everything seems to work correctly for now.<br />
<br />
'''9&10-9'''<br />
<br />
Break<br />
<br />
'''11-9'''<br />
<br />
Cleaning code and moving over to rtweight. Once I moved I will run rtweight tests to see if mass is correctly computed for simple shapes.<br />
<br />
'''12-9'''<br />
<br />
Found some more mistakes in the code. <br />
<br />
<br />
'''13-9'''<br />
<br />
Preparing the move to rtweight. <br />
<br />
'''14-9'''<br />
<br />
Moving code to rtweight. It's harder than expected and things don't work yet. <br />
I tried cleaning out most of the code that was used to read densities from the file, and rely only on my own function call (so that I can avoid the stupid segmentation fault I can't get rid of). <br />
<br />
'''15-9'''<br />
<br />
Break.<br />
<br />
'''16-9'''<br />
<br />
Mass returns as NaN so something is wrong somewhere. Debugging. <br />
<br />
'''17-9'''<br />
<br />
Had several compilation problems. I can now compile on VS again. Density file loads. <br />
Mass now returns 0. <br />
<br />
'''18-9'''<br />
<br />
Break.<br />
<br />
'''19-9'''<br />
<br />
Investigating cause of negative densities that end up causing the final mass to be 0.<br />
<br />
'''20-9 & 21-9'''<br />
<br />
Because of course registration and orientation events, busy. Break.<br />
<br />
'''21-9'''<br />
<br />
Fixing code in rtweight.<br />
<br />
<br />
'''22-9'''<br />
<br />
Fixed several issues, mass now computes, but wrongly. <br />
<br />
Trying to learn to use the VS debugger. <br />
<br />
Starting to get a feel on why things don't work. I'm finding and polishing several issues. I also noticed that I am not correctly handling two edge cases for segment density:<br />
<br />
-First point should be a skip (for now I had assumed first point would never be one, without really thinking about it).<br />
<br />
-First bunch of points or last bunch of points' projections lay outside the segment. They should receive special consideration.<br />
<br />
'''23-9'''<br />
<br />
From today I will try to approach the final step of my code in a slightly different way, in order to correctly handle projections outside the segment, but who's boundaries actually lay inside. I will use intersections to compute a list of boundaries, and then just loop through them once to calculate avg density. I will not use the projection point in this stage (I will still use it to predict a skip).<br />
<br />
I know I should write complete code, but this overhaul will take some time. I will try to release in-progress working stages if I can. I really think this new version cleans up the mess quite a lot, simplifies the concepts, makes it all more readable, and most importantly, will support more situations than before, removing several flaws. <br />
<br />
The whole projection concept wasn't that good of an idea to begin with, I shouldn't have stuck to it for so long. It's only useful for predicting skips.<br />
<br />
'''24-9 to 1-10'''<br />
Holiday (trip).<br />
<br />
'''02-10'''<br />
<br />
Refactoring stage 1.<br />
<br />
'''03-10'''<br />
<br />
Desiging new algorithm for stage one.<br />
<br />
<br />
'''04-10'''<br />
<br />
Designed and published new algorithm and published it.<br />
<br />
'''05-10'''<br />
<br />
Starting with implementation.<br />
<br />
'''06-10'''<br />
<br />
Broke down implementation steps. Got rid of intersection function, replaced by a new, more complete function that tells us if a point's region will be crossed or not, directly. Computes the intersection, checks if it lays inside the segment and checks distances to evaluate if the boundary is crossed by the segment or not, returns a boundary_t struct. <br />
<br />
'''07-10'''<br />
<br />
Implementing new algorithm step 1.<br />
<br />
'''08-10'''<br />
<br />
Break<br />
<br />
'''09-10'''<br />
<br />
Finished and submitted new algorithm, tested for 0, 1 and 2 points.<br />
<br />
'''10-10'''<br />
<br />
Hunting for bugs and removing old/unused variables and code blocks. <br />
<br />
'''11-10 && 12-10'''<br />
<br />
University.<br />
<br />
'''13-10'''<br />
<br />
Testing more cases and making sure no more bugs are present. <br />
<br />
'''14-10'''<br />
<br />
Moving code over to rtweight (again).<br />
<br />
<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10249User:Mariomeissner/logs2017-10-06T12:59:01Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''10-8'''<br />
<br />
Moving task over to rtexample. Including Voronoi tesselation. 0 and 1 points working, including user input (no hardcoded points).<br />
<br />
'''11-8'''<br />
<br />
Continued working on n-point Voronoi. Todays code doesn't compile yet.<br />
<br />
'''12-8 & 13-8'''<br />
<br />
Break.<br />
<br />
'''14-8'''<br />
<br />
Continue working on n-point Voronoi.<br />
<br />
'''15-8'''<br />
<br />
Finished initial Voronoi point implementation. <br />
<br />
Will now continue working on implementing vectors.<br />
<br />
'''16-8''' <br />
<br />
Break.<br />
<br />
'''17-8'''<br />
<br />
Working on read_density_points to support vector input. <br />
<br />
'''18-8'''<br />
<br />
Finished read_density_points vector update and will now give support to transitions (vectors) with arbitrary 'rate' inside segment_density calculations.<br />
<br />
Moved old logs to a separate page (http://brlcad.org/wiki/User:Mariomeissner/logs/old) to keep this one clean. <br />
<br />
<br />
'''30-8'''<br />
<br />
Left the code in a more stable shape. Fixed some bugs, projections are now skipping.<br />
<br />
'''5-9'''<br />
<br />
Finally set myself up in Germany.<br />
New objective: test out code and fix any more bugs.<br />
Took my time to set up dev environment, but couldnt work because of compilation issues.<br />
<br />
'''6-9'''<br />
<br />
Testing and fixing code. Found major flaw in projection skipping.<br />
<br />
'''7-9'''<br />
<br />
Worked on a new model to properly skip projections.<br />
<br />
'''8-9'''<br />
<br />
Implemented the new projection skipping model and re-ran the tests. Everything seems to work correctly for now.<br />
<br />
'''9&10-9'''<br />
<br />
Break<br />
<br />
'''11-9'''<br />
<br />
Cleaning code and moving over to rtweight. Once I moved I will run rtweight tests to see if mass is correctly computed for simple shapes.<br />
<br />
'''12-9'''<br />
<br />
Found some more mistakes in the code. <br />
<br />
<br />
'''13-9'''<br />
<br />
Preparing the move to rtweight. <br />
<br />
'''14-9'''<br />
<br />
Moving code to rtweight. It's harder than expected and things don't work yet. <br />
I tried cleaning out most of the code that was used to read densities from the file, and rely only on my own function call (so that I can avoid the stupid segmentation fault I can't get rid of). <br />
<br />
'''15-9'''<br />
<br />
Break.<br />
<br />
'''16-9'''<br />
<br />
Mass returns as NaN so something is wrong somewhere. Debugging. <br />
<br />
'''17-9'''<br />
<br />
Had several compilation problems. I can now compile on VS again. Density file loads. <br />
Mass now returns 0. <br />
<br />
'''18-9'''<br />
<br />
Break.<br />
<br />
'''19-9'''<br />
<br />
Investigating cause of negative densities that end up causing the final mass to be 0.<br />
<br />
'''20-9 & 21-9'''<br />
<br />
Because of course registration and orientation events, busy. Break.<br />
<br />
'''21-9'''<br />
<br />
Fixing code in rtweight.<br />
<br />
<br />
'''22-9'''<br />
<br />
Fixed several issues, mass now computes, but wrongly. <br />
<br />
Trying to learn to use the VS debugger. <br />
<br />
Starting to get a feel on why things don't work. I'm finding and polishing several issues. I also noticed that I am not correctly handling two edge cases for segment density:<br />
<br />
-First point should be a skip (for now I had assumed first point would never be one, without really thinking about it).<br />
<br />
-First bunch of points or last bunch of points' projections lay outside the segment. They should receive special consideration.<br />
<br />
'''23-9'''<br />
<br />
From today I will try to approach the final step of my code in a slightly different way, in order to correctly handle projections outside the segment, but who's boundaries actually lay inside. I will use intersections to compute a list of boundaries, and then just loop through them once to calculate avg density. I will not use the projection point in this stage (I will still use it to predict a skip).<br />
<br />
I know I should write complete code, but this overhaul will take some time. I will try to release in-progress working stages if I can. I really think this new version cleans up the mess quite a lot, simplifies the concepts, makes it all more readable, and most importantly, will support more situations than before, removing several flaws. <br />
<br />
The whole projection concept wasn't that good of an idea to begin with, I shouldn't have stuck to it for so long. It's only useful for predicting skips.<br />
<br />
'''24-9 to 1-10'''<br />
Holiday (trip).<br />
<br />
'''02-10'''<br />
<br />
Refactoring stage 1.<br />
<br />
'''03-10'''<br />
<br />
Desiging new algorithm for stage one.<br />
<br />
<br />
'''04-20'''<br />
<br />
Designed and published new algorithm and published it.<br />
<br />
'''05-20'''<br />
<br />
Starting with implementation.<br />
<br />
'''06-20'''<br />
<br />
Broke down implementation steps. Got rid of intersection function, replaced by a new, more complete function that tells us if a point's region will be crossed or not, directly. Computes the intersection, checks if it lays inside the segment and checks distances to evaluate if the boundary is crossed by the segment or not, returns a boundary_t struct. <br />
<br />
<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10248User:Mariomeissner/logs2017-10-05T10:18:35Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''10-8'''<br />
<br />
Moving task over to rtexample. Including Voronoi tesselation. 0 and 1 points working, including user input (no hardcoded points).<br />
<br />
'''11-8'''<br />
<br />
Continued working on n-point Voronoi. Todays code doesn't compile yet.<br />
<br />
'''12-8 & 13-8'''<br />
<br />
Break.<br />
<br />
'''14-8'''<br />
<br />
Continue working on n-point Voronoi.<br />
<br />
'''15-8'''<br />
<br />
Finished initial Voronoi point implementation. <br />
<br />
Will now continue working on implementing vectors.<br />
<br />
'''16-8''' <br />
<br />
Break.<br />
<br />
'''17-8'''<br />
<br />
Working on read_density_points to support vector input. <br />
<br />
'''18-8'''<br />
<br />
Finished read_density_points vector update and will now give support to transitions (vectors) with arbitrary 'rate' inside segment_density calculations.<br />
<br />
Moved old logs to a separate page (http://brlcad.org/wiki/User:Mariomeissner/logs/old) to keep this one clean. <br />
<br />
<br />
'''30-8'''<br />
<br />
Left the code in a more stable shape. Fixed some bugs, projections are now skipping.<br />
<br />
'''5-9'''<br />
<br />
Finally set myself up in Germany.<br />
New objective: test out code and fix any more bugs.<br />
Took my time to set up dev environment, but couldnt work because of compilation issues.<br />
<br />
'''6-9'''<br />
<br />
Testing and fixing code. Found major flaw in projection skipping.<br />
<br />
'''7-9'''<br />
<br />
Worked on a new model to properly skip projections.<br />
<br />
'''8-9'''<br />
<br />
Implemented the new projection skipping model and re-ran the tests. Everything seems to work correctly for now.<br />
<br />
'''9&10-9'''<br />
<br />
Break<br />
<br />
'''11-9'''<br />
<br />
Cleaning code and moving over to rtweight. Once I moved I will run rtweight tests to see if mass is correctly computed for simple shapes.<br />
<br />
'''12-9'''<br />
<br />
Found some more mistakes in the code. <br />
<br />
<br />
'''13-9'''<br />
<br />
Preparing the move to rtweight. <br />
<br />
'''14-9'''<br />
<br />
Moving code to rtweight. It's harder than expected and things don't work yet. <br />
I tried cleaning out most of the code that was used to read densities from the file, and rely only on my own function call (so that I can avoid the stupid segmentation fault I can't get rid of). <br />
<br />
'''15-9'''<br />
<br />
Break.<br />
<br />
'''16-9'''<br />
<br />
Mass returns as NaN so something is wrong somewhere. Debugging. <br />
<br />
'''17-9'''<br />
<br />
Had several compilation problems. I can now compile on VS again. Density file loads. <br />
Mass now returns 0. <br />
<br />
'''18-9'''<br />
<br />
Break.<br />
<br />
'''19-9'''<br />
<br />
Investigating cause of negative densities that end up causing the final mass to be 0.<br />
<br />
'''20-9 & 21-9'''<br />
<br />
Because of course registration and orientation events, busy. Break.<br />
<br />
'''21-9'''<br />
<br />
Fixing code in rtweight.<br />
<br />
<br />
'''22-9'''<br />
<br />
Fixed several issues, mass now computes, but wrongly. <br />
<br />
Trying to learn to use the VS debugger. <br />
<br />
Starting to get a feel on why things don't work. I'm finding and polishing several issues. I also noticed that I am not correctly handling two edge cases for segment density:<br />
<br />
-First point should be a skip (for now I had assumed first point would never be one, without really thinking about it).<br />
<br />
-First bunch of points or last bunch of points' projections lay outside the segment. They should receive special consideration.<br />
<br />
'''23-9'''<br />
<br />
From today I will try to approach the final step of my code in a slightly different way, in order to correctly handle projections outside the segment, but who's boundaries actually lay inside. I will use intersections to compute a list of boundaries, and then just loop through them once to calculate avg density. I will not use the projection point in this stage (I will still use it to predict a skip).<br />
<br />
I know I should write complete code, but this overhaul will take some time. I will try to release in-progress working stages if I can. I really think this new version cleans up the mess quite a lot, simplifies the concepts, makes it all more readable, and most importantly, will support more situations than before, removing several flaws. <br />
<br />
The whole projection concept wasn't that good of an idea to begin with, I shouldn't have stuck to it for so long. It's only useful for predicting skips.<br />
<br />
'''24-9 to 1-10'''<br />
Holiday (trip).<br />
<br />
'''02-10'''<br />
<br />
Refactoring stage 1.<br />
<br />
'''03-10'''<br />
<br />
Desiging new algorithm for stage one.<br />
<br />
<br />
'''04-20'''<br />
<br />
Designed and published new algorithm and published it.<br />
<br />
'''05-20'''<br />
<br />
Starting with implementation.<br />
<br />
'''06-20'''<br />
<br />
<br />
<br />
<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10247User:Mariomeissner/logs2017-09-23T16:42:51Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''10-8'''<br />
<br />
Moving task over to rtexample. Including Voronoi tesselation. 0 and 1 points working, including user input (no hardcoded points).<br />
<br />
'''11-8'''<br />
<br />
Continued working on n-point Voronoi. Todays code doesn't compile yet.<br />
<br />
'''12-8 & 13-8'''<br />
<br />
Break.<br />
<br />
'''14-8'''<br />
<br />
Continue working on n-point Voronoi.<br />
<br />
'''15-8'''<br />
<br />
Finished initial Voronoi point implementation. <br />
<br />
Will now continue working on implementing vectors.<br />
<br />
'''16-8''' <br />
<br />
Break.<br />
<br />
'''17-8'''<br />
<br />
Working on read_density_points to support vector input. <br />
<br />
'''18-8'''<br />
<br />
Finished read_density_points vector update and will now give support to transitions (vectors) with arbitrary 'rate' inside segment_density calculations.<br />
<br />
Moved old logs to a separate page (http://brlcad.org/wiki/User:Mariomeissner/logs/old) to keep this one clean. <br />
<br />
<br />
'''30-8'''<br />
<br />
Left the code in a more stable shape. Fixed some bugs, projections are now skipping.<br />
<br />
'''5-9'''<br />
<br />
Finally set myself up in Germany.<br />
New objective: test out code and fix any more bugs.<br />
Took my time to set up dev environment, but couldnt work because of compilation issues.<br />
<br />
'''6-9'''<br />
<br />
Testing and fixing code. Found major flaw in projection skipping.<br />
<br />
'''7-9'''<br />
<br />
Worked on a new model to properly skip projections.<br />
<br />
'''8-9'''<br />
<br />
Implemented the new projection skipping model and re-ran the tests. Everything seems to work correctly for now.<br />
<br />
'''9&10-9'''<br />
<br />
Break<br />
<br />
'''11-9'''<br />
<br />
Cleaning code and moving over to rtweight. Once I moved I will run rtweight tests to see if mass is correctly computed for simple shapes.<br />
<br />
'''12-9'''<br />
<br />
Found some more mistakes in the code. <br />
<br />
<br />
'''13-9'''<br />
<br />
Preparing the move to rtweight. <br />
<br />
'''14-9'''<br />
<br />
Moving code to rtweight. It's harder than expected and things don't work yet. <br />
I tried cleaning out most of the code that was used to read densities from the file, and rely only on my own function call (so that I can avoid the stupid segmentation fault I can't get rid of). <br />
<br />
'''15-9'''<br />
<br />
Break.<br />
<br />
'''16-9'''<br />
<br />
Mass returns as NaN so something is wrong somewhere. Debugging. <br />
<br />
'''17-9'''<br />
<br />
Had several compilation problems. I can now compile on VS again. Density file loads. <br />
Mass now returns 0. <br />
<br />
'''18-9'''<br />
<br />
Break.<br />
<br />
'''19-9'''<br />
<br />
Investigating cause of negative densities that end up causing the final mass to be 0.<br />
<br />
'''20-9 & 21-9'''<br />
<br />
Because of course registration and orientation events, busy. Break.<br />
<br />
'''21-9'''<br />
<br />
Fixing code in rtweight.<br />
<br />
<br />
'''22-9'''<br />
<br />
Fixed several issues, mass now computes, but wrongly. <br />
<br />
Trying to learn to use the VS debugger. <br />
<br />
Starting to get a feel on why things don't work. I'm finding and polishing several issues. I also noticed that I am not correctly handling two edge cases for segment density:<br />
<br />
-First point should be a skip (for now I had assumed first point would never be one, without really thinking about it).<br />
<br />
-First bunch of points or last bunch of points' projections lay outside the segment. They should receive special consideration.<br />
<br />
'''23-9'''<br />
<br />
From today I will try to approach the final step of my code in a slightly different way, in order to correctly handle projections outside the segment, but who's boundaries actually lay inside. I will use intersections to compute a list of boundaries, and then just loop through them once to calculate avg density. I will not use the projection point in this stage (I will still use it to predict a skip).<br />
<br />
I know I should write complete code, but this overhaul will take some time. I will try to release in-progress working stages if I can. I really think this new version cleans up the mess quite a lot, simplifies the concepts, makes it all more readable, and most importantly, will support more situations than before, removing several flaws. <br />
<br />
The whole projection concept wasn't that good of an idea to begin with, I shouldn't have stuck to it for so long. It's only useful for predicting skips.<br />
<br />
'''24-9'''<br />
<br />
<br />
<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10246User:Mariomeissner/logs2017-09-23T16:28:30Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''10-8'''<br />
<br />
Moving task over to rtexample. Including Voronoi tesselation. 0 and 1 points working, including user input (no hardcoded points).<br />
<br />
'''11-8'''<br />
<br />
Continued working on n-point Voronoi. Todays code doesn't compile yet.<br />
<br />
'''12-8 & 13-8'''<br />
<br />
Break.<br />
<br />
'''14-8'''<br />
<br />
Continue working on n-point Voronoi.<br />
<br />
'''15-8'''<br />
<br />
Finished initial Voronoi point implementation. <br />
<br />
Will now continue working on implementing vectors.<br />
<br />
'''16-8''' <br />
<br />
Break.<br />
<br />
'''17-8'''<br />
<br />
Working on read_density_points to support vector input. <br />
<br />
'''18-8'''<br />
<br />
Finished read_density_points vector update and will now give support to transitions (vectors) with arbitrary 'rate' inside segment_density calculations.<br />
<br />
Moved old logs to a separate page (http://brlcad.org/wiki/User:Mariomeissner/logs/old) to keep this one clean. <br />
<br />
<br />
'''30-8'''<br />
<br />
Left the code in a more stable shape. Fixed some bugs, projections are now skipping.<br />
<br />
'''5-9'''<br />
<br />
Finally set myself up in Germany.<br />
New objective: test out code and fix any more bugs.<br />
Took my time to set up dev environment, but couldnt work because of compilation issues.<br />
<br />
'''6-9'''<br />
<br />
Testing and fixing code. Found major flaw in projection skipping.<br />
<br />
'''7-9'''<br />
<br />
Worked on a new model to properly skip projections.<br />
<br />
'''8-9'''<br />
<br />
Implemented the new projection skipping model and re-ran the tests. Everything seems to work correctly for now.<br />
<br />
'''9&10-9'''<br />
<br />
Break<br />
<br />
'''11-9'''<br />
<br />
Cleaning code and moving over to rtweight. Once I moved I will run rtweight tests to see if mass is correctly computed for simple shapes.<br />
<br />
'''12-9'''<br />
<br />
Found some more mistakes in the code. <br />
<br />
<br />
'''13-9'''<br />
<br />
Preparing the move to rtweight. <br />
<br />
'''14-9'''<br />
<br />
Moving code to rtweight. It's harder than expected and things don't work yet. <br />
I tried cleaning out most of the code that was used to read densities from the file, and rely only on my own function call (so that I can avoid the stupid segmentation fault I can't get rid of). <br />
<br />
'''15-9'''<br />
<br />
Break.<br />
<br />
'''16-9'''<br />
<br />
Mass returns as NaN so something is wrong somewhere. Debugging. <br />
<br />
'''17-9'''<br />
<br />
Had several compilation problems. I can now compile on VS again. Density file loads. <br />
Mass now returns 0. <br />
<br />
'''18-9'''<br />
<br />
Break.<br />
<br />
'''19-9'''<br />
<br />
Investigating cause of negative densities that end up causing the final mass to be 0.<br />
<br />
'''20-9 & 21-9'''<br />
<br />
Because of course registration and orientation events, busy. Break.<br />
<br />
'''21-9'''<br />
<br />
Fixing code in rtweight.<br />
<br />
<br />
'''22-9'''<br />
<br />
Fixed several issues, mass now computes, but wrongly. <br />
<br />
Trying to learn to use the VS debugger. <br />
<br />
Starting to get a feel on why things don't work. I'm finding and polishing several issues. I also noticed that I am not correctly handling two edge cases for segment density:<br />
<br />
-First point should be a skip (for now I had assumed first point would never be one, without really thinking about it).<br />
<br />
-First bunch of points or last bunch of points' projections lay outside the segment. They should receive special consideration.<br />
<br />
'''23-9'''<br />
<br />
From today I will try to approach the final step of my code in a slightly different way, in order to correctly handle projections outside the segment, but who's boundaries actually lay inside. I will use intersections to compute a list of boundaries, and then just loop through them once to calculate avg density. I will not use the projection point in this stage (I will still use it to predict a skip).<br />
<br />
'''24-9'''<br />
<br />
<br />
<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10245User:Mariomeissner/logs2017-09-22T19:15:43Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''10-8'''<br />
<br />
Moving task over to rtexample. Including Voronoi tesselation. 0 and 1 points working, including user input (no hardcoded points).<br />
<br />
'''11-8'''<br />
<br />
Continued working on n-point Voronoi. Todays code doesn't compile yet.<br />
<br />
'''12-8 & 13-8'''<br />
<br />
Break.<br />
<br />
'''14-8'''<br />
<br />
Continue working on n-point Voronoi.<br />
<br />
'''15-8'''<br />
<br />
Finished initial Voronoi point implementation. <br />
<br />
Will now continue working on implementing vectors.<br />
<br />
'''16-8''' <br />
<br />
Break.<br />
<br />
'''17-8'''<br />
<br />
Working on read_density_points to support vector input. <br />
<br />
'''18-8'''<br />
<br />
Finished read_density_points vector update and will now give support to transitions (vectors) with arbitrary 'rate' inside segment_density calculations.<br />
<br />
Moved old logs to a separate page (http://brlcad.org/wiki/User:Mariomeissner/logs/old) to keep this one clean. <br />
<br />
<br />
'''30-8'''<br />
<br />
Left the code in a more stable shape. Fixed some bugs, projections are now skipping.<br />
<br />
'''5-9'''<br />
<br />
Finally set myself up in Germany.<br />
New objective: test out code and fix any more bugs.<br />
Took my time to set up dev environment, but couldnt work because of compilation issues.<br />
<br />
'''6-9'''<br />
<br />
Testing and fixing code. Found major flaw in projection skipping.<br />
<br />
'''7-9'''<br />
<br />
Worked on a new model to properly skip projections.<br />
<br />
'''8-9'''<br />
<br />
Implemented the new projection skipping model and re-ran the tests. Everything seems to work correctly for now.<br />
<br />
'''9&10-9'''<br />
<br />
Break<br />
<br />
'''11-9'''<br />
<br />
Cleaning code and moving over to rtweight. Once I moved I will run rtweight tests to see if mass is correctly computed for simple shapes.<br />
<br />
'''12-9'''<br />
<br />
Found some more mistakes in the code. <br />
<br />
<br />
'''13-9'''<br />
<br />
Preparing the move to rtweight. <br />
<br />
'''14-9'''<br />
<br />
Moving code to rtweight. It's harder than expected and things don't work yet. <br />
I tried cleaning out most of the code that was used to read densities from the file, and rely only on my own function call (so that I can avoid the stupid segmentation fault I can't get rid of). <br />
<br />
'''15-9'''<br />
<br />
Break.<br />
<br />
'''16-9'''<br />
<br />
Mass returns as NaN so something is wrong somewhere. Debugging. <br />
<br />
'''17-9'''<br />
<br />
Had several compilation problems. I can now compile on VS again. Density file loads. <br />
Mass now returns 0. <br />
<br />
'''18-9'''<br />
<br />
Break.<br />
<br />
'''19-9'''<br />
<br />
Investigating cause of negative densities that end up causing the final mass to be 0.<br />
<br />
'''20-9 & 21-9'''<br />
<br />
Because of course registration and orientation events, busy. Break.<br />
<br />
'''21-9'''<br />
<br />
Fixing code in rtweight.<br />
<br />
<br />
'''22-9'''<br />
<br />
Fixed several issues, mass now computes, but wrongly. <br />
<br />
Trying to learn to use the VS debugger. <br />
<br />
Starting to get a feel on why things don't work. I'm finding and polishing several issues. I also noticed that I am not correctly handling two edge cases for segment density:<br />
<br />
-First point should be a skip (for now I had assumed first point would never be one, without really thinking about it).<br />
<br />
-First bunch of points or last bunch of points' projections lay outside the segment. Only the CLOSEST to inhit and outhit respectively should receive consideration, and the same rules as usual apply to check if it is a skip or not. <br />
<br />
'''23-9'''<br />
<br />
<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10244User:Mariomeissner/logs2017-09-22T17:38:58Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''10-8'''<br />
<br />
Moving task over to rtexample. Including Voronoi tesselation. 0 and 1 points working, including user input (no hardcoded points).<br />
<br />
'''11-8'''<br />
<br />
Continued working on n-point Voronoi. Todays code doesn't compile yet.<br />
<br />
'''12-8 & 13-8'''<br />
<br />
Break.<br />
<br />
'''14-8'''<br />
<br />
Continue working on n-point Voronoi.<br />
<br />
'''15-8'''<br />
<br />
Finished initial Voronoi point implementation. <br />
<br />
Will now continue working on implementing vectors.<br />
<br />
'''16-8''' <br />
<br />
Break.<br />
<br />
'''17-8'''<br />
<br />
Working on read_density_points to support vector input. <br />
<br />
'''18-8'''<br />
<br />
Finished read_density_points vector update and will now give support to transitions (vectors) with arbitrary 'rate' inside segment_density calculations.<br />
<br />
Moved old logs to a separate page (http://brlcad.org/wiki/User:Mariomeissner/logs/old) to keep this one clean. <br />
<br />
<br />
'''30-8'''<br />
<br />
Left the code in a more stable shape. Fixed some bugs, projections are now skipping.<br />
<br />
'''5-9'''<br />
<br />
Finally set myself up in Germany.<br />
New objective: test out code and fix any more bugs.<br />
Took my time to set up dev environment, but couldnt work because of compilation issues.<br />
<br />
'''6-9'''<br />
<br />
Testing and fixing code. Found major flaw in projection skipping.<br />
<br />
'''7-9'''<br />
<br />
Worked on a new model to properly skip projections.<br />
<br />
'''8-9'''<br />
<br />
Implemented the new projection skipping model and re-ran the tests. Everything seems to work correctly for now.<br />
<br />
'''9&10-9'''<br />
<br />
Break<br />
<br />
'''11-9'''<br />
<br />
Cleaning code and moving over to rtweight. Once I moved I will run rtweight tests to see if mass is correctly computed for simple shapes.<br />
<br />
'''12-9'''<br />
<br />
Found some more mistakes in the code. <br />
<br />
<br />
'''13-9'''<br />
<br />
Preparing the move to rtweight. <br />
<br />
'''14-9'''<br />
<br />
Moving code to rtweight. It's harder than expected and things don't work yet. <br />
I tried cleaning out most of the code that was used to read densities from the file, and rely only on my own function call (so that I can avoid the stupid segmentation fault I can't get rid of). <br />
<br />
'''15-9'''<br />
<br />
Break.<br />
<br />
'''16-9'''<br />
<br />
Mass returns as NaN so something is wrong somewhere. Debugging. <br />
<br />
'''17-9'''<br />
<br />
Had several compilation problems. I can now compile on VS again. Density file loads. <br />
Mass now returns 0. <br />
<br />
'''18-9'''<br />
<br />
Break.<br />
<br />
'''19-9'''<br />
<br />
Investigating cause of negative densities that end up causing the final mass to be 0.<br />
<br />
'''20-9 & 21-9'''<br />
<br />
Because of course registration and orientation events, busy. Break.<br />
<br />
'''21-9'''<br />
<br />
Fixing code in rtweight.<br />
<br />
<br />
'''22-9'''<br />
<br />
Fixed several issues, mass now computes, but wrongly. <br />
<br />
Trying to learn to use the VS debugger. <br />
<br />
'''23-9'''<br />
<br />
<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10243User:Mariomeissner/logs2017-09-22T17:12:35Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''10-8'''<br />
<br />
Moving task over to rtexample. Including Voronoi tesselation. 0 and 1 points working, including user input (no hardcoded points).<br />
<br />
'''11-8'''<br />
<br />
Continued working on n-point Voronoi. Todays code doesn't compile yet.<br />
<br />
'''12-8 & 13-8'''<br />
<br />
Break.<br />
<br />
'''14-8'''<br />
<br />
Continue working on n-point Voronoi.<br />
<br />
'''15-8'''<br />
<br />
Finished initial Voronoi point implementation. <br />
<br />
Will now continue working on implementing vectors.<br />
<br />
'''16-8''' <br />
<br />
Break.<br />
<br />
'''17-8'''<br />
<br />
Working on read_density_points to support vector input. <br />
<br />
'''18-8'''<br />
<br />
Finished read_density_points vector update and will now give support to transitions (vectors) with arbitrary 'rate' inside segment_density calculations.<br />
<br />
Moved old logs to a separate page (http://brlcad.org/wiki/User:Mariomeissner/logs/old) to keep this one clean. <br />
<br />
<br />
'''30-8'''<br />
<br />
Left the code in a more stable shape. Fixed some bugs, projections are now skipping.<br />
<br />
'''5-9'''<br />
<br />
Finally set myself up in Germany.<br />
New objective: test out code and fix any more bugs.<br />
Took my time to set up dev environment, but couldnt work because of compilation issues.<br />
<br />
'''6-9'''<br />
<br />
Testing and fixing code. Found major flaw in projection skipping.<br />
<br />
'''7-9'''<br />
<br />
Worked on a new model to properly skip projections.<br />
<br />
'''8-9'''<br />
<br />
Implemented the new projection skipping model and re-ran the tests. Everything seems to work correctly for now.<br />
<br />
'''9&10-9'''<br />
<br />
Break<br />
<br />
'''11-9'''<br />
<br />
Cleaning code and moving over to rtweight. Once I moved I will run rtweight tests to see if mass is correctly computed for simple shapes.<br />
<br />
'''12-9'''<br />
<br />
Found some more mistakes in the code. <br />
<br />
<br />
'''13-9'''<br />
<br />
Preparing the move to rtweight. <br />
<br />
'''14-9'''<br />
<br />
Moving code to rtweight. It's harder than expected and things don't work yet. <br />
I tried cleaning out most of the code that was used to read densities from the file, and rely only on my own function call (so that I can avoid the stupid segmentation fault I can't get rid of). <br />
<br />
'''15-9'''<br />
<br />
Break.<br />
<br />
'''16-9'''<br />
<br />
Mass returns as NaN so something is wrong somewhere. Debugging. <br />
<br />
'''17-9'''<br />
<br />
Had several compilation problems. I can now compile on VS again. Density file loads. <br />
Mass now returns 0. <br />
<br />
'''18-9'''<br />
<br />
Break.<br />
<br />
'''19-9'''<br />
<br />
Investigating cause of negative densities that end up causing the final mass to be 0.<br />
<br />
'''20-9 & 21-9'''<br />
<br />
Because of course registration and orientation events, busy. Break.<br />
<br />
'''21-9'''<br />
<br />
Fixing code in rtweight.<br />
<br />
<br />
'''22-9'''<br />
<br />
Fixed several issues, mass now computes, but wrongly. <br />
<br />
'''23-9'''<br />
<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10241User:Mariomeissner/logs2017-09-19T07:42:41Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''10-8'''<br />
<br />
Moving task over to rtexample. Including Voronoi tesselation. 0 and 1 points working, including user input (no hardcoded points).<br />
<br />
'''11-8'''<br />
<br />
Continued working on n-point Voronoi. Todays code doesn't compile yet.<br />
<br />
'''12-8 & 13-8'''<br />
<br />
Break.<br />
<br />
'''14-8'''<br />
<br />
Continue working on n-point Voronoi.<br />
<br />
'''15-8'''<br />
<br />
Finished initial Voronoi point implementation. <br />
<br />
Will now continue working on implementing vectors.<br />
<br />
'''16-8''' <br />
<br />
Break.<br />
<br />
'''17-8'''<br />
<br />
Working on read_density_points to support vector input. <br />
<br />
'''18-8'''<br />
<br />
Finished read_density_points vector update and will now give support to transitions (vectors) with arbitrary 'rate' inside segment_density calculations.<br />
<br />
Moved old logs to a separate page (http://brlcad.org/wiki/User:Mariomeissner/logs/old) to keep this one clean. <br />
<br />
<br />
'''30-8'''<br />
<br />
Left the code in a more stable shape. Fixed some bugs, projections are now skipping.<br />
<br />
'''5-9'''<br />
<br />
Finally set myself up in Germany.<br />
New objective: test out code and fix any more bugs.<br />
Took my time to set up dev environment, but couldnt work because of compilation issues.<br />
<br />
'''6-9'''<br />
<br />
Testing and fixing code. Found major flaw in projection skipping.<br />
<br />
'''7-9'''<br />
<br />
Worked on a new model to properly skip projections.<br />
<br />
'''8-9'''<br />
<br />
Implemented the new projection skipping model and re-ran the tests. Everything seems to work correctly for now.<br />
<br />
'''9&10-9'''<br />
<br />
Break<br />
<br />
'''11-9'''<br />
<br />
Cleaning code and moving over to rtweight. Once I moved I will run rtweight tests to see if mass is correctly computed for simple shapes.<br />
<br />
'''12-9'''<br />
<br />
Found some more mistakes in the code. <br />
<br />
<br />
'''13-9'''<br />
<br />
Preparing the move to rtweight. <br />
<br />
'''14-9'''<br />
<br />
Moving code to rtweight. It's harder than expected and things don't work yet. <br />
I tried cleaning out most of the code that was used to read densities from the file, and rely only on my own function call (so that I can avoid the stupid segmentation fault I can't get rid of). <br />
<br />
'''15-9'''<br />
<br />
Break.<br />
<br />
'''16-9'''<br />
<br />
Mass returns as NaN so something is wrong somewhere. Debugging. <br />
<br />
'''17-9'''<br />
<br />
Had several compilation problems. I can now compile on VS again. Density file loads. <br />
Mass now returns 0. <br />
<br />
'''18-9'''<br />
<br />
Break.<br />
<br />
'''19-9'''<br />
<br />
Investigating cause of negative densities that end up causing the final mass to be 0.<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10240User:Mariomeissner/logs2017-09-16T15:43:05Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''10-8'''<br />
<br />
Moving task over to rtexample. Including Voronoi tesselation. 0 and 1 points working, including user input (no hardcoded points).<br />
<br />
'''11-8'''<br />
<br />
Continued working on n-point Voronoi. Todays code doesn't compile yet.<br />
<br />
'''12-8 & 13-8'''<br />
<br />
Break.<br />
<br />
'''14-8'''<br />
<br />
Continue working on n-point Voronoi.<br />
<br />
'''15-8'''<br />
<br />
Finished initial Voronoi point implementation. <br />
<br />
Will now continue working on implementing vectors.<br />
<br />
'''16-8''' <br />
<br />
Break.<br />
<br />
'''17-8'''<br />
<br />
Working on read_density_points to support vector input. <br />
<br />
'''18-8'''<br />
<br />
Finished read_density_points vector update and will now give support to transitions (vectors) with arbitrary 'rate' inside segment_density calculations.<br />
<br />
Moved old logs to a separate page (http://brlcad.org/wiki/User:Mariomeissner/logs/old) to keep this one clean. <br />
<br />
<br />
'''30-8'''<br />
<br />
Left the code in a more stable shape. Fixed some bugs, projections are now skipping.<br />
<br />
'''5-9'''<br />
<br />
Finally set myself up in Germany.<br />
New objective: test out code and fix any more bugs.<br />
Took my time to set up dev environment, but couldnt work because of compilation issues.<br />
<br />
'''6-9'''<br />
<br />
Testing and fixing code. Found major flaw in projection skipping.<br />
<br />
'''7-9'''<br />
<br />
Worked on a new model to properly skip projections.<br />
<br />
'''8-9'''<br />
<br />
Implemented the new projection skipping model and re-ran the tests. Everything seems to work correctly for now.<br />
<br />
'''9&10-9'''<br />
<br />
Break<br />
<br />
'''11-9'''<br />
<br />
Cleaning code and moving over to rtweight. Once I moved I will run rtweight tests to see if mass is correctly computed for simple shapes.<br />
<br />
'''12-9'''<br />
<br />
Found some more mistakes in the code. <br />
<br />
<br />
'''13-9'''<br />
<br />
Preparing the move to rtweight. <br />
<br />
'''14-9'''<br />
<br />
Moving code to rtweight. It's harder than expected and things don't work yet. <br />
I tried cleaning out most of the code that was used to read densities from the file, and rely only on my own function call (so that I can avoid the stupid segmentation fault I can't get rid of). <br />
<br />
'''15-9'''<br />
<br />
Break.<br />
<br />
'''16-9'''<br />
<br />
Mass returns as NaN so something is wrong somewhere. Debugging. <br />
<br />
'''17-9'''<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10239User:Mariomeissner/logs2017-09-13T19:14:23Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''10-8'''<br />
<br />
Moving task over to rtexample. Including Voronoi tesselation. 0 and 1 points working, including user input (no hardcoded points).<br />
<br />
'''11-8'''<br />
<br />
Continued working on n-point Voronoi. Todays code doesn't compile yet.<br />
<br />
'''12-8 & 13-8'''<br />
<br />
Break.<br />
<br />
'''14-8'''<br />
<br />
Continue working on n-point Voronoi.<br />
<br />
'''15-8'''<br />
<br />
Finished initial Voronoi point implementation. <br />
<br />
Will now continue working on implementing vectors.<br />
<br />
'''16-8''' <br />
<br />
Break.<br />
<br />
'''17-8'''<br />
<br />
Working on read_density_points to support vector input. <br />
<br />
'''18-8'''<br />
<br />
Finished read_density_points vector update and will now give support to transitions (vectors) with arbitrary 'rate' inside segment_density calculations.<br />
<br />
Moved old logs to a separate page (http://brlcad.org/wiki/User:Mariomeissner/logs/old) to keep this one clean. <br />
<br />
<br />
'''30-8'''<br />
<br />
Left the code in a more stable shape. Fixed some bugs, projections are now skipping.<br />
<br />
'''5-9'''<br />
<br />
Finally set myself up in Germany.<br />
New objective: test out code and fix any more bugs.<br />
Took my time to set up dev environment, but couldnt work because of compilation issues.<br />
<br />
'''6-9'''<br />
<br />
Testing and fixing code. Found major flaw in projection skipping.<br />
<br />
'''7-9'''<br />
<br />
Worked on a new model to properly skip projections.<br />
<br />
'''8-9'''<br />
<br />
Implemented the new projection skipping model and re-ran the tests. Everything seems to work correctly for now.<br />
<br />
'''9&10-9'''<br />
<br />
Break<br />
<br />
'''11-9'''<br />
<br />
Cleaning code and moving over to rtweight. Once I moved I will run rtweight tests to see if mass is correctly computed for simple shapes.<br />
<br />
'''12-9'''<br />
<br />
Found some more mistakes in the code. <br />
<br />
<br />
'''13-9'''<br />
<br />
Preparing the move to rtweight. <br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10210User:Mariomeissner/logs2017-08-18T15:47:48Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''10-8'''<br />
<br />
Moving task over to rtexample. Including Voronoi tesselation. 0 and 1 points working, including user input (no hardcoded points).<br />
<br />
'''11-8'''<br />
<br />
Continued working on n-point Voronoi. Todays code doesn't compile yet.<br />
<br />
'''12-8 & 13-8'''<br />
<br />
Break.<br />
<br />
'''14-8'''<br />
<br />
Continue working on n-point Voronoi.<br />
<br />
'''15-8'''<br />
<br />
Finished initial Voronoi point implementation. <br />
<br />
Will now continue working on implementing vectors.<br />
<br />
'''16-8''' <br />
<br />
Break.<br />
<br />
'''17-8'''<br />
<br />
Working on read_density_points to support vector input. <br />
<br />
'''18-8'''<br />
<br />
Finished read_density_points vector update and will now give support to transitions (vectors) with arbitrary 'rate' inside segment_density calculations.<br />
<br />
Moved old logs to a separate page (http://brlcad.org/wiki/User:Mariomeissner/logs/old) to keep this one clean. <br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10209User:Mariomeissner/logs2017-08-18T15:47:20Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''10-8'''<br />
<br />
Moving task over to rtexample. Including Voronoi tesselation. 0 and 1 points working, including user input (no hardcoded points).<br />
<br />
'''11-8'''<br />
<br />
Continued working on n-point Voronoi. Todays code doesn't compile yet.<br />
<br />
'''12-8 & 13-8'''<br />
<br />
Break.<br />
<br />
'''14-8'''<br />
<br />
Continue working on n-point Voronoi.<br />
<br />
'''15-8'''<br />
<br />
Finished initial Voronoi point implementation. <br />
<br />
Will now continue working on implementing vectors.<br />
<br />
'''16-8''' <br />
<br />
Break.<br />
<br />
'''17-8'''<br />
<br />
Working on read_density_points to support vector input. <br />
<br />
'''18-8'''<br />
<br />
Finished read_density_points vector update and will now give support to transitions (vectors) with arbitrary 'rate' inside segment_density calculations.<br />
<br />
Moved old logs to [a separate page http://brlcad.org/wiki/User:Mariomeissner/logs/old] to keep this one clean. <br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs/old&diff=10208User:Mariomeissner/logs/old2017-08-18T15:46:45Z<p>Mariomeissner: Created page with "OLD 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..."</p>
<hr />
<div>OLD LOGS <br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
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. <br />
<br />
'''31-7'''<br />
<br />
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.<br />
<br />
'''1-8'''<br />
<br />
Day off<br />
<br />
'''2-8'''<br />
<br />
Partial day off. ï¼·oring on blade.<br />
<br />
'''3-8'''<br />
<br />
Finished blade curve.<br />
<br />
Working on density(), will try to make the vector list work.<br />
<br />
Facing a little design problem. If we have a vector_list, we need to be able to keep track of who's vector each projection is. We cannot store it inside the vector bc we will want to reuse it on other calls. One solution could be creating struct contribution and store both the value and a pointer to the vector it came from. After all we only need the factor. Calculing everything necessary (projection and contribution) within the loop and then throwing away the information has also been considered. It could work if we do average but would not work if we want to perform some other more complex operation on them.<br />
<br />
'''4-8'''<br />
<br />
Continuing yesterdays goal. <br />
<br />
Separating code into my own files, and restoring rtexample to the original.<br />
<br />
Figuring out how to set up new projects within the solution in VisualStudio.<br />
<br />
'''5-8'''<br />
<br />
Carrying my work over to viewweight.c . New goal is to make case 0 and 1 points work while using my code. Will also model a box that will serve as initial dummy example object. Calculate results by hand and compare with code output.<br />
<br />
'''6-8'''<br />
<br />
Some more tests on current code. Started working on the new 4 point example.<br />
<br />
'''7-8'''<br />
<br />
Finishing off new example. Separating vector creation from query_density code, so that initial vector list is only created once. Performance of rtweight right now is not so good, this should help.<br />
<br />
New example works: [https://transfer.sh/R8o7z/viewweight.c code], [https://puu.sh/x3MZm/d32523b6f4.png result], [https://drive.google.com/file/d/0Bz6hfFobLeoyRmI5elVlRkN2X00/view?usp=drivesdk expected result on paper].<br />
<br />
'''8-8'''<br />
<br />
Incorporating readDensityPoints() into the current code (writing data into the .density file) so that the whole thing is 'complete'. Instead of hardcoded data I will load it from the file.<br />
<br />
'''9-8''' <br />
<br />
Continuing yesterdays task.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10196User:Mariomeissner/logs2017-08-14T16:16:47Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
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. <br />
<br />
'''31-7'''<br />
<br />
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.<br />
<br />
'''1-8'''<br />
<br />
Day off<br />
<br />
'''2-8'''<br />
<br />
Partial day off. ï¼·oring on blade.<br />
<br />
'''3-8'''<br />
<br />
Finished blade curve.<br />
<br />
Working on density(), will try to make the vector list work.<br />
<br />
Facing a little design problem. If we have a vector_list, we need to be able to keep track of who's vector each projection is. We cannot store it inside the vector bc we will want to reuse it on other calls. One solution could be creating struct contribution and store both the value and a pointer to the vector it came from. After all we only need the factor. Calculing everything necessary (projection and contribution) within the loop and then throwing away the information has also been considered. It could work if we do average but would not work if we want to perform some other more complex operation on them.<br />
<br />
'''4-8'''<br />
<br />
Continuing yesterdays goal. <br />
<br />
Separating code into my own files, and restoring rtexample to the original.<br />
<br />
Figuring out how to set up new projects within the solution in VisualStudio.<br />
<br />
'''5-8'''<br />
<br />
Carrying my work over to viewweight.c . New goal is to make case 0 and 1 points work while using my code. Will also model a box that will serve as initial dummy example object. Calculate results by hand and compare with code output.<br />
<br />
'''6-8'''<br />
<br />
Some more tests on current code. Started working on the new 4 point example.<br />
<br />
'''7-8'''<br />
<br />
Finishing off new example. Separating vector creation from query_density code, so that initial vector list is only created once. Performance of rtweight right now is not so good, this should help.<br />
<br />
New example works: [https://transfer.sh/R8o7z/viewweight.c code], [https://puu.sh/x3MZm/d32523b6f4.png result], [https://drive.google.com/file/d/0Bz6hfFobLeoyRmI5elVlRkN2X00/view?usp=drivesdk expected result on paper].<br />
<br />
'''8-8'''<br />
<br />
Incorporating readDensityPoints() into the current code (writing data into the .density file) so that the whole thing is 'complete'. Instead of hardcoded data I will load it from the file.<br />
<br />
'''9-8''' <br />
<br />
Continuing yesterdays task.<br />
<br />
'''10-8'''<br />
<br />
Moving task over to rtexample. Including Voronoi tesselation. 0 and 1 points working, including user input (no hardcoded points).<br />
<br />
'''11-8'''<br />
<br />
Continued working on n-point Voronoi. Todays code doesn't compile yet.<br />
<br />
'''12-8 & 12-8'''<br />
<br />
Break.<br />
<br />
'''14-8'''<br />
<br />
Continue working on n-point Voronoi.<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10194User:Mariomeissner/logs2017-08-11T21:47:52Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
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. <br />
<br />
'''31-7'''<br />
<br />
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.<br />
<br />
'''1-8'''<br />
<br />
Day off<br />
<br />
'''2-8'''<br />
<br />
Partial day off. ï¼·oring on blade.<br />
<br />
'''3-8'''<br />
<br />
Finished blade curve.<br />
<br />
Working on density(), will try to make the vector list work.<br />
<br />
Facing a little design problem. If we have a vector_list, we need to be able to keep track of who's vector each projection is. We cannot store it inside the vector bc we will want to reuse it on other calls. One solution could be creating struct contribution and store both the value and a pointer to the vector it came from. After all we only need the factor. Calculing everything necessary (projection and contribution) within the loop and then throwing away the information has also been considered. It could work if we do average but would not work if we want to perform some other more complex operation on them.<br />
<br />
'''4-8'''<br />
<br />
Continuing yesterdays goal. <br />
<br />
Separating code into my own files, and restoring rtexample to the original.<br />
<br />
Figuring out how to set up new projects within the solution in VisualStudio.<br />
<br />
'''5-8'''<br />
<br />
Carrying my work over to viewweight.c . New goal is to make case 0 and 1 points work while using my code. Will also model a box that will serve as initial dummy example object. Calculate results by hand and compare with code output.<br />
<br />
'''6-8'''<br />
<br />
Some more tests on current code. Started working on the new 4 point example.<br />
<br />
'''7-8'''<br />
<br />
Finishing off new example. Separating vector creation from query_density code, so that initial vector list is only created once. Performance of rtweight right now is not so good, this should help.<br />
<br />
New example works: [https://transfer.sh/R8o7z/viewweight.c code], [https://puu.sh/x3MZm/d32523b6f4.png result], [https://drive.google.com/file/d/0Bz6hfFobLeoyRmI5elVlRkN2X00/view?usp=drivesdk expected result on paper].<br />
<br />
'''8-8'''<br />
<br />
Incorporating readDensityPoints() into the current code (writing data into the .density file) so that the whole thing is 'complete'. Instead of hardcoded data I will load it from the file.<br />
<br />
'''9-8''' <br />
<br />
Continuing yesterdays task.<br />
<br />
'''10-8'''<br />
<br />
Moving task over to rtexample. Including Voronoi tesselation. 0 and 1 points working, including user input (no hardcoded points).<br />
<br />
'''11-8'''<br />
<br />
Continued working on n-point Voronoi. Todays code doesn't compile yet.<br />
<br />
'''12-8'''<br />
<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10183User:Mariomeissner/logs2017-08-10T20:44:22Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
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. <br />
<br />
'''31-7'''<br />
<br />
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.<br />
<br />
'''1-8'''<br />
<br />
Day off<br />
<br />
'''2-8'''<br />
<br />
Partial day off. ï¼·oring on blade.<br />
<br />
'''3-8'''<br />
<br />
Finished blade curve.<br />
<br />
Working on density(), will try to make the vector list work.<br />
<br />
Facing a little design problem. If we have a vector_list, we need to be able to keep track of who's vector each projection is. We cannot store it inside the vector bc we will want to reuse it on other calls. One solution could be creating struct contribution and store both the value and a pointer to the vector it came from. After all we only need the factor. Calculing everything necessary (projection and contribution) within the loop and then throwing away the information has also been considered. It could work if we do average but would not work if we want to perform some other more complex operation on them.<br />
<br />
'''4-8'''<br />
<br />
Continuing yesterdays goal. <br />
<br />
Separating code into my own files, and restoring rtexample to the original.<br />
<br />
Figuring out how to set up new projects within the solution in VisualStudio.<br />
<br />
'''5-8'''<br />
<br />
Carrying my work over to viewweight.c . New goal is to make case 0 and 1 points work while using my code. Will also model a box that will serve as initial dummy example object. Calculate results by hand and compare with code output.<br />
<br />
'''6-8'''<br />
<br />
Some more tests on current code. Started working on the new 4 point example.<br />
<br />
'''7-8'''<br />
<br />
Finishing off new example. Separating vector creation from query_density code, so that initial vector list is only created once. Performance of rtweight right now is not so good, this should help.<br />
<br />
New example works: [https://transfer.sh/R8o7z/viewweight.c code], [https://puu.sh/x3MZm/d32523b6f4.png result], [https://drive.google.com/file/d/0Bz6hfFobLeoyRmI5elVlRkN2X00/view?usp=drivesdk expected result on paper].<br />
<br />
'''8-8'''<br />
<br />
Incorporating readDensityPoints() into the current code (writing data into the .density file) so that the whole thing is 'complete'. Instead of hardcoded data I will load it from the file.<br />
<br />
'''9-8''' <br />
<br />
Continuing yesterdays task.<br />
<br />
'''10-8'''<br />
<br />
Moving task over to rtexample. Including Voronoi tesselation.<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10181User:Mariomeissner/logs2017-08-09T18:19:24Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
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. <br />
<br />
'''31-7'''<br />
<br />
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.<br />
<br />
'''1-8'''<br />
<br />
Day off<br />
<br />
'''2-8'''<br />
<br />
Partial day off. ï¼·oring on blade.<br />
<br />
'''3-8'''<br />
<br />
Finished blade curve.<br />
<br />
Working on density(), will try to make the vector list work.<br />
<br />
Facing a little design problem. If we have a vector_list, we need to be able to keep track of who's vector each projection is. We cannot store it inside the vector bc we will want to reuse it on other calls. One solution could be creating struct contribution and store both the value and a pointer to the vector it came from. After all we only need the factor. Calculing everything necessary (projection and contribution) within the loop and then throwing away the information has also been considered. It could work if we do average but would not work if we want to perform some other more complex operation on them.<br />
<br />
'''4-8'''<br />
<br />
Continuing yesterdays goal. <br />
<br />
Separating code into my own files, and restoring rtexample to the original.<br />
<br />
Figuring out how to set up new projects within the solution in VisualStudio.<br />
<br />
'''5-8'''<br />
<br />
Carrying my work over to viewweight.c . New goal is to make case 0 and 1 points work while using my code. Will also model a box that will serve as initial dummy example object. Calculate results by hand and compare with code output.<br />
<br />
'''6-8'''<br />
<br />
Some more tests on current code. Started working on the new 4 point example.<br />
<br />
'''7-8'''<br />
<br />
Finishing off new example. Separating vector creation from query_density code, so that initial vector list is only created once. Performance of rtweight right now is not so good, this should help.<br />
<br />
New example works: [https://transfer.sh/R8o7z/viewweight.c code], [https://puu.sh/x3MZm/d32523b6f4.png result], [https://drive.google.com/file/d/0Bz6hfFobLeoyRmI5elVlRkN2X00/view?usp=drivesdk expected result on paper].<br />
<br />
'''8-8'''<br />
<br />
Incorporating readDensityPoints() into the current code (writing data into the .density file) so that the whole thing is 'complete'. Instead of hardcoded data I will load it from the file.<br />
<br />
'''9-8''' <br />
<br />
Continuing yesterdays task.<br />
<br />
'''10-8'''<br />
<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10180User:Mariomeissner/logs2017-08-08T21:27:37Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
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. <br />
<br />
'''31-7'''<br />
<br />
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.<br />
<br />
'''1-8'''<br />
<br />
Day off<br />
<br />
'''2-8'''<br />
<br />
Partial day off. ï¼·oring on blade.<br />
<br />
'''3-8'''<br />
<br />
Finished blade curve.<br />
<br />
Working on density(), will try to make the vector list work.<br />
<br />
Facing a little design problem. If we have a vector_list, we need to be able to keep track of who's vector each projection is. We cannot store it inside the vector bc we will want to reuse it on other calls. One solution could be creating struct contribution and store both the value and a pointer to the vector it came from. After all we only need the factor. Calculing everything necessary (projection and contribution) within the loop and then throwing away the information has also been considered. It could work if we do average but would not work if we want to perform some other more complex operation on them.<br />
<br />
'''4-8'''<br />
<br />
Continuing yesterdays goal. <br />
<br />
Separating code into my own files, and restoring rtexample to the original.<br />
<br />
Figuring out how to set up new projects within the solution in VisualStudio.<br />
<br />
'''5-8'''<br />
<br />
Carrying my work over to viewweight.c . New goal is to make case 0 and 1 points work while using my code. Will also model a box that will serve as initial dummy example object. Calculate results by hand and compare with code output.<br />
<br />
'''6-8'''<br />
<br />
Some more tests on current code. Started working on the new 4 point example.<br />
<br />
'''7-8'''<br />
<br />
Finishing off new example. Separating vector creation from query_density code, so that initial vector list is only created once. Performance of rtweight right now is not so good, this should help.<br />
<br />
New example works: [https://transfer.sh/R8o7z/viewweight.c code], [https://puu.sh/x3MZm/d32523b6f4.png result], [https://drive.google.com/file/d/0Bz6hfFobLeoyRmI5elVlRkN2X00/view?usp=drivesdk expected result on paper].<br />
<br />
'''8-8'''<br />
<br />
Incorporating readDensityPoints() into the current code (writing data into the .density file) so that the whole thing is 'complete'. Instead of hardcoded data I will load it from the file.<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10175User:Mariomeissner/logs2017-08-07T08:58:23Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
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. <br />
<br />
'''31-7'''<br />
<br />
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.<br />
<br />
'''1-8'''<br />
<br />
Day off<br />
<br />
'''2-8'''<br />
<br />
Partial day off. ï¼·oring on blade.<br />
<br />
'''3-8'''<br />
<br />
Finished blade curve.<br />
<br />
Working on density(), will try to make the vector list work.<br />
<br />
Facing a little design problem. If we have a vector_list, we need to be able to keep track of who's vector each projection is. We cannot store it inside the vector bc we will want to reuse it on other calls. One solution could be creating struct contribution and store both the value and a pointer to the vector it came from. After all we only need the factor. Calculing everything necessary (projection and contribution) within the loop and then throwing away the information has also been considered. It could work if we do average but would not work if we want to perform some other more complex operation on them.<br />
<br />
'''4-8'''<br />
<br />
Continuing yesterdays goal. <br />
<br />
Separating code into my own files, and restoring rtexample to the original.<br />
<br />
Figuring out how to set up new projects within the solution in VisualStudio.<br />
<br />
'''5-8'''<br />
<br />
Carrying my work over to viewweight.c . New goal is to make case 0 and 1 points work while using my code. Will also model a box that will serve as initial dummy example object. Calculate results by hand and compare with code output.<br />
<br />
'''6-8'''<br />
<br />
Some more tests on current code. Started working on the new 4 point example.<br />
<br />
'''7-8'''<br />
<br />
Finishing off new example. Separating vector creation from query_density code, so that initial vector list is only created once. Performance of rtweight right now is not so good, this should help.<br />
<br />
New example works: [https://transfer.sh/R8o7z/viewweight.c code], [https://puu.sh/x3MZm/d32523b6f4.png result], [https://drive.google.com/file/d/0Bz6hfFobLeoyRmI5elVlRkN2X00/view?usp=drivesdk expected result on paper].<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10174User:Mariomeissner/logs2017-08-07T07:48:51Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
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. <br />
<br />
'''31-7'''<br />
<br />
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.<br />
<br />
'''1-8'''<br />
<br />
Day off<br />
<br />
'''2-8'''<br />
<br />
Partial day off. ï¼·oring on blade.<br />
<br />
'''3-8'''<br />
<br />
Finished blade curve.<br />
<br />
Working on density(), will try to make the vector list work.<br />
<br />
Facing a little design problem. If we have a vector_list, we need to be able to keep track of who's vector each projection is. We cannot store it inside the vector bc we will want to reuse it on other calls. One solution could be creating struct contribution and store both the value and a pointer to the vector it came from. After all we only need the factor. Calculing everything necessary (projection and contribution) within the loop and then throwing away the information has also been considered. It could work if we do average but would not work if we want to perform some other more complex operation on them.<br />
<br />
'''4-8'''<br />
<br />
Continuing yesterdays goal. <br />
<br />
Separating code into my own files, and restoring rtexample to the original.<br />
<br />
Figuring out how to set up new projects within the solution in VisualStudio.<br />
<br />
'''5-8'''<br />
<br />
Carrying my work over to viewweight.c . New goal is to make case 0 and 1 points work while using my code. Will also model a box that will serve as initial dummy example object. Calculate results by hand and compare with code output.<br />
<br />
'''6-8'''<br />
<br />
Some more tests on current code. Started working on the new 4 point example.<br />
<br />
'''7-8'''<br />
<br />
Finishing off new example. Separating vector creation from query_density code, so that initial vector list is only created once. Performance of rtweight right now is not so good, this should help.<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10173User:Mariomeissner/logs2017-08-06T19:43:13Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
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. <br />
<br />
'''31-7'''<br />
<br />
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.<br />
<br />
'''1-8'''<br />
<br />
Day off<br />
<br />
'''2-8'''<br />
<br />
Partial day off. ï¼·oring on blade.<br />
<br />
'''3-8'''<br />
<br />
Finished blade curve.<br />
<br />
Working on density(), will try to make the vector list work.<br />
<br />
Facing a little design problem. If we have a vector_list, we need to be able to keep track of who's vector each projection is. We cannot store it inside the vector bc we will want to reuse it on other calls. One solution could be creating struct contribution and store both the value and a pointer to the vector it came from. After all we only need the factor. Calculing everything necessary (projection and contribution) within the loop and then throwing away the information has also been considered. It could work if we do average but would not work if we want to perform some other more complex operation on them.<br />
<br />
'''4-8'''<br />
<br />
Continuing yesterdays goal. <br />
<br />
Separating code into my own files, and restoring rtexample to the original.<br />
<br />
Figuring out how to set up new projects within the solution in VisualStudio.<br />
<br />
'''5-8'''<br />
<br />
Carrying my work over to viewweight.c . New goal is to make case 0 and 1 points work while using my code. Will also model a box that will serve as initial dummy example object. Calculate results by hand and compare with code output.<br />
<br />
'''6-8'''<br />
<br />
Some more tests on current code. Started working on the new 4 point example.<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10164User:Mariomeissner/logs2017-08-05T14:43:32Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
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. <br />
<br />
'''31-7'''<br />
<br />
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.<br />
<br />
'''1-8'''<br />
<br />
Day off<br />
<br />
'''2-8'''<br />
<br />
Partial day off. ï¼·oring on blade.<br />
<br />
'''3-8'''<br />
<br />
Finished blade curve.<br />
<br />
Working on density(), will try to make the vector list work.<br />
<br />
Facing a little design problem. If we have a vector_list, we need to be able to keep track of who's vector each projection is. We cannot store it inside the vector bc we will want to reuse it on other calls. One solution could be creating struct contribution and store both the value and a pointer to the vector it came from. After all we only need the factor. Calculing everything necessary (projection and contribution) within the loop and then throwing away the information has also been considered. It could work if we do average but would not work if we want to perform some other more complex operation on them.<br />
<br />
'''4-8'''<br />
<br />
Continuing yesterdays goal. <br />
<br />
Separating code into my own files, and restoring rtexample to the original.<br />
<br />
Figuring out how to set up new projects within the solution in VisualStudio.<br />
<br />
'''5-8'''<br />
<br />
Carrying my work over to viewweight.c . New goal is to make case 0 and 1 points work while using my code. Will also model a box that will serve as initial dummy example object. Calculate results by hand and compare with code output.<br />
<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10163User:Mariomeissner/logs2017-08-04T18:37:15Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
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. <br />
<br />
'''31-7'''<br />
<br />
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.<br />
<br />
'''1-8'''<br />
<br />
Day off<br />
<br />
'''2-8'''<br />
<br />
Partial day off. ï¼·oring on blade.<br />
<br />
'''3-8'''<br />
<br />
Finished blade curve.<br />
<br />
Working on density(), will try to make the vector list work.<br />
<br />
Facing a little design problem. If we have a vector_list, we need to be able to keep track of who's vector each projection is. We cannot store it inside the vector bc we will want to reuse it on other calls. One solution could be creating struct contribution and store both the value and a pointer to the vector it came from. After all we only need the factor. Calculing everything necessary (projection and contribution) within the loop and then throwing away the information has also been considered. It could work if we do average but would not work if we want to perform some other more complex operation on them.<br />
<br />
'''4-8'''<br />
<br />
Continuing yesterdays goal. <br />
<br />
Separating code into my own files, and restoring rtexample to the original.<br />
<br />
Figuring out how to set up new projects within the solution in VisualStudio.<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10162User:Mariomeissner/logs2017-08-04T14:55:27Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
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. <br />
<br />
'''31-7'''<br />
<br />
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.<br />
<br />
'''1-8'''<br />
<br />
Day off<br />
<br />
'''2-8'''<br />
<br />
Partial day off. ï¼·oring on blade.<br />
<br />
'''3-8'''<br />
<br />
Finished blade curve.<br />
<br />
Working on density(), will try to make the vector list work.<br />
<br />
Facing a little design problem. If we have a vector_list, we need to be able to keep track of who's vector each projection is. We cannot store it inside the vector bc we will want to reuse it on other calls. One solution could be creating struct contribution and store both the value and a pointer to the vector it came from. After all we only need the factor. Calculing everything necessary (projection and contribution) within the loop and then throwing away the information has also been considered. It could work if we do average but would not work if we want to perform some other more complex operation on them.<br />
<br />
'''4-8'''<br />
<br />
Continuing yesterdays goal. <br />
<br />
Separating code into my own files, and restoring rtexample to the original.<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10160User:Mariomeissner/logs2017-08-03T19:35:58Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
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. <br />
<br />
'''31-7'''<br />
<br />
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.<br />
<br />
'''1-8'''<br />
<br />
Day off<br />
<br />
'''2-8'''<br />
<br />
Partial day off. ï¼·oring on blade.<br />
<br />
'''3-8'''<br />
<br />
Finished blade curve.<br />
<br />
Working on density(), will try to make the vector list work.<br />
<br />
Facing a little design problem. If we have a vector_list, we need to be able to keep track of who's vector each projection is. We cannot store it inside the vector bc we will want to reuse it on other calls. One solution could be creating struct contribution and store both the value and a pointer to the vector it came from. After all we only need the factor. Calculing everything necessary (projection and contribution) within the loop and then throwing away the information has also been considered. It could work if we do average but would not work if we want to perform some other more complex operation on them.<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10159User:Mariomeissner/logs2017-08-03T19:12:19Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
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. <br />
<br />
'''31-7'''<br />
<br />
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.<br />
<br />
'''1-8'''<br />
<br />
Day off<br />
<br />
'''2-8'''<br />
<br />
Partial day off. ï¼·oring on blade.<br />
<br />
'''3-8'''<br />
<br />
Finished blade curve.<br />
<br />
Working on density(), will try to make the vector list work.<br />
<br />
Facing a little design problem. If we have a vector_list, we need to be able to keep track of who's vector each projection is. We cannot store it inside the vector bc we will want to reuse them. One solution could be creating struct contribution and store a pointer to the vector it came from. After all we only need the factor. Another solution would be to calculate everything necessary (projection and contribution) within the loop and then throw away the information. <br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10158User:Mariomeissner/logs2017-08-03T15:24:20Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
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. <br />
<br />
'''31-7'''<br />
<br />
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.<br />
<br />
'''1-8'''<br />
<br />
Day off<br />
<br />
'''2-8'''<br />
<br />
Partial day off. ï¼·oring on blade.<br />
<br />
'''3-8'''<br />
<br />
Finished blade curve.<br />
<br />
Working on density(), will try to make the vector list work.<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10157User:Mariomeissner/logs2017-08-01T18:40:16Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
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. <br />
<br />
'''31-7'''<br />
<br />
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.<br />
<br />
'''1-8'''<br />
<br />
Day off<br />
<br />
'''2-8'''<br />
<br />
Partial day off. Will finish blade.<br />
<br />
'''3-8'''<br />
<br />
<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10148User:Mariomeissner/logs2017-07-31T17:02:49Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
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. <br />
<br />
'''31-7'''<br />
<br />
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.<br />
<br />
'''1-8'''<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10147User:Mariomeissner/logs2017-07-30T18:22:54Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
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. <br />
<br />
'''31-7'''<br />
<br />
<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10146User:Mariomeissner/logs2017-07-29T18:09:07Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
Todays work: [https://transfer.sh/PvVCy/rtexample.c]<br />
<br />
'''30-7'''<br />
<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10145User:Mariomeissner/logs2017-07-29T15:32:42Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.<br />
<br />
'''28-7'''<br />
<br />
Debugging yesterdays work. <br />
<br />
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.<br />
<br />
'''29-7'''<br />
<br />
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).<br />
<br />
Working on goal.<br />
<br />
'''30-7'''<br />
<br />
<br />
<br />
Mario Meisner.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10141User:Mariomeissner/logs2017-07-27T14:10:24Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
Results: [https://puu.sh/wTDzC/5c3a15af9a.png screenshot]<br />
<br />
'''27-7'''<br />
<br />
New goal: snippet code to read density points from command line into data structure.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10136User:Mariomeissner/logs2017-07-26T15:04:51Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
'''27-7'''</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10135User:Mariomeissner/logs2017-07-26T15:00:22Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.<br />
<br />
First result: https://puu.sh/wTDzC/5c3a15af9a.png<br />
<br />
'''27-7'''</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10134User:Mariomeissner/logs2017-07-26T07:47:47Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.<br />
<br />
'''26-7'''<br />
<br />
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.<br />
<br />
Working on goal.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10132User:Mariomeissner/logs2017-07-25T17:05:09Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
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<br />
<br />
However performing the steps on there crashes the indexer while it's updating. <br />
<br />
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.<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10129User:Mariomeissner/logs2017-07-25T09:34:19Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.<br />
<br />
Fixed Eclipse not properly recognizing tons of symbols in the code, including basic types like "FILE". Solution is to browse to the 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<br />
<br />
Thinking about how the user should input the density data and how we should handle it inside, I found this to be relevant: <br />
https://en.wikipedia.org/wiki/Curve_fitting<br />
<br />
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.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10128User:Mariomeissner/logs2017-07-25T09:03:52Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.<br />
<br />
'''20-7'''<br />
<br />
Studying source code.<br />
<br />
'''25-7'''<br />
<br />
Setting up eclipse development build and studying source code.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10121User:Mariomeissner/logs2017-07-19T20:35:04Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.<br />
<br />
'''19-7'''<br />
<br />
Designing proper density model that allows for good implementation.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10118User:Mariomeissner/logs2017-07-18T08:34:12Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.<br />
<br />
'''18-7'''<br />
<br />
Making new, blade that actually fits the specifications; remaining time digging through the viewweight.c code.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10116User:Mariomeissner/logs2017-07-17T17:00:34Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.<br />
<br />
Starting with the candle example to get practice.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10115User:Mariomeissner/logs2017-07-17T14:29:05Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.<br />
<br />
'''17-7'''<br />
<br />
Modeling the sword and continuing yesterdays work.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10109User:Mariomeissner/logs2017-07-16T11:36:54Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.<br />
<br />
'''15-7''' <br />
<br />
Drafted an example of how to obtain a function that returns the density a ray sees at it crosses the object.<br />
<br />
'''16-7'''<br />
<br />
Reading through, understanding and compiling the example applications.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10106User:Mariomeissner/logs2017-07-14T19:18:29Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
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. <br />
<br />
I will try to modify it in some ways and see if I break it.<br />
<br />
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.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10104User:Mariomeissner/logs2017-07-14T14:49:44Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
Reading through the "Introduction to writing BRLCAD applications".<br />
<br />
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.</div>Mariomeissnerhttps://brlcad.org/w/index.php?title=User:Mariomeissner/logs&diff=10103User:Mariomeissner/logs2017-07-14T14:43:20Z<p>Mariomeissner: </p>
<hr />
<div>Mario Meissner<br />
SOCIS 2017 Logs<br />
<br />
'''20-6'''<br />
<br />
Build successfull on Arch Linux (Antergos) x64<br />
Working my way through the Introduction_to_MGED.pdf<br />
<br />
'''21-6'''<br />
<br />
Successfully calculated mass of a copper sphere using rtweight. <br />
<br />
'''11-7'''<br />
<br />
Diving into the source code of rtweight.<br />
I will need some help understanding the overall structure of the repository and some details about rtweight.<br />
<br />
'''12-7'''<br />
<br />
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. <br />
Example can be found here:<br />
https://drive.google.com/file/d/0Bz6hfFobLeoyZC1vQ1JwSU05NDg/view?usp=drivesdk<br />
<br />
'''14-7'''<br />
<br />
Reading through the "Introduction to writing BRLCAD applications"<br />
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.</div>Mariomeissner