Releases: DCC-Lab/RayTracing
1.3.0 Version from Neurophotonics Tutorial
The DCCLab group has written an article that was submitted (and accepted) for publication by SPIE Journal of Neurophotonics. This is the exact version that was used in the article: the code, the API, the graphs should match the publication identically. Only bug fixes will be included in 1.3.1, 1.3.2 etc..., but any feature shall be added in a separate version (1.4.x) if it changes the appearance or the behaviour.
As soon as the article is available, we will post a link here and in the README.
1.2.13: More bug fixes, and better graphics
Preparing for the final release before publication.
1.2.12: Better graphics, internal changes
We are converging towards a final version with this new release. Many small changes in display.
1.2.11 Better graphics, even more testing.
- New properly handles different indices of refraction for different focal lengths on either side
- Separation of
LaserPath
andLaserCavity
. Any cavity-related calculations are only possible withLaserCavity
. - Fixed Matrix product that did not handle indices properly.
- Better examples, fixed a few demos that did not work anymore following a change of API.
- The
Axicon
was not setting all variables properly.
1.2.10 Better display, small bugs ironed out
Much more testing throughout the code, better display, but still intensely being improved.
The principal and axial rays are now the correct nomenclature for the chief ray at the edge of the field of view and the marginal ray on axis respectively.
1.2.9 Better testing, small bugs ironed out
Many small improvements and bugs ironed out.
1.2.8 Many bug fixes, preparing for documentation update
Many contributors are starting to work on RayTracing, many bug fixes and tests have been added.
1.2.7 Bug fixes in preparation for publication.
The package is getting ready to be published, so many small bugs and cosmetic issues and being fixed.
- Warnings are printed better.
- Labels follow the showLabel flag
- Many other small bug fixes.
1.2.6 Multiprocessing support
Good multiprocessing support in an os-independent fashion thanks to multiprocessing module (and Anthony Bilodeau)
1.1.8 Internal rewrite and documentation
A single file was broken up in multiple files for readability.