[vtk-developers] volTM2DRotateClip recurring test failures

Bill Lorensen bill.lorensen at gmail.com
Mon Feb 18 11:06:55 EST 2013


How should we proceed? The test has been failing on those two clang
platforms since at least October. Did it ever pass on those platforms?
I can't help because the test never fails on my Mac with clang.

On Mon, Feb 18, 2013 at 10:53 AM, David Gobbi <david.gobbi at gmail.com> wrote:
> 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



-- 
Unpaid intern in BillsBasement at noware dot com



More information about the vtk-developers mailing list