Thanks for your answers. I think the Revit creators could well do some work to improve this experience. The switch from using massively parallel graphics card CPU's (NVIDIA Cuda cores) to the computer CPU may have made Revit easier to program and more predictable across computers but crippled the rendering speed except for draft and medium. Best looks great but for this project, with a 16"x9" image size and 300 DPI, it took 40 hours to render on the desktop. That is not acceptable performance. I think the draft renderings look pretty good with the current renderer but with more than a few lights in the scene, the rendering speed of high through best is intolerable.
2)I tried everything I could think of the get medium resolution to show up less grainy than draft. I could tell it was reproducing reflections more accurately but everything looked like spatter paint after the rendering dialog had flagged complete.
3)Yeah, I realized after a few tries that I had to make a decision to save or add to the project as soon as the render was finished, before closing the dialog.
4)I tried to determine the DPI of the output device, which was not in my possession but was unable to. I ended up employing the rendering cloud because there was no other way within the project timeline to get the renderings out in the quality I needed. The render cloud had its own issues with loss of materials and with the inability to specify an image size and DPI setting. The controls as I saw them were only rendering quality(standard - free, final - pay), image size (which had no real meaning anyway since the images were not sized as specified), and image file type. Rendering speeds in the cloud were acceptable. In my opinion, if Revit has crippled the rendering speed on the desktop for final renderings,they should offer subscription customers free cloud renderings up to a certain average number per month.
When I get some spare time, I am going to experiment with linking Revit to 3dsMax and find out whether the process can be improved at the desktop level. This is something I need to be able to teach and deciding how to process a render project for various output devices within a reasonable time is an important matter.
5)Although my final rendering had some material problems in the cane backs (OOTB Table-Dining Round w Chairs Revit family BTW), I was able to work around the problem by remaking the material and storing the cutout image in the project folder rather than in the Autodesk material library. I suspect there are some file and path string length limits when sending the file to the cloud. The original name for the cutout image was extremely long and that was inside a deeply nested material library path. I shortened the name of the cutout image name from Metals.Ornamental Metals.Plate.Mesh.cutout.png to Meshcutout.png and stored it local to the project and the cloud rendered it correctly. The material was Textile - Bamboo Weave
You can see the end results in the cloud gallery here.
Lastly, I am getting this message when I open the project now:
"Some ACIS objects could not be imported. To import them, use AutoCAD to convert them into polymesh objects and reimport."
The main problem with diagnostic messages like that is they are useless since they do not identify which objects contain or would have been ACIS objects. In the AutoCAD drawing triggering the message, a qselect does not list ACIS as an object type. I suspect that it is choking on the glass shelves I made ias a Revit family and exported using the IFC so I could get context to put the AutoCAD solid trophies on the glass shelves in correct alignment. But I froze the layer those objects were on so they shouldn't have even been processed by Revit on import.
Thanks again for the response.
Architect, Registered NC, VA, SC, & GA.