AccuRender nXt

advanced rendering for AutoCAD

I've rendered about 40 images for product presentation over the past few days via 'batch' rendering directly in nXt and with the nXt Farm with all out put as .nXtImage files so that I could further manipulate the images as need before inserting into various documents.  As I'm performing post production on the images, I realize there is a hard line gradient in all of the images displayed in the Image Editor. All images saved as JPG from the Image Editor also have these hard line shadows.

I've attached screen captures of the output. The first image is a capture of the render window and represents how JPG output from nXt appears as well, smooth gradient on the floor. The second image is a capture of the Image Editor screen and also represents how the JPG out put looks when saved from the Image Editor.

I got the same results with both builds 283 and 284 Image Editor.

Views: 259


Reply to This

Replies to This Discussion

When you get a chance-- try saving from the Image Editor to png.  This will help me determine if this is a jpg compression problem or some other Image Editor problem.

Thanks for looking Roy. Same result -see attached


I just read your message a little more carefully-- it does sound like the nXtImage is bad.  

This isn't happening here-- until I can make it happen I wouldn't even know where to start.  See if you can come up with a simple procedure to reproduce the problem.  If you can, stop and upload all of the necessary files and explain the procedure.

you can grab the file here:

It's about a 7MB download. This is the DWG with related files in an ACAD eTransmit folder.

The unorthodox approach I took to lighting this model is most likely the source of the problem when it hits the Image Editor, and the reason you'll need to see the original file. I tried to replicate this with a smaller model, but was unable to get the same lighting effect. It's an old school quasi light dome set-up that I've been using for years and often resort back to when I do not have an HDR providing the needed effect.

So... render the model "VIEW 1" (I did at 3300x3300, but resolution doesn't seem to matter. I tried it at lessor resolutions and got the same result)

The number of passes don't seem matter either. My original was a 20 passes. I've tested this at 40+ and as few as 6 and have gotten the same result.

save the output as a JPG or PNG and you will see the image background is smooth, colors on the model are correct, wood grain represented properly.

save the output as an nXtImage.

open in the Image Editor - you will see the "stepped" shadowing in the background. The colors of the wood grain will appear over saturated. The image actually looks like it is being processed with 256 colors as opposed to 16 million.

Thanks again for looking Roy.

Ah-- if you've got an nXtImage file hand I can take a look at that and may be able to tell right away-- without running your model.  It's possible that the actual luminance values using your method are either very low or very high.  The nXtImage file does compress the original floating point data using a similar method to .exr files.  This is normally not a problem if the lighting in the drawing is in a "normal" range.  However, very low values can result in a precision loss and very high values are clipped.

Never mind-- it was obvious once I ran the model.  As suspected-- the lighting values are way too low.  You'll need to use a lighting scheme that brings that up to something reasonable if you want to use the .nXtImage format.  If you move your cursor around the image and see a lot of zeros for values in non-black parts of the image, you're in trouble.

That did it, I increased the light source to 900,000 lumens. It was at just 12,000. Even at 900k, the values were at .001. I increased the lighting to 2 million lumens and get a reading of .012 on the floor. Even so, at 900K, the image made a trip through the Image Editor just fine.

I know this has been asked and answered before, but what is a good average to shoot for? and can you give to me, again, the formula for deciphering the lighting values at the bottom of the screen.

Thanks again, for your help. Glad it was my bad, and not your code.


The Luminance units are in cd/m^2 and have a huge range.

An average gray surface in direct sunlight will measure something like 15,000.

The same surface on a cloudy day might be 1000.

Indoors, in a bright, daylit interior (out of direct light) and you might get a value like 500-- under artificial light at night, perhaps 50.

Moonlight on a forest floor might be 0.001.

You can find typical values if you poke around online-- there are some here.




Latest Activity

John Ferris replied to John Ferris's discussion CURVED WALL SIGNAGE
"Thanks for the response....I had found an old lisp called 3DText, but couldn't get it to work. Ended up modeling the text in SkecthUp using an extension called Shape Bender. Easy to use and did what I wanted. Imported into ACAD. Done. ACAD…"
Feb 14
akinlolu olugboji replied to John Ferris's discussion CURVED WALL SIGNAGE
"Use a decal or else you have to position the extruded letterings manually"
Feb 14
John Ferris posted a discussion


More of an ACAD question...Have exploded, extruded and rotated my text to be used for signage...that occurs on a curved wall.All the letters are individual solids.Any quick-n-easy way to get the letters repositioned/rotated along the curve of the wall? I've tried using array (polar and path) and align....failed at each.Trying to avoid having to do each letter individually, as there will be other options on case and size that I have to do.Images attached....Thanks for any help,JohnSee More
Feb 13
Andrew Uno replied to Andrew Uno's discussion nXtRender Farm Questions
"That was very helpful and I was better able to communicate with my fellow co-workers and management how things are operating. We are currently in a transition to fiber optic and with this information I have additional information for my proposal of…"
Feb 9
Roy Hirshkowitz replied to Andrew Uno's discussion nXtRender Farm Questions
"Yep, that's about it.  The individual "farmers" need to be running on each participating machine.  They all watch a common "Farm Folder" which needs to be read/write accessible to everyone.  They'll latch…"
Feb 8
Andrew Uno replied to Andrew Uno's discussion nXtRender Farm Questions
"Thank you for your fast response Roy. My co-workers and I all have nXt Render farm on our systems; correct me if I am wrong but if render farm as a program works as an in-house render farm it is acting as conduit if you will for our systems to work…"
Feb 8
Roy Hirshkowitz replied to Andrew Uno's discussion nXtRender Farm Questions
"The nXt Render farm is a simple, in house, render farm-- NOT an online one.  If you haven't set up any machines to access the files it will remain there forever. The nXtModel is a binary dump of what the file looks like in memory.…"
Feb 8

© 2017   Header image courtesy Peter Milner   Powered by

Badges  |  Report an Issue  |  Terms of Service