-
-
Notifications
You must be signed in to change notification settings - Fork 172
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improved Raymarching view sub-system. #198
Improved Raymarching view sub-system. #198
Conversation
# Conflicts: # lighting/raymarch.glsl # lighting/raymarch/camera.glsl # lighting/raymarch/camera.hlsl
This is great! Beautiful work! Love the direction, less ray marching-specifics, more useful and reusable functions we can use in other cases. NIT: do you mind dropping the |
Exactly!! :-D
Sure. Just renamed them to |
The previous raymarching view subsystem forces a look-at camera (a camera which calculates it's orientation to look at a specified target point). This is useful in some cases, but very awkward in others (such as fly-overs, landscapes, etc..).
The new system allows us to directly specify a view matrix. This can be used to:
Currently implemented view matrix functions:
This leaves the system open to extension with more camera matrix functions such as orbital cameras, etc...
For convenience and backward compatibility, we include a helper functions which replicates the previous behaviour.
To use a different camera function, such as a basic rotatable camera