Timeline for Is it possible to create custom Camera projection volume modes?
Current License: CC BY-SA 4.0
16 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Dec 21, 2018 at 15:37 | history | edited | Martynas Žiemys | CC BY-SA 4.0 |
added 13 characters in body
|
| Dec 21, 2018 at 14:23 | history | edited | Martynas Žiemys | CC BY-SA 4.0 |
added 84 characters in body
|
| Dec 20, 2018 at 22:04 | history | edited | Martynas Žiemys | CC BY-SA 4.0 |
added 176 characters in body
|
| Dec 20, 2018 at 21:33 | comment | added | Martynas Žiemys | Baking is not a post process. It does actually project the rays at every point on the surface in the direction the surface is pointing if you are baking completely reflective material. I believe you can construct any such camera with this and refractive objects. Obviously that is not an elegant solution for an add-on. OSL might nort make much sense as well if it's possible because it does not use GPU that a lot of people depend on. I believe to have a nice camera mode, you would need to code it in C, however I think you should take a closer look at baking as well. | |
| Dec 20, 2018 at 21:22 | comment | added | Michael Macha | It's unfortunately not. I gave some illustrations on why doing this in post is not the most direct way to go; nor necessarily even enough. Please see the updated question, and note that I am attempting to create an add-on that will allow for application in any arbitrary scene, by any one; not simply a single scene of my own. All the same, I do appreciate your effort here. | |
| Dec 20, 2018 at 21:06 | history | edited | Martynas Žiemys | CC BY-SA 4.0 |
added 90 characters in body
|
| Dec 20, 2018 at 20:59 | history | edited | Martynas Žiemys | CC BY-SA 4.0 |
edited body
|
| Dec 20, 2018 at 20:23 | comment | added | Martynas Žiemys | Please see the updated answer. This might be what you are after. | |
| Dec 20, 2018 at 20:20 | history | edited | Martynas Žiemys | CC BY-SA 4.0 |
added 452 characters in body
|
| Dec 20, 2018 at 19:27 | comment | added | Martynas Žiemys | If you are talking about manipulating the volume that is rendered, it still cannot be defined by a curve. The question needs clarification in that case. | |
| Dec 20, 2018 at 19:20 | comment | added | Michael Macha | You're assuming that your panoramic camera is of infinite resolution, which it isn't and if it was would still be a massive inefficiency. Please don't make this personal. | |
| Dec 20, 2018 at 19:14 | comment | added | Martynas Žiemys | Go ahead - tell me a scenario in which you cannot deform an image mapped onto geometry with nodes :) | |
| Dec 20, 2018 at 19:12 | history | edited | Martynas Žiemys | CC BY-SA 4.0 |
added 87 characters in body
|
| Dec 20, 2018 at 19:10 | comment | added | Martynas Žiemys | Panoramic cameras are 360 degrees in any direction. You can deform images rendered with them. | |
| Dec 20, 2018 at 18:56 | comment | added | Michael Macha | The principles by which orthographic and perspective cameras work are cuboid and frustrum volumes, expressed as transform matrices. For panoramics it would be a cylinder or sphere. It's basic 3D low level programming, pick up The Red Book and it will go over it in detail. To define a camera by a Bezier is to alter the shape of that enclosing view volume, and would allow for things like turning the view more than 180 degrees, which invalidates your proposed approach. | |
| Dec 20, 2018 at 18:29 | history | answered | Martynas Žiemys | CC BY-SA 4.0 |