Reshade on the other hand is generic and I have to take into account the various issues using depth can cause.
My old enbbloom.fx had depth testing, but that was designed for 1 game (Skyrim) and would work 100% due to that. It's not something people will expect for a bloom shader. It gets very performance heavy and will be weird as heck when depth buffer is not setup correctly. You'll have to check the depth of the pixel you're gathering from and then do something with that information. The thing is, it's not as simple as to just make it variable with depth because bloom gathers from the surrounding pixels which may be further away or much closer by. for it to look ok on characters close by (so they don't "glow"). You'd think the further away, the wider the bloom, but the opposite is true. because there are also NPCs and distance isn't always the same. And I actually knew this would be coming adding this narrow bloom on top because it's horrendous to have this type of bloom on character Having it change with depth isn't going to fix it though. sometimes it's nice, sometimes it's awful. Its already great quality wise, but having options might be nice, if possible that is. Just trying to see what we can do to make your bloom even better. Klotim wrote: Maybe a stupid question but is it doable to include depth solely to make sure your own character doesn't cause bloom? But look, there's this to satisfy your CRT needs: And now we are seeing for the hundredth time a repetition of what has already happened. Gottenspell wrote: Need more good crt shaders and other interesting filters. I also create some LUTs with Reshade and use a HALD64 file so my LUT program can read it. but you need to load a clean LUT file in the reshade texture folder, then give name and dimensions in the LUT creator shader. You can replace the texture itself, the shader has option to define the size and name of the texture. I'd be most grateful if it could be implemented.
#Obs lut pack software
I have such a request because the software I use to color-grade LUTs has a limit on the length of the texture.
It would be great if we can define the size of the mini squares composing each rows of the largest sqaure that is the whole texture itself. I'd like to know whether LUTs can be read in the form of a square (or rectangle?), just like how the LUT square is laid on the screen while using your LUT creator.
0 kommentar(er)
