<div dir="ltr"><div dir="ltr"><div>Hi Sean,</div><div><br></div><div>Thanks for the reply. I'll try bisecting once I get some free time, for now I suppose I'll just stay with 7.1.</div><div>I've also reported this bug on Gitlab: <a href="https://gitlab.kitware.com/vtk/vtk/issues/17508">https://gitlab.kitware.com/vtk/vtk/issues/17508</a> . I'll update the report if I get any progress.</div><div><br></div><div>Tiago<br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 30, 2019 at 3:20 PM Sean McBride <<a href="mailto:sean@rogue-research.com">sean@rogue-research.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, 24 Jan 2019 10:28:07 -0200, Tiago Nobrega said:<br>
<br>
>I'm trying to update from vtk 7.0 and I'm having an issue with a particular<br>
>setup of polydatas. In my case I have a single vtkPoints that is shared by<br>
>multiple vtkPolydatas, where each polydata renders a different set of<br>
>cells. I can't get the rendering to show more than one polydata at a time<br>
>in vtk 8.0 and up, but it works as expected in vtk 7.1. In all cases I am<br>
>using the new OpenGL2 backend.<br>
><br>
>I created a minimal example that reproduces the issue for me:<br>
><a href="https://gist.github.com/tigarmo/c90ff07a1b63bbcf396fa4aaf1e824a9" rel="noreferrer" target="_blank">https://gist.github.com/tigarmo/c90ff07a1b63bbcf396fa4aaf1e824a9</a> . It tries<br>
>to show 2 quads, where each quad is a cell in a different polydata, but<br>
>both polydatas share the same vtkPoints. This shows 2 quads as expected (by<br>
>me) in vtk 7.1 but only 1 quad in vtk 8.0.1, 8.1.0 and 8.1.1. A surprising<br>
>detail is that which quad is shown varies depending on the run. Sometimes<br>
>it's the left one, sometimes the right one.<br>
><br>
>Does anyone have any suggestions? Is this a bug? Could it be related to<br>
>improvements in VBO caching that I saw in 8.0's changelog?<br>
<br>
Tiago,<br>
<br>
Since no one seems to have a better answer for you, what you could do is use 'git bisect' to find exactly which commit between 7.1 and 8.0 caused this change in behaviour.  The commit message will hopefully shed light on the cause and whether it's a bug or not.<br>
<br>
Cheers,<br>
<br>
-- <br>
____________________________________________________________<br>
Sean McBride, B. Eng                 <a href="mailto:sean@rogue-research.com" target="_blank">sean@rogue-research.com</a><br>
Rogue Research                        <a href="http://www.rogue-research.com" rel="noreferrer" target="_blank">www.rogue-research.com</a> <br>
Mac Software Developer              Montréal, Québec, Canada<br>
<br>
<br>
</blockquote></div>