https://wiki.blender.jp/index.php?action=history&feed=atom&title=Dev%3ARef%2FProposals%2FCompositor2014_p1.4_TD 2026-09-10T06:05:24Z このウィキのこのページに関する変更履歴 MediaWiki 1.31.0 https://wiki.blender.jp/index.php?title=Dev:Ref/Proposals/Compositor2014_p1.4_TD&diff=146773&oldid=prev 2018-06-28T21:08:08Z

<p>1版 をインポートしました</p> <table class="diff diff-contentalign-left" data-mw="interface"> <tr class="diff-title" lang="ja"> <td colspan="1" style="background-color: #fff; color: #222; text-align: center;">← 古い版</td> <td colspan="1" style="background-color: #fff; color: #222; text-align: center;">2018年6月28日 (木) 21:08時点における版</td> </tr><tr><td colspan="2" class="diff-notice" lang="ja"><div class="mw-diff-empty">(相違点なし)</div> </td></tr></table>

Yamyam https://wiki.blender.jp/index.php?title=Dev:Ref/Proposals/Compositor2014_p1.4_TD&diff=146772&oldid=prev 2014-05-14T17:55:14Z

<p>Created page with &quot;= Compositor 2014 p1.4 Vector Blur technical design = == IST (current situation) == The current VectorBlur Node has been implemented and optimized for a single core and a seria...&quot;</p> <p><b>新規ページ</b></p><div>= Compositor 2014 p1.4 Vector Blur technical design =<br /> <br /> == IST (current situation) ==<br /> <br /> The current VectorBlur Node has been implemented and optimized for a single core and a serial process. The node itself calls an internal function of the Blender Internal renderer. This function does the whole trick.<br /> The current implementation does the next steps<br /> === step 1: clean up speed pass ===<br /> The speedpass contains values of the screenmovement between the last frame and the frame rendered and with the next frame. This is used as motion. This speedpass needs to be cleaned up (All values equal to PASS_VECTOR_MAX are set to zero)<br /> === step 2: minimum speed ===<br /> When the min speed option is used (min_speed larger than zero) the speedpass is adjusted (the next is done for the previous frame (R, G) and the next frame (B, A). <br /> When screen vector is zero, the new screen vector is zero<br /> If speed less than min_speed, also use zero<br /> else speed is mixed with the minspeed (speed *= (1.0f - minspeed/speed))<br /> <br /> === step 3: calculate average speed and average depth ===<br /> calculate average speed and the average depth. If maxspeed option is used, adjust accordingly<br /> also reset the speeds on the border<br /> <br /> === step 4: tag pixels that have a motion ===<br /> This step makes a mask of the pixels that have speed. other pixels can be ignores<br /> <br /> === step 5: blur ===<br /> for each sample? TDB<br /> <br /> === step 6: <br /> <br /> blend original image with accumilated image based on <br /> <br /> <br /> == Issues ==<br /> <br /> As the current implementation is serial and only uses a single thread it blocks the whole compositor workflow. When artists complain about the speed of the compositor it is mainly when they use this node.<br /> <br /> == SOLL (target situation) ==<br /> <br /> solution seems very alike the camera blurs as they also a stepped approach. the accumilated image is something that we need to address, but should still be valid when using the CPU. On GPU this might be an issue.</div>

wiki>Jbakker