Getting this fatal error when trying to render with GPU with newest Arnold build. Couldnt render in the last version, too.
Was told, whatever the reason for this was fixed in this issue.
Further information here:
I don't see what driver you are using.
That long thread on the Autodesk forums is about the viewport and UVW, no?
Does any scene crash GPU on your machine?
How about a scene that doesn't use all the unsupported nodes and shaders? Even if it did render, wouldn't not look right?
I have reported the same problem back in april
For me this is reproducable 100% of the time when rendering on GPU using OSL: HDRI Environment and/or OSL: Bitmap Lookup/UberBitmap.
For some reason the IPR session works completely fine on first attempt but the error only happens upon stopping/closing IPR and restarting it.
It started as viewport and uvw issue, but turned into a GPU related issue and persists.
When rendering default materials from the slate slots there is no issue.
The nodes and shaders were recommended to me as the best solution for viewport/rendering. I dont know if they are unsupported. What do you mean with no looking right?
Meanwhile their is another error type:
[Arnold]: 00:00:08 4989MB ERROR | [gpu] OptiX exception: Invalid value (Details: Function "_rtTextureSamplerSetBuffer" detected error: Invalid object "buffer")
Is this the latest version of Arnold? A new version was released this week, so it's always possible that crash has since been fixed.
Yes it is the latest: MAXtoA-4.1.0.71-2021
Was told my problem was reported and is fixed with this version.
Try this:
1. Empty scene, then create a cube and apply physical material to the cube with a bitmap lookup texture plugged into the base color.
OR
2. Empty scene, then create a cube and apply physical material to the cube, press 8 to open environment settings and use a OSL:HDRI Environment map to apply a HDRI environment.
Then start either Activeshade or Production Arnolds RenderView IPR Session.
Wait till it starts rendering, usually the first attempt runs fine. Stop RenderView IPR/Activeshade close the window and restart it again.
I get a Cuda Error 100% of the time
Yea now i can reproduce it, but could you solve this? Also getting rid of these maps just works on empty scene and sadly not in my actual project.
Can you be a little bit more specific of what is happening? Are you using OSL bitmap with Arnold GPU?
I did a whole thread about it on the autodesk forums, specifying the issue
https://forums.autodesk.com/t5/3ds-max-shading-lighting-and/textures-in-viewport-messed-up-after-upg...
There i was told to use OSL maps in general, which didnt solved this. Then the issue was reported and fixed in the next version, so i was told, but nothing changed...
What other information can i add?
There's still an issue with OSL, as described by Mr T in an earlier answer to this question:
For me this is reproducable 100% of the time when rendering on GPU using OSL: HDRI Environment and/or OSL: Bitmap Lookup/UberBitmap.
For some reason the IPR session works completely fine on first attempt but the error only happens upon stopping/closing IPR and restarting it.
Yea i saw that and still without the OSL maps it wont render at all with GPU (switched with Arnold maps). But it seems people just wont understand the issue...
Furthermore why was i told from MADSD to use OSL and HDRI maps when its full of bugs and wont work with GPU, also that the bugs are fixed in the new build??? Was that all just wrong statements?
Quotes from Autodesk thread:
"I also exchanged your light set, to a HDRI driven setup, using the environment switch map with a HDRI map in both slots."
"Confirmed, downloaded latest public build and got the same bail outs.
The UVW map is the cause, the layers and bitmap lookup nodes works fine on this build and GPU....So wait it out on that account till new build is out and it will work fine."
"Just checked.
2 OSL bitmaps into the Layer shader ( set it to only show connected slots so its not so long )
works fine in 2021."
This is an open bug ticket, there's no workaround that I know of (except don't use those shaders, or use CPU).
So this is the OSL FREE scene in the attachment...
Tell me plz, how can this still be crashing?