{"id":3079,"date":"2013-07-23T12:48:43","date_gmt":"2013-07-23T10:48:43","guid":{"rendered":"http:\/\/www.book.artbeeweb.nl\/?p=3079"},"modified":"2013-07-23T15:13:12","modified_gmt":"2013-07-23T13:13:12","slug":"managing-poser-scenes-07-rendering-quality","status":"publish","type":"post","link":"http:\/\/www.book.artbeeweb.nl\/?p=3079","title":{"rendered":"Managing Poser Scenes (07. Rendering Quality)"},"content":{"rendered":"<p>Since mankind started cinematography, it was well understood that the human eye could not discriminate individual images when they passed by at a rate over say 18 a second. So by setting a 24 frame per second rate on film (or 25 (PAL) \/ 30 (NTSC) for video\/television) a reduction of resources was derived without any meaningful loss of quality \u2013 referring to the visual experience of the spectators.<\/p>\n<p>Next to chopping a continuous stream of light over time, we can chop it over space and divide an image into pixels. Again, this can be done without any meaningful loss of quality if we take the limitations of our eyes into consideration.<\/p>\n<p>Very good and very healthy eyes have a discriminating ability of about 1 bow-second. One can\u2019t do better than that. One full circle makes 360 degrees, 1\/60<sup>th<\/sup> of a degree makes a bow-minute and 1\/60<sup>th<\/sup> of a bow-minute makes a bow-second. When I\u2019m looking forward in a relaxed way, I can oversee about 70\u00b0 really well while say 150% of that (105\u00b0) is covering the entire range from left to right. This 70\u00b0 makes 70*60*60 = 252.000 bow seconds (378.000 for the 105\u00b0 field), so it does not make sense to produce anything over that amount of pixels which has to be viewed from the left to the right of our visual range.<\/p>\n<p>Unfortunately, this is hardly a relief as I do not intend to render images with a width or height in that amount of pixels. Fortunately, our eyes and brain become of help. In the first place, we don\u2019t all have \u201cvery good and very healthy\u201d eyes, they just aged over time like we did ourselves. In the second place, the extremes occur with our pupils wide open which is not the case when viewing images under normal lighting conditions. In cinema and before a monitor (television) it\u2019s even worse: the image is radiating light in a darker surrounding closing our pupils even further.<\/p>\n<p>As a result, a standard used commonly in research on visual quality takes the 1 bow-minute (and not the second) as a defendable standard for looking at images on TV or in cinema. Then, the relaxed view range of 70\u00b0 requires just 70*60 = 4200 pixels while the full range (for surround and IMAX, say) requires 150% of that, a 6300 pixels wide image.<\/p>\n<p>This can be compared with analog film. IMAX is shot in 70mm (2.74\u201d) film size and a film scan can produce about 3000 pixels\/inch before hitting the film grain limits, so IMAX can be sampled to at most 2.74 x 3000 = 8220 pixels and fills our visual range completely. In other words, for a normal relaxed view 4.000 x 3.000 does the job, while say 6.000 x 3.000 does the job in the full left to right range, for anything monitor, TV or cinema.<\/p>\n<p>This is reflected in current standards for pro cameras:<\/p>\n<table border=\"1\" cellspacing=\"0\" cellpadding=\"0\">\n<tbody>\n<tr>\n<td valign=\"top\" width=\"151\"><b>Standard<\/b><\/td>\n<td valign=\"top\" width=\"98\"><b>Resolution<\/b><\/td>\n<td valign=\"top\" width=\"98\"><b>Aspect Ratio<\/b><\/td>\n<td valign=\"top\" width=\"81\"><b>Pixels<\/b><b><\/b><\/td>\n<\/tr>\n<tr>\n<td valign=\"top\" width=\"151\"><b>Academy 4K <\/b><\/td>\n<td valign=\"top\" width=\"98\">3656 \u00d7 2664<\/td>\n<td valign=\"top\" width=\"98\">1.37:1<\/td>\n<td valign=\"top\" width=\"81\">9,739,584<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\" width=\"151\"><b>Digital cinema 4K <\/b><\/td>\n<td valign=\"top\" width=\"98\">4096 \u00d7 1714<\/td>\n<td valign=\"top\" width=\"98\">2.39:1<\/td>\n<td valign=\"top\" width=\"81\">7,020,544<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\" width=\"151\"><b>\u00a0 <\/b><\/td>\n<td valign=\"top\" width=\"98\">3996 \u00d7 2160<\/td>\n<td valign=\"top\" width=\"98\">1.85:1<\/td>\n<td valign=\"top\" width=\"81\">8,631,360<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\" width=\"151\"><b>Academy 2K <\/b><\/td>\n<td valign=\"top\" width=\"98\">1828 \u00d7 1332<\/td>\n<td valign=\"top\" width=\"98\">1.37:1<\/td>\n<td valign=\"top\" width=\"81\">2,434,896<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\" width=\"151\"><b>Digital Cinema 2K <\/b><\/td>\n<td valign=\"top\" width=\"98\">2048 \u00d7 858<\/td>\n<td valign=\"top\" width=\"98\">2.39:1<\/td>\n<td valign=\"top\" width=\"81\">1,757,184<\/td>\n<\/tr>\n<tr>\n<td valign=\"top\" width=\"151\"><b>\u00a0 <\/b><\/td>\n<td valign=\"top\" width=\"98\">1998 \u00d7 1080<\/td>\n<td valign=\"top\" width=\"98\">1.85:1<\/td>\n<td valign=\"top\" width=\"81\">2,157,840<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>For print, things are not that different. An opened high quality art magazine with a size of 16\u201dx 11\u201d (2 pages A4) printed at 300 dpi requires an 4800 x 3300 pixel image, which brings us in the same range as the normal and full view on monitor, considering our eyes as the limiting factor.<\/p>\n<p>Of course one can argue that a print on A0 poster format (44\u201dx 32\u201d) might require 13.200&#215;9600 pixels for the same quality but that takes people looking at it from the same 8\u201d distance they use to read the mag. From that distance, they can never see the poster as a whole. Hence the question is: what quality do they want, what quality do you want, what quality does your client want?<\/p>\n<p>I can also reverse the call: in order to view the poster in a full, relaxed way like we view an opened magazine, this A0 poster which is 2.75 times as long and wide should be viewed from a 2.75 times larger distance, hence from 22\u201d away. In this case, a printing resolution of 300\/2.75 (say: =100 dpi) will do perfectly.<\/p>\n<p>Thus far, I\u2019ve considered our eyes as the limiting factor. Of course, they are the ultimate receptors and there is no need to do any better, so this presented an upper limit.<\/p>\n<p>On top of that, I can consider additional information about the presentation of our results. For instance, I might know beforehand that the images are never going to be printed at any larger format than A4, which halves the required image size (in pixels, compared to the magazine centerfold) to 3300&#215;2400 without reducing its visual quality.<\/p>\n<p>I also might know beforehand that the images are never going to be viewed on TV sets or monitors with a display larger than say 2000&#215;1000 (wide view), which reduces the required image size to 1\/3<sup>rd<\/sup> in width and 1\/3<sup>rd<\/sup> in height, hence 1\/9<sup>th<\/sup> in the amount of pixels to be rendered, compared to the full wide view of 6000&#215;3000 mentioned above for anything monitor or cinema.\u00a0 Which might bring me the required quality in just 1\/9<sup>th<\/sup> of the time as well, but \u2026 at a reduced visual quality. The resolution of our eyes is just better than the output device, and I might want to compensate for that.<\/p>\n<h2>Quality Reduction Strategies<\/h2>\n<h3>Render size<\/h3>\n<p>The main road to get quality results efficiently is: not to render in larger size than needed. An image twice as large, meaning twice as wide and twice as high takes four times longer to render, or even more if other resources (like memory) become a new bottleneck during the process.<\/p>\n<h3>Render time<\/h3>\n<p>As said in the beginning of this chapter, not much more can be done when the renderer depends on algorithm, hardware and image size alone. This for instance is the case with the so-called \u201cunbiased\u201d renderers like LuxRender, which mimic the natural behavior of light in a scene as much as possible. More and faster CPU cores, and more and faster GPU cores sometimes as well will speed up the result, but that\u2019s just it.<\/p>\n<p>Let me take the watch-scene (luxtime.lxs demo file) on my machine, at 800&#215;600 size. The generic quality measure (say Q) is calculated by multiplying the S\/p number (samples per pixel, gradually increasing over time) by the (more or less constant) Efficiency percentage which refers to the amount of lighting available.ngg_shortcode_0_placeholder<\/p>\n<ul>\n<li>* Draft quality, Q=500, after 4 mins. Gives a nice impression of things to come, still noisy overall.<\/li>\n<li>* Basic quality, Q=1000, after 8 mins. Well-lit areas look good already, shadows and reflections are still quite noisy<\/li>\n<li>* Decent quality, Q=1500 after 12 mins, well lit areas are fine now<\/li>\n<li>* Good quality, Q=2000 after 16 mins, shadows are noisy but the reflections of them look nice already<\/li>\n<li>* Very good quality, Q=3000 after 24 mins, good details in shadow but still a bit noisy, like a medium res digital camera, shadow in reflections looks fine now<\/li>\n<li>* Sublime quality, Q=4000 after 32 mins, all looks fine, hires DSLR camera quality (at 800x600m that is).<\/li>\n<\/ul>\n<p>From the rendering statistics, render times at least can be roughly predicted for larger render results. LuxRender reports for the watch-scene, given my machine and the selected (bidirectional) algorithm, a lighting efficiency E of 1100% and a speed X of 85 kSamples\/second. These parameters can be derived quickly, from the statistics of a small sized render (200&#215;150 will do actually, but I used 800&#215;600 instead).<\/p>\n<p style=\"text-align: left;\">From the formula<\/p>\n<p style=\"text-align: center;\">\u00a0Q = 1000 X*E*T \/ W*H, for image Width and Height after time T,<\/p>\n<p style=\"text-align: left;\">\u00a0I get<\/p>\n<p style=\"text-align: center;\">\u00a04000 = 1000 * 85 * 11,00 * T \/ 800*600 so T = 2053 sec = 34min 12sec<\/p>\n<p>And from that I can infer that a 4000&#215;3000 result, 5 times wider and 5 times higher, will take 5*5=25 times as long, that\u2019s: half a day, as long as memory handling does not hog up the speed. Furthermore, quality just depends on lighting. Lighting levels too low or overly unbalanced cause noise, like on analog films or digital captures. Removing noise requires more rendering time. Specular levels too high (unnatural) cause \u2018fireflies\u2019 which don\u2019t go away while rendering longer. I just have to set my lighting properly. And test for it in small sized brief test runs.<\/p>\n<p style=\"text-align: right;\"><span style=\"color: #ff6600;\"><a title=\"08. Rendering Options I\" href=\"http:\/\/www.book.artbeeweb.nl\/?p=3081\"><span style=\"color: #ff6600;\">Next &gt;&gt;<\/span><\/a><\/span><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Since mankind started cinematography, it was well understood that the human eye could not discriminate individual images when they passed by at a rate over say 18 a second. So by setting a 24 frame per second rate on film (or 25 (PAL) \/ 30 (NTSC) for video\/television) a reduction of resources was derived without &hellip; <a href=\"http:\/\/www.book.artbeeweb.nl\/?p=3079\" class=\"more-link\">Continue reading<span class=\"screen-reader-text\"> &#8220;Managing Poser Scenes (07. Rendering Quality)&#8221;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"ngg_post_thumbnail":0,"footnotes":""},"categories":[5],"tags":[133,117],"series":[118],"class_list":["post-3079","post","type-post","status-publish","format-standard","hentry","category-poser","tag-poser","tag-rendering","series-managing-poser-scenes"],"_links":{"self":[{"href":"http:\/\/www.book.artbeeweb.nl\/index.php?rest_route=\/wp\/v2\/posts\/3079","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/www.book.artbeeweb.nl\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.book.artbeeweb.nl\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.book.artbeeweb.nl\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.book.artbeeweb.nl\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=3079"}],"version-history":[{"count":8,"href":"http:\/\/www.book.artbeeweb.nl\/index.php?rest_route=\/wp\/v2\/posts\/3079\/revisions"}],"predecessor-version":[{"id":3205,"href":"http:\/\/www.book.artbeeweb.nl\/index.php?rest_route=\/wp\/v2\/posts\/3079\/revisions\/3205"}],"wp:attachment":[{"href":"http:\/\/www.book.artbeeweb.nl\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=3079"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.book.artbeeweb.nl\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=3079"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.book.artbeeweb.nl\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=3079"},{"taxonomy":"series","embeddable":true,"href":"http:\/\/www.book.artbeeweb.nl\/index.php?rest_route=%2Fwp%2Fv2%2Fseries&post=3079"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}