<div dir="ltr">Hi Tim.<br><div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 21, 2016 at 4:23 PM, Tim Müller <span dir="ltr"><<a href="mailto:tim@centricular.com" target="_blank">tim@centricular.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><span class=""></span><div>It's just low-hanging fruit. Note that some additional fastpaths have been added in git master already.</div></div></blockquote><div><br></div><div>Sounds great. Thanks.<br></div><div>Slightly related topic. What is it in the Orc-code for video_orc_convert_I420_BGRA that makes the code sort of reuse the U and V values for every other/second RGB pixel it calculates?<br><br></div><div>What I mean is the RGB pixel(0) and RGB pixel(1) are calculated from the values of Y(0),U(0),V(0) and Y(1),U(0),V(0) respectively. Why is it the Orc code knows that the Y pointer is incremented for every RGB pixel it generates while the U and V pointers are only incremented for every second RGB pixel?<br><br></div><div>Best regards<br></div><div>Peter MM<br></div></div></div></div></div>