[vtk-developers] volTM2DRotateClip recurring test failures

David Gobbi david.gobbi at gmail.com
Mon Feb 18 10:53:34 EST 2013


Bill, the incorrectness of the image is not just a matter of tolerance...
that machine is rendering the image _wrong_ and we don't know why.
Ditto for TestSplitViewportHorizontal.  These things have to be fixed,
not swept under the rug.

 - David


On Mon, Feb 18, 2013 at 8:27 AM, Bill Lorensen <bill.lorensen at gmail.com> wrote:
> David G,
>
> Looks like the delay did not help. Why not add an alternate Baseline?
>
> Bill
>
> On Wed, Feb 13, 2013 at 1:44 PM, David Cole <dlrdave at aol.com> wrote:
>> Is there a call we can add at screen grab time to make sure we're properly
>> waiting for all pending/queued output? (Or are we making it already, and
>> this is really a symptom of a bad graphics driver...?)
>>
>>
>>
>>
>>
>> -----Original Message-----
>> From: David Gobbi <david.gobbi at gmail.com>
>> To: Bill Lorensen <bill.lorensen at gmail.com>
>> Cc: VTK Developers <vtk-developers at vtk.org>
>> Sent: Wed, Feb 13, 2013 1:41 pm
>> Subject: Re: [vtk-developers] volTM2DRotateClip recurring test failures
>>
>> This test has been failing on certain platforms for at least
>> five years or so.  The test does a bit of animation, and the
>> test harness seems to capture the image at the wrong time,
>> i.e. the captured image is not actually the final image shown
>> by the test.
>>
>> Is there any possibility that the image is being captured
>> before the final SwapBuffers has taken effect?  I mean,
>> if the graphics card has to process all vertexes and fragments
>> and then wait for the next vblank before swapping
>> the buffers, is it possible that the screen grab might grab
>> the screen before the swap has actually taken effect?
>> Especially for a test like this that has a huge number of
>> textures?
>>
>>  - David
>>
>> On Wed, Feb 13, 2013 at 10:29 AM, Bill Lorensen <bill.lorensen at gmail.com>
>> wrote:
>>> David,
>>>
>>> Do you have any insight into the recurring test failures (since at
>>> least October) for vtkRenderingVolumePython-volTM2DRotateClip.
>>> They seem to be on some Macs (3 at this time). See for example:
>>> http://open.cdash.org/testDetails.php?test=177122517&build=2810336
>>>
>>> Do we just need an alternate baseline?
>>>
>>> Thanks,
>>>
>>> Bill
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.vtk.org/mailman/listinfo/vtk-developers
>>
>
>
>
> --
> Unpaid intern in BillsBasement at noware dot com



More information about the vtk-developers mailing list