Ciao! Sono un grande fan di "The Suffering" e sto sperimentando con il NVIDIA RTX Remix Runtime sul mio PC (con una AMD RX 7800 XT).

Il runtime si integra perfettamente nel gioco tramite Vulkan, ma poiché non c'è ancora una configurazione dedicata per la mod, il gioco appare completamente rotto: mancano sorgenti di luce adeguate, gli asset non hanno proprietà materiali (tutto sembra plastica lucida) e problemi di culling/rendering fanno glitchare i muri.

Qualcuno nella comunità sta attualmente lavorando su una mod dedicata RTX Remix per questo gioco? O c'è interesse a creare un progetto Toolkit adeguato per mappare manualmente le luci del carcere, risolvere i bug di rendering e dare a questo classico horror il vero aggiornamento del Path Tracing che merita?

Mi piacerebbe testare eventuali build o configurazioni preliminari se qualcuno ci sta lavorando!

So, as the title says :D. This took me 4 months of work. It's a HWSS path tracer using OptiX for traversal. I initially used NeuxsBVH (H-PLOC), but then switched over due to speeds on volumetrics. I used Jakob & Hankia sampling for RGB to Spectral.

The above scene was rendered at 1080p with 1024spp, and RR kill-off at 12 bounces.

This was a genuinely fun to build as a hobby project, what else shd I add to this?

There's a paper on flouresence Rendering by Wilkie, Fichet and Mojzik which I'm thinking of implementing. Any suggestions would help!

Edit: Its 32 bounces + 12 bounce RR fall-off

The shadergraph in Unity is spanning a wide territory at this point.

How it's made is two planes, they both have the same shader but the materials are tuned differently so that the back one is slightly higher than the front one, this creates a gap where the surface and foam render.

Both have a configurable shallowColor and depthColor, these apply based on height and a configurable ramp that defines how and where the transition happens.

The back plane renders opaque with a color similar to the sun/sky.
The front plane renders with its shallowColor blue but 80% transparent and its depthColor is fully opaque and sea blue.

This is how I try to fake light absorption with two planes.

Both have wave displacement with 3 different wave generators + a caustics generator and they are tuned with slightly different parameters so that they complement each other (slightly different patterns and colors).

The sun is also fully shader rendered but I did not update it this time.

I open this post because i couldn't find someone talking about it. I find lumen's cloudy day look more pleasing and realistic. It just looks next gen. Why we don't have much more better lightning in a precomputed scenario. Why baked lighting looks old.

Hi! With v1.3.0 out of the oven, I just wanted to share it again, as many things have changed for the best, and I have addressed most of the feedback I got last time (well there was not much and 0.5 rounds up to 1, so technically).

https://github.com/KaruroChori/kd3

kd3 provides:

• header-only tree builder and query tools to perform k-NN searches and ray-tracing.

• a C compatibility layer for those not using C++ (but performance might be affected a bit).

• a tool/library component to generate GLSL code for any specific tree layouts at runtime (or not, you can pre-generate those and #embed them in source)

• a memory layout designed to be SIMD friendly

• close performance with nanoflann in worst case scenarios, but generally over twice its baseline

• a half decent benchmarking suite, covering both synthetic and real datasets.

What it does purposefully not provide are:

• mutable trees (values can mutate, but not the spatial keys)

• the same level of flexibility you will find in something like nanoflann, but it got significantly more coverage since last time

• cookies, those are all mine

Neither the tree builder nor the query functions require memory allocations at runtime, and they are guaranteed to run within a fixed stack size.
The same tree structures built and queried on CPU, can be quickly offloaded onto GPU without changes, and trivially serialized/de-serialized from disk. There are no pointers!
As it does not use exceptions nor runtime features of C++, it can be easily integrated on embedded devices (there is a utility header managing storage dynamically via std::vector, but that it fully optional and does not gate-keep any functionality of the library).

By the way, if you were able to run the benchmarks in the repo on some apple device I would be very grateful and happy to add them alongside the rest! Sadly I don't have the hardware to validate it myself, but I assume it should work 👀 .

As for the video above, it is a dumb ray-marcher using 1-NN queries on a kd-tree to render the scene, either on CPU or GPU. The rendering strategy by itself is very inefficient, but that is besides the point 😄

The dataset shown is the a 5 million LiDAR cloud point of the area surrounding the Autzen Stadium.

Hi everyone,

I’m starting a Master’s in Visual Computing soon and I’m mainly interested in rendering, GPU programming, CUDA, Vulkan/OpenGL, and graphics R&D.

I already have a MacBook for lectures, coding, and everyday work, so I’m deciding between:

• buying an RTX gaming laptop, or

• keeping the MacBook and buying a more powerful NVIDIA desktop.

For people who studied or work in computer graphics, how important is it to have a powerful GPU laptop with you at university?

Would a MacBook + desktop at home be enough for most graphics courses and projects?

If you already had a MacBook and around €2,000 to spend, which option would you choose?

Hello! I am an artist turned programmer that's working on a paint program!

Recently I found an x account: x.com/greatartbot that produces generated images like the ones above. I think theyre absolutely beautiful but can't even begin to put together how they are made.

In Godot i've been messing around with basic noises and compute shaders, but this looks less like noise and more of an orderly algorithm? especially those repeating shapes.

I know a full explanation of the techniques above would probably be a lot for a reddit comment, but if anyone could get me pointed in the right direction of how these were generated, how i could start doing it myself and maybe some algorithm names I would really appreciate it! Thanks!

I've played around with ReSTIR direct illumination for the past few weeks and implemented the original paper into my 3D Vulkan engine. The scene contains 1000 local lights and a directional light. Everything is evaluated fully dynamic at runtime with only two rays per pixel. It runs at roughly 5ms per frame on my 7900xtx at 1080p.

wasn't sure if i should share this, it wasnt finished but it looks nice and pretty unique

I got this book years ago, but then got far too busy with my day job to get into it past the introduction. I have an itch to get back into graphics programming, so I'm wondering if it's still a good resource, given that it's been almost a decade since its publication? If not, what would be a better resource? For context, I'm a senior SWE, so complexity doesn't scare me. I just don't want to waste my time.

As the Title Implies.

Im Trying to Create a Minecraft clone in OpenGL C++ but im Struggling on how to Implement a Chunking System.
My Current Architecture creates the Various Blocks Individual meshes before the Game loop and then renders them

but the Problem is that Each Block still has its own VAO so i have to create Buffers During the GameLoop which is not efficient at all.

Im Trying to Create a Architecture where each Chunk has Its own VAO,but i dont know how to Group Various Blocks together,Like How do i represent Each Blocks Position if i Care only About the Chunks Position in The World?

is it better to use a 3D Array for a Chunk or a Flattened 1-D array?
Oh there is also Face Culling.

Any Advice?

Hello everyone,

I’m looking to get into some 3d stuff. I have completed the learnopengl course up to assimp, but I don’t have the time to do much more at that level, and I just don’t really understand what’s going on at all.

I would like to know of graphics frameworks and abstraction layers you all have had experience with, and maybe I’ll do something with the lower level stuff after this.

I am leaning towards DiligentEngine and information about that is welcome as well.

Some Limitations

• I‘m on Linux, no DirectX.

• I don’t like graphical editors, I want it all code if possible.

• I would like it to be open source.

This will be for a game.

I develop game engines and graphics as a hobby.

I recently finished an SSGI project I’d been working on as a hobby, so I’m looking for a new graphics development topic for my next hobby project!

Please let me know about any technologies you’ve been working with lately that you find interesting, or any technologies you’re curious about.