I took a quick look at it. I see everything from 16 to 111 fps on my laptop which is a pretty wild range of numbers. I'll do a release build with OpenGL1 to see what that shows but it will take a while. This dataset is using the slow path because it has some blocks that have normals and some that do not. Same idea for tcoords.
I did notice PV is forcing the actor to be modified every time the LOD changes (which is a lot). Modifying the actor causes the VBO/IBOs to rebuild so it would be better not to do that unless you really need to and in this case I'm not sure why it is being done. Specifically I think it is in vtkPVLODActor::Modified where it calls this->Device->Modified() . The LOD actor is being modified as a result of calling SetEnableLOD constantly flipping between true and false. That is not the cause of this issue but it is something I noticed that will be a pain for large datasets. Thanks Ken On Thu, Nov 19, 2015 at 9:05 AM, Utkarsh Ayachit < [email protected]> wrote: > Yes, I am noticing that slowness too. Ken, mind taking a look at that? > > Utkarsh > > > > On Nov 19, 2015, at 12:38 AM, Adam Lyon <[email protected]> wrote: > > Indeed you are right! I see the rendering you show for 5.0. Interesting > change with regard to setting the solid color first. > > One thing I should note is that image manipulation (pan, zoom, rotate) is > quite slow in 5.0 compared to 4.4. For example, rotating the ring with a > solid color, I get frame-rates (from the annotation text) of over 100 fps > with 4.4. With 5.0 I generally see about 20-25fps. Do you see this too? > Thanks again!! -- Adam > > *------* > > *Adam L. Lyon* > *Scientist; Associate Division Head for Systems for Scientific > Applications* > > Scientific Computing Division & Muon g-2 Experiment > Fermi National Accelerator Laboratory > 630 840 5522 office > www.fnal.gov > [email protected] > > Connect with us! > Newsletter <http://www.fnal.gov/pub/today/> | Facebook > <https://www.facebook.com/Fermilab> | Twitter > <https://twitter.com/Fermilab> > > On Tue, Nov 17, 2015 at 4:44 PM, Utkarsh Ayachit < > [email protected]> wrote: > >> Ken, what Adam has is a multiblock dataset with field data array named >> "Color" (with certain blocks missing this array). Now when you color by >> this array and then uncheck "Map Scalars", I get the attached images. I'd >> contend that 5.0 with OpenGL2 rendering is correct. In 4.4 it would just >> bleed some random color through for blocks with missing "Color" array. In >> 5.0, the color used is the "Solid Color" set before changing the array to >> color with. >> >> Adam, are you not seeing rendering as I am with 5.0? I no longer get >> rendering similar to the images you reported. >> >> Utkarsh >> >> >> > > -- Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 518 371 3971 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you.
_______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview
