<div dir="ltr"><div><div><div>Also, another track could be investigated, the use of vtkRenderWindow::SetOffScreenRendering remove the need of any Front/Bak buffer fiddling, the image being always accessible.<br></div>However, it means we need to render it two times, one for the tester to actually see the image, one for the offscreen renderring. it would look like that in Testing.py:<br><br>    w2if = vtk.vtkWindowToImageFilter()<br>  <span style="color:rgb(234,153,153)">  # w2if.ReadFrontBufferOff() removing this</span><br><span style="color:rgb(106,168,79)">    renwin.Render() # adding this<br>    renwin.SetOffScreenRendering(1)  # and that</span><br>    w2if.SetInput(renwin)<br>    w2if.Update()<br>    compareImageWithSavedImage(w2if, img_fname, threshold)<br><br></div>But we may encounter some problem with the offscreen rendering, (antialiasing? multisampling? i don't know much about it ).<br><br></div>What do you think ?<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr">Mathieu Westphal<br></div></div></div>
<br><div class="gmail_quote">On Fri, Jul 3, 2015 at 10:34 AM, Mathieu Westphal <span dir="ltr"><<a href="mailto:mathieu.westphal@kitware.com" target="_blank">mathieu.westphal@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>After further investigation, Joachim and me consider that the vtkTesting::FrontBuffer and associated argument "-FrontBuffer" to be basically useless, as one do not care if a test succeed using an image from the Front or the Back buffer, as long as a corresponding image can be found in any image buffer.<br><br></div>Is anyone using this "-FrontBuffer" option ? If not we will deprecate it for further removal.<br><br></div><div>it will allow to *always* check front and back buffer in vtkTesting, which is already the case when using static method vtkTesting::test.<br></div><div>We propose this because there is a wrapping of vtkTesting which is massivelly used in Python test : vtkTclTest2Py/rtImageTest.py and may fail for the same reason explained before in this thread.<br><br></div><div>And we think that removing the FrontBuffer option from vtkTesting is the right way to go here.<br></div><div>It will not change the already proposed and working patch for Testing.py which do not use vtkTesting.<span class="HOEnZb"><font color="#888888"><br><br></font></span></div></div><div class="gmail_extra"><span class="HOEnZb"><font color="#888888"><br clear="all"><div><div><div dir="ltr">Mathieu Westphal<br></div></div></div></font></span><div><div class="h5">
<br><div class="gmail_quote">On Thu, Jul 2, 2015 at 5:28 PM, David Thompson <span dir="ltr"><<a href="mailto:david.thompson@kitware.com" target="_blank">david.thompson@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>> You may notice from git blame, those comments were added only<br>
> recently, in October 2014 in commit e136e01e...<br>
><br>
> I didn't even know when I did that commit that there was a python<br>
> equivalent to vtkTesting.cxx. I wonder why vtkTesting.cxx isn't simply<br>
> wrapped and used directly from python...?<br>
<br>
</span>Python's unittest.TestCase framework is handy, familiar to Python users, and breaks things into chunks that make running from an interpreter easier than the traditional tests (since you can import a test module, create the test instance, run setup, and manually run a test then tweak things from the interpreter after the test has run).<br>
<br>
I do not oppose wrapping vtkTesting, but do oppose banishing the vtk.test.vtkTest class.<br>
<span><font color="#888888"><br>
        David<br>
</font></span><div><div>_______________________________________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=vtk-developers" rel="noreferrer" target="_blank">http://markmail.org/search/?q=vtk-developers</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://public.kitware.com/mailman/listinfo/vtk-developers" rel="noreferrer" target="_blank">http://public.kitware.com/mailman/listinfo/vtk-developers</a><br>
<br>
</div></div></blockquote></div><br></div></div></div>
</blockquote></div><br></div>