Skip to content

wrightdylan/feoray

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

14 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

🦀 Fe2O3-Ray 🦀

Fe2O3-Ray, or just Feoray, is a basic render engine similar to POV-Ray, which was my introduction to 3D CGI a long time ago. The 'ray' refers to this programme being a ray-tracer, and Fe2O3 is ferric oxide, because this is written in Rust... 🙄🤦

Code is based on pseudocode provided in the book: "The Ray Tracer Challenge" by Jamis Buck, with a forward by David Buck (no relation) who is a coauthor of POV-Ray, and published by Pragmatic Programmers.

WARNING: This project is still an early work in progress, so will be unuseable in its current state.

Latest Test Render

Latest test render

Scene shows the latest additon to patterns (radial), uv mapping on the middle sphere, metallic material on the left sphere with shadow selectively switched off, and glass orb on the right. Reflections and refractions are currently not working properly, and I have been able to find the reason why, especially considering literally every other test passes just fine, except for tests which involve spawning secondary rays for reflections and refractions, and it's driving me nuts. The second thing to note is that if reflection tests are failing, then reflections should not show in a test render, and yet they do.

What's coming next?

  • Bug fix?

Installation

Build the binary with the command:

cargo build --release

Binary is located in target/release.

First Light

First light

Change Log

See CHANGELOG.

Features

  • Camera and scenes
  • Primitives: plane, sphere
  • UV mapping

Lighting

  • Point lights
  • Multiple lights with individually cast shadows

Materials

  • Solid colours
  • Ambient, diffusion, specular, smoothness
  • Patterns: checkers, gradient, rings, stripes, and radial
  • Reflections and transparency (neither working properly)

Hurdles

  • I wanted to implement nested Patterns, but the last attempt ended up being very messy with lots of Boxes. I thought blended Patterns would be a bit easier, and it was to a degree, but implementing it was pretty much the same problem. If I am to reattempt this, I think it would be better to implement Materials nested within Patterns, so not only do I get Patterns within Patterns, I can also control individual attributes of each sub-Pattern such as reflectivity, roughness, etc. I may have to make special traits maybe? Some Patterns are nestable, and some are terminal Patterns, such as gradient, solid, or upcoming proceedurally generated Patterns. That's not to mention that textures could also be applied to patterns.
  • Jitter is currently being experimented on, but that won't be available on all Patterns until I get the basics sorted out.
  • UV mapping is something I plan to add very soon, as it looks simple enough. Naturally each primitive will require their own map. This also needs to be toggleable since some patterns work best without it.

License

This project is released under the GNU GPL-3.0 license. Check out the LICENSE file for more information.