AccuRender nXt

advanced rendering for AutoCAD

Speaking with our graphic designer it appears that renderings have a lot less colour depth than photos.

This limits the amount he can tweak an image in Photoshop.

The result is that in publications, renders tend to look flatter and not as vibrant as photos.

Is this a limitation of the software?

Views: 423

Reply to This

Replies to This Discussion

Perhaps.  It's hard to say, without looking at specific examples, where the problem lies.

 

If this is a tone-mapping issue (it isn't necessarily) you can try a few things:

 

  1. You can save an image in an hdr format and see if you get better results using a tone-mapping in an hdr editor (including Photoshop.)
  2. You can try messing with the histogram in the Image Editor-- the idea is to get the thing to broaden-- by using the Brightness and Burn settings.
  3. You can try using histogram equalization or the histo/curves controls in a tone-mapped image-- this can sometimes work.

 

The issue can also arise from calculation problems.  For example, our materials use RGB internally.  It's better if we had many more data points-- sometimes called spectral data.  (This is difficult, it requires both data that is not readily available to users and an engine that can deal with broader color spectra.)

 

Show some examples.

Thanks Roy.

I tried the HDR option, but that gives me an image with huge lighting contrast which is difficult to deal with.

Messing with the histogram doesn't work as the extra information just isn't there and the graph breaks up.

I'll get our designer to look at option 3.

The extra information is probably there in our image editor, just a question of getting it to map a little broader in RGB space.  There are a pile of HDR editors out there other than PhotoShop.  Here's a sample.  Many of these have tone mapping choices we don't offer.

 

Option 2 would work better if you had some sort of control over the black end of the spectrum in our Image Editor.  (Something comparable to Burn for that end.)  I'm not sure how to do this.

We've tried the equalize thingy, but it just sets all the levels at an equal low.

The next thought is, it may be my materials as a lot of them use bitmaps in jpg format.

I shall do a test using tiffs.

I've tested this theory and the images I use for textures have full colour depth (maxing out on the graph), but when rendered, the depth is drastically reduced.

Here's some screen shots supplied by our graphic designer which show what is going on.

The above render uses a very high quality tiff image for the wood veneer. Notice the levels on the right

This shows the material image used. Note that the colour depth peaks at maximum.

Here's a similar photo to the render. Again the levels reach maximum.

Here's some relevant information on histograms.

Ah-- I think I'm understanding a bit better now.  This is probably more of a color saturation issue....

 

Quite a bit of neutral (gray scale) is being added by the specular (glossy) component of the material.  Just for experimentation, try setting the highlight intensity to 0.0 for your wood materials and re-rendering.  See if the saturation is closer to what you're looking for. Obviously the overall material won't be acceptable-- just trying to narrow the issue a little.

Okay. I removed all the reflective properties from most of the materials. As you can see it hasn't solved the problem.

Notice also the spikiness of the graph rather than the smooth transitions of the photo.

Is the color closer to what you want?

*****

The only fair way to do this comparison is going to be to render exactly the same scene and the photo. You also might want to take the photo at different exposures.  There are many, many variables here, so I'm not sure it's worth it.  Might be interesting.  Photography will likely always be better, at least with the current state of the art.

*****

Just in case the problem is one of saturation-- you should know that this is very common.  The picture you use for a wood texture already incorporates the glossy component, while when rendering it's only used for the diffuse reflectivity.  Most CGI professionals adjust for this by oversaturating the texture a little.

*****

Is your graphic artist is requesting more than 8-bits per channel?  That's a different issue.

 

 

 

 

 

 

 

I don't think it's a saturation problem.

It's more as if the rendering only uses a limited pallet of colours.

So as you edit the image in Photoshop (colours and exposure) gaps start to appear in the histogram and the image starts to exhibit noise.

It's as though the rendering doesn't have the breadth of colour as a photograph.

None of the input colors are clamped in any way.  In fact, all calculations are in floating point which has even more accuracy than the standard way of using colors as three 8-bit channels.

 

What you're describing is still closest to saturation from a technical standpoint (as far as I can tell) -- a phenomenon which could easily be described as "breadth of color" by a layperson.  This term doesn't really have a technical analog.

 

Both tone-mapping and glossiness can affect this stuff and cause the rendering to look more neutral (gray or "washed-out") when compared to expectations.  Scott's run into this with wood textures in the past. I just spoke to him-- he's going to prepare a few examples.  He said he has seen it in textures where the channels have very distinct color spikes, with large areas of the per-channel histogram that are close to zero.  Your example above has that characteristic.

Recently, I used some of Arroway texture sets and I am not able to make nXt to produce images brilliant enough to be compared to their sample renderings - my results are always shade less crisp.

RSS

Search

Translate

Latest Activity

Roy Hirshkowitz replied to John Ferris's discussion AutoCad 2026
"For compatibility with AutoCAD 2026 you would need to purchase a license upgrade for nXtRender (AccuRender).  As an AR5 license holder you are eligible for a discount which we can give to you if you contact us at support@renderplus.com."
May 20
John Ferris posted a discussion

AutoCad 2026

Roy/ All,Currently use AR5 with AutoCad Architecture 2017. Have, and typically use ACAD 2022, but AR5 doesn't load, so I revert back to 2017 when it's time to use AR5).Long time user...had to create new profile due to Architecture firm closing (boss retired). Am now with GC firm and have been using old computer from Arch firm (Boxx Apexx 2) with above mentioned software. Been working fine. Just got new new computer, and am updating software.Downloaded AutoCad Architecture 2026. Where can I get…See More
Apr 23
Orbe3D commented on OYEBANJI EMMANUEL's photo
Thumbnail

interior 1x1_2015-2024-08-26-16-55-09x

"Beautiful. You can also check our 3d modeling"
Apr 9
Orbe3D commented on OYEBANJI EMMANUEL's photo
Thumbnail

V6x copy

"Beautiful"
Apr 9
Roy Hirshkowitz replied to Maciej's discussion nXt + AutoCAD 2025
"Resolved via email (support@renderplus.com)"
Feb 20
Maciej posted a discussion

nXt + AutoCAD 2025

Gentlemen,The last file I used to load, was ArAcad_24_64.arx, and, unfortunately, it doesn't work with Acad 2025.Any idea how to get the proper nXt-App which suits Acad 2025?Any help appreciated...Regards, Maciej MarkowskiSee More
Feb 17
OYEBANJI EMMANUEL replied to OYEBANJI EMMANUEL's discussion CAN WE GET PETER MILNER TO TRAIN SOME OF US FOR A TOKEN ?
"I meant Chris Fox, not David."
Feb 13
OYEBANJI EMMANUEL posted a discussion

CAN WE GET PETER MILNER TO TRAIN SOME OF US FOR A TOKEN ?

Good day, forum members,I was thinking that we could each, if interested, contribute a significant token to give Peter Milner and David to train us virtually in nxt render for Autocad. Am not sure he still uses it but the experience he has spanning over 20 years cannot be underestimated. I wish the forum co-ordinators could look into this. So that more of us will produce realistic renders with the paid version of nxt render and we will be able to encourage other users of other more advanced…See More
Feb 12

© 2025   Header image courtesy Peter Milner   Powered by

Badges  |  Report an Issue  |  Terms of Service