Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Topics - Dogway Muttway 0

Pages: [1]
A set of tonemappers starting from "ACESFilm 2.0" lut which is the same ACES tonemapper found in Marmoset Toolbag 3. The rationale is flawed though, so for correct ACES I recommend following my PBR+ACES workflow here, and use the "ACESFilm - ACEScg"  lut included in this pack.
If you are not into ACES or that's too much of a hassle you might probably better off using the 4 non-ACES tonemappers. One is Marmoset matching Hejl tonemapper, and the other 3 Hable's "Uncharted 2" filmic tonemappers shaped by MJP and Thomas Mansecal (two of them matching Blender's Filmic High and Medium High).

They are divided by bright and dark (depending on HDRI dynamic range -interior/exterior-), and flat or filmic profile more prone for working or showcasing.

Download from my ArtStation.

Originally ACESFilm lut was created to fix an existent problem on another ACES lut (now already fixed)

The 4 new tonemappers back to back. 2 dark, 2 bright; 2 flat, 2 filmic. Using studio05 environment without post-processing. I converted the Filmic tonemappers to .frag files so you can also use them in Marmoset Toolbag (and get a unified look across Substance Painter and Blender if you wish)

Two new filters to treat color textures in physical terms. PBR_SmartFit will automatically bring your albedo map into PBR legal range retaining source colorimetry, details and perceptual middle gray, it soft-interpolates the out-of-PBR side so the transform is smooth (no range clamp like "PBR Albedo Safe Color" node). The ACES_ACEScg filter will convert your color maps into the ACEScg color space (AP1 Primaries) which is a space that closely matches and encompasses the Pointer's Gamut, a reference gamut for real surface colors.
These two can be used separately or in conjunction which is the preferred method for physically accurate rendering. By feeding ACEScg maps into the Substance rendering engine the render output is in ACEScg color space so for that matter I made a new ACESFilm lut that converts the render scene-referred linear space to "Output - sRGB" display-referred space. So for all intents and purposes now we are rendering in ACES within Substance Painter. Substance Designer has to wait since currently there is no lut support.
*The ACES_ACEScg filter is based on an implementation of the work of Stephen Hill (@self_shadow).

Some details:

The ACESFilm lut that I shared 2 months ago, even the one updated a week ago, and Brian Leleux ACES lut usually produce dark renders, this comes as no surprise as we are applying the ACES RRT to textures that haven't been passed through an inverse RRT, which most IDTs (Input Device Transform) implement. The ACES_ACEScg filter does the inverse RRT hence we get correct exposure and light interaction.

Take note on your HDRI color space. This is something not usually known but there are hints. If it appears undersaturated most likely the HDRI is not in sRGB but AdobeRGB or RAW. In this case you can convert externally the HDRI from AdobeRGB to ACEScg, this is cumbersome but since the AdobeRGB space is just a bit smaller than the ACEScg if you like what you see you can get away without converting anything, specially when image desaturation is something also frequent when making HDRI in certain applications.

Download with instructions in my Artstation

Own model; 1) Default in SP, 2) with ACESFilm lut (too dark), 3) same but raising gamma (notice the gain in contrast for textures and washed out env), 4) render with ACEScg filter and ACEScg lut (correct exposure, texture and lighting)

Other examples of better light interaction using ACES

PBR_SmartFit: Automatic fit for several Albedo maps

Node tree for the main part of the PBR_SmartFit filter.

ACES test render in Arnold (surface shader) between illegal texture range (HDR), illegal PBR range (0-1), and legal PBR range. IDT and ODT "Output - sRGB"

I'm trying to port a PBR filter I alread made in Designer using the Pixel Processor, it works there but when imported into SP it renders white. I suspect after some tests it has to do with position arguments, but hopefully someone here can confirm or if there are workarounds.
It works if I use a fill layer with a base color or texture but not with the Material Mode swatch.

In Substance Share there's a Substance called Rock Moss, the presentation ball depicts what seems like a cliff substance, but when you open the sbs what you see is basically a composition of 2 rocks, so my question is how people tile substances?

"Make it Tile" etc reuse the texture to scatter it randomly so this is not an option since I want procedural tiling, I checked on the substance options and there's not an exposed parameter to tile it either in the sbs or sbsar. So the only option is to go to each node (starting on the Tile Random node) and start raising the tiling parameters, but this is very time consuming and not elegant. Any help is welcome.

Substance PainterSubstance Painter - Discussions - Configuring Settings
 on: June 16, 2018, 10:26:06 pm 
I'm having some issues saving settings in Painter, first I want to default the library view as large, another issue I have is hotkeys keep reseting themselves, for example I use another hotkey for symmetry and L for LazyMouse, when I reopen now symmetry defaults back to L overriding my LazyMouse hotkey (which keeps the L hotkey but has no priority on it).

Also as a side question, is it possible to work on the smooth areas (opposite of curvature), I tried inverting the curvature mask and used levels to adjust further but it doesn't change much. I'm using the AO map now but I don't like the fact that it creates a smooth gradient mask.

Hello, I'm a bit confused on color spaces in Designer, for color nodes you've got sRGB (2.2 sRGB I assume?) and float. Enabling or disabling this has no effect on the texture output, it looks the same, in the other hand if I use a "Convert to linear/sRGB" node just before output then the appearance changes. Well, then what is the color space applied on color nodes to begin with?
My workflow would be float+sRGB enabled (linear sRGB I suppose as in Maya file node), export as is directly and apply linear sRGB in Maya (texture is 16bit), but the texture looks washed out, unless I select sRGB (sRGB 2.2) on Maya or add "Convert to linear" node in Designer, isn't this redundant?

Pages: [1]