Mark my words. What you are seeing here is the future of computer graphics. Not only is this realtime ray-tracing, but this is realtime ray-tracing *with* global illumination. The scenes are simple now, yes. But just wait 15 years.
What artifacts? If you mean the noise, I don't think it's the compression. Bidirectional path tracing requires an ridiculous ammount of samples, which wouldn't work very well in real time, I think this render takes just enough samples to produce a real time image, and when the camera is steady it takes enough samples to produce a pretty image.
@phoenix13nl No,I mean the jpeg blocks you see in the video as it converges to a less noisy image. They weren't there in the program itself, but they are a result from video compression. The noise on the other hand, that is gone gone fairly quickly.
@rickb1988nl the noise isn't from compression, it is the nature of path tracing, you accumulate a bunch of samples that converge towards the actual answer for each pixel. when the camera moves, he needs to resample.
@edwardkmett I meant the big jpeg blocks created by the video compression you can see as it converges. I know that the path tracing causes noise, I have my own path tracer as well and I have regular discussions with Jacco about his tracer. But I can see how my post can be wrongly interpreted.
amazing!
robinbuster 10 months ago
Mark my words. What you are seeing here is the future of computer graphics. Not only is this realtime ray-tracing, but this is realtime ray-tracing *with* global illumination. The scenes are simple now, yes. But just wait 15 years.
obdeniye 1 year ago
What artifacts? If you mean the noise, I don't think it's the compression. Bidirectional path tracing requires an ridiculous ammount of samples, which wouldn't work very well in real time, I think this render takes just enough samples to produce a real time image, and when the camera is steady it takes enough samples to produce a pretty image.
phoenix13nl 2 years ago 2
@phoenix13nl No,I mean the jpeg blocks you see in the video as it converges to a less noisy image. They weren't there in the program itself, but they are a result from video compression. The noise on the other hand, that is gone gone fairly quickly.
rickb1988nl 1 year ago
Comment removed
rickb1988nl 2 years ago 4
@rickb1988nl the noise isn't from compression, it is the nature of path tracing, you accumulate a bunch of samples that converge towards the actual answer for each pixel. when the camera moves, he needs to resample.
edwardkmett 1 year ago
@edwardkmett I meant the big jpeg blocks created by the video compression you can see as it converges. I know that the path tracing causes noise, I have my own path tracer as well and I have regular discussions with Jacco about his tracer. But I can see how my post can be wrongly interpreted.
rickb1988nl 1 year ago
@rickb1988nl Ah fair enough. Say Hi to Jacco for me. We used to chat quite a bit back in the flipcode era when I went by Harmless.
edwardkmett 1 year ago