My attempts at figuring fStorm’s internal CM out have proven fruitless (without CM active, i get seriously wonky LUTs out of it), while Vlado has made some inroad, apparently (see posts earlier).
Notice that the same method, used with V-Ray LWF and with fStorm’s CMd output, produced valid LUTs, and only V-Ray’s was identical to the control (ie. straight from the CMSPattern) one.
fStorms skewed it a wee bit with CM on, and killed it (again, just in my tests: Vlado managed something, going down another route.) when trying to render in LWF.
fStorm installs all its luts into the max root, under the LUT folder, so nothing stops people from loading those or, fearing copyright issues, reading the names and finding equivalent ones, but royalty free, online.
There is no such a thing as the Nikon or Canon look: people shoot the cleanest raw they possibly can, and choose cameras based on the inherent quality of their response, these days only differing between makers because of they way each goes about sensors, surely not because of a post tone operation :ie. maybe the primaries are slightly different in gamut shape, that’s all. They ALL, unequivocally, aim at the closest possible RAW capture of light (AKA, in Rendering: LWF), and what stops them from achieving it is physics and technology (ie. it’s a limit, not a choice.).
All the LUTs coming with fStorm are for old stock film, and the overwhelming majority has to be applied in Log space.
NONE works out of the box, and that’s why they add a slider to blend them back: it’s instagramming, and done wrong at that.
The fact one doesn’t grasp what’s going wrong (f.e. using a LUT on an image which doesn’t reflect the CM the LUT was built upon, or applying a LUT in the wrong color space.) isn’t cured by a blend slider, and it’s genuinely not a behaviour I feel i can encourage (I scripted the LUT explorer begrudging the choice before even starting.).
If someone just once came up with actionable data, with a workflow showing the differences in a truly qualitative way (“I like this more” isn’t quite cutting it. Nor is posting overcontrasted stuff with severely cut off GI, and calling it “real”.), then maybe there could be a debate on what V-Ray ought to do better.
The ONLY thing so far of note is that V-Ray renders the correct lighting distribution, unerringly (like, say, Arnold, renderman, mental ray, Corona), while fStorm does not, repeatedly so, across all its releases so far (like, say, Octane, redshift, and most other GPU engines out there).
Now, that bit is exactly measurable, and if it was off, we’d have to fix it.
Or, we could tell you that it looks more photographic, turn glare on by default, and add the intensity the GI engine can’t capture back as an overlay that way.
Notice this isn’t a go at Karba: the guy’s doing great, he’s doing it alone, and I wouldn’t know where to begin from at the same task.
It’s expression of confusion at the priorities in people’s minds, as i seem to gather from this thread, and others of similar tone: they mostly leave me at a loss for words, and even more so of productive ideas.
Luckily, me alone.