I am not sure what you are getting at.
I'm not arguing what I think people think I am. I was responding to your original point about RT saving time. I've linked above, then it went off the rails.
You don’t need to bake. Which saves you a significant amount of time when you shuffle things around. Time savings should be significant.
That's something you can stop doing. What do you need to add into the pipeline?
You’re going to have to explain this one; I’m not exactly sure what you are referring to.
What's the resource implication for adding BVH maps to a game world? Creation, testing, etc.
Oh, I get what you are saying now. Obviously, this would be a case by case scenario, but I think overall using a unified RT lighting solution would save time. Even if you have to spend time putting moody lighting into a scene when you are using RT, you already have to do that now for everything using traditional lighting methods. Back when I was making Unreal levels (not professionally), I spent hours tweaking the light to have the desired effect. Putting lights where they didn't physically exist, and adding negative lights (yes, this was a thing in Unreal engine) to darken up areas where light was leaking through walls and floors. I made this level in a sporting goods store one and the inside of these kayaks kept glowing like they were lit from the inside when I wanted them to look shadowed inside.... What a pain. And once I fixed one by putting a negative light inside it, I had to do the same for the rest. If you aren't wasting time tweaking your normal lighting like that, even if you have to spend time tweaking lighting for specific scenes to create just the right mood or atmosphere, you are probably still spending less time overall on lighting. And if you are moving from pre baked lighting to a real time RT solution, like @iroboto said, you will save time during the baking stage. The amount of time I spend rebaking the lighting on some levels because I moved a barrel and the shadow didn't move with it, or when I moved some kayaks and the negative lights had to be moved with them. And any time you move a light, you have to rebake before playing it or the lighting is different than what's in the preview. Also, that level wasn't fun to play.
I dont know. Typically you can assign something like tags or layers to objects for various purposes. I’m not sure if they would do something like this for BVH.
This is my point. You don't know how much work this is. So how can you be so sure it will save time?
Because you have to do it anyway even with traditional lighting. You still need to do the same work. You’re asking if there is a tooling problem, and I don’t think there is. The editor refreshes every frame anyway. Adding an object to BVH or not is going to be trivial because it shows up the next frame since lighting is calculated in real time. Everything added and removed to a BVH is done during run time. It only needs to be specified before hand if it should be included in the BVH.This is my point. You don't know how much work this is. So how can you be so sure it will save time?
hmm.. just thinking out loud, I do wonder if that's a movie specific issue. I think for cutscenes or movies I think your point might be much stronger given the visual medium aspect of it. You really need to control everything because of what story you're trying to convey. Though with gameplay, you're sort of just lighting the level to be playable the way they want it to be.
So I think I watched that years ago, and IIRC they ran into problems because some of their stuff isn't rendered at... runtime. Not sure if that's the right word I'm looking for. But because it's a film, they fudge some stuff. And because some stuff is added in post, or done with tricks, things like that would show up (or not) in RT reflections. We see stuff like this in games also, like the leaves in Metro only being reflected in screen space. I might go back and watch that again, I don't remember it being overly long.
The thing about movies is you can contrive and hide the magic. The thing about games where the player has full agency over the character and camera is that much more difficult. It's why we see graphics artefacts like missing/low-res textures, or pop-in. Real-time raytracing is relatively new in games but I can't imagine for a second it's a wholly win-win technology immune to design overhead to solve some of those side effects and I think it's too early to say given how few games are really pushing it hard.
:format(webp)/cdn.vox-cdn.com/uploads/chorus_image/image/69208871/halo_infinite_32_9.0.jpg)
nice comparison and comment. The super bloom behind the door gives it away though, in that sense I prefer the look of the original, the bloom on the image looks like a HDR image on a non tonemapped SDR output display-
This looks great. The left looks videogamey, the right cgi.
Looks great, but what irritates me, is that the light from the particles does only affect the ground, walls etc if they are really near to it. As bright as the light is, it should have a bigger impact. Would look even cooler if those would be handled as actual light sources.
