Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume

Hi Berk, Thanks for this info – good to know that the Mesa issue is due to an inherent texture size limit, and not some local issue with our config etc. We’ll make more use of our K40s…. when they are free in the queue! Thanks again for looking into this. -- David Trudgian Ph.D. Computational

Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume

Berk, Thanks very much for looking into this. Look forward to trying things out whenever they’re ready. DT -- David Trudgian Ph.D. Computational Scientist, BioHPC UT Southwestern Medical Center Dallas, TX 75390-9039 Tel: (214) 648-4833 From: Berk Geveci [mailto:berk.gev...@kitware.com] Sent

Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume

Trudgian Ph.D. Computational Scientist, BioHPC UT Southwestern Medical Center Dallas, TX 75390-9039 Tel: (214) 648-4833 From: Berk Geveci [mailto:berk.gev...@kitware.com] Sent: Tuesday, September 15, 2015 2:43 PM To: David Trudgian <david.trudg...@utsouthwestern.edu> Cc: ParaView Mailin

Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume

Thanks for the info – will try the new release with OSMESA next week. Still waiting to get an allocation on our Tesla K40 nodes to test the large dataset with OpenGL2 and hardware rendering. Thanks again, -- David Trudgian Ph.D. Computational Scientist, BioHPC UT Southwestern Medical Center

Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume

Am currently using Mesa 10.5.4 as I’d seen that as a working config mentioned somewhere on the web, so will try newer. Any reason to avoid the 10.6 series? I guess I should also try moving to Paraview 4.4 now :-) -- David Trudgian Ph.D. Computational Scientist, BioHPC UT Southwestern Medical

Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume

Yes, unsigned short values. DT -- David Trudgian Ph.D. Computational Scientist, BioHPC UT Southwestern Medical Center Dallas, TX 75390-9039 Tel: (214) 648-4833 From: Berk Geveci [mailto:berk.gev...@kitware.com] Sent: Tuesday, September 15, 2015 2:43 PM To: David Trudgian <david.tr

Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume

type -- David Trudgian Ph.D. Computational Scientist, BioHPC UT Southwestern Medical Center Dallas, TX 75390-9039 Tel: (214) 648-4833 -Original Message- From: David Trudgian Sent: Monday, September 14, 2015 12:36 PM To: Aashish Chaudhary <aashish.chaudh...@kitware.com> Cc: Berk

Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume

construct `float' from a non-numeric data type 0:131(22): error: operands to arithmetic operators must be numeric 0:131(17): error: cannot construct `vec4' from a non-numeric data type Cheers, -- David Trudgian Ph.D. Computational Scientist, BioHPC UT Southwestern Medical Center Dallas, TX 75390-9039 Tel

Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume

siveness is really great - but the 16GB file is a no-go even scaling up across 16 nodes. The VTI itself seems fine, as slices and surface look as expected. Thanks again for any and all suggestions! DT > On Wed, Sep 9, 2015 at 5:00 PM, David Trudgian < > david.trudg...@utsouthwestern.edu> wr

Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume

DT From: Aashish Chaudhary [aashish.chaudh...@kitware.com] Sent: Thursday, September 10, 2015 9:59 AM To: David Trudgian Cc: Berk Geveci; ParaView list Subject: Re: [Paraview] Volume Rendering 17GB 8.5 billion cell volume Thanks Dave. Haven' t looked at your email in det

Re: [Paraview] Paraview 4.3.1 OSMesa build - QWidget::repaint: Recursive repaint detected

pvserver. Thanks again, DT -- David Trudgian Ph.D. Computational Scientist, BioHPC UT Southwestern Medical Center Dallas, TX 75390-9039 Tel: (214) 648-4833 From: Utkarsh Ayachit [mailto:utkarsh.ayac...@kitware.com] Sent: Tuesday, September 8, 2015 4:21 PM To: David Trudgian <david.tr

Re: [Paraview] Paraview 4.3.1 OSMesa build - QWidget::repaint: Recursive repaint detected

Utkarsh, Thanks – your hunch was correct. Went back through building llvm, osmesa, libGlu and now have a working setup. Not sure where I went wrong, but it’s all good now. DT -- David Trudgian Ph.D. Computational Scientist, BioHPC UT Southwestern Medical Center Dallas, TX 75390-9039 Tel: (214

[Paraview] Volume Rendering 17GB 8.5 billion cell volume

Hi, We have been experimenting with using Paraview to display very volumes from very large TIFF stacks generated by whole-brain microscopy equipment. The test stack has dimensions of 5,368x10,695x150. Stack is assembled in ImageJ from individual TIFFs, exported as a RAW and loaded into paraview.

[Paraview] Paraview 4.3.1 OSMesa build - QWidget::repaint: Recursive repaint detected

to further connection attempts. Has anyone else come across this issue with an OSMesa build? As above, the build using a physical NVIDIA card works great, with MPI working nicely etc. Many Thanks, -- David Trudgian Ph.D. Computational Scientist, BioHPC UT Southwestern Medical Center Dallas, TX 75390

Re: [Paraview] Paraview 4.3.1 OSMesa build - QWidget::repaint: Recursive repaint detected

Utkarsh, Thanks for the note. Glad to know that we might not be the only ones with the issue. I’m working on getting a debug build and callstack now. Just thought I’d post first in case anyone had any ideas. -- David Trudgian Ph.D. Computational Scientist, BioHPC UT Southwestern Medical Center

Re: [Paraview] Paraview 4.3.1 OSMesa build - QWidget::repaint: Recursive repaint detected

ProcessModule::PROCESS_SERVER) at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/CommandLineExecutables/pvserver_common.h:91 #48 0x0040337e in main (argc=1, argv=0x7fffd5d8) at /home2/dtrudgian/paraview/ParaView-v4.3.1-source/CommandLineExecutables/pvserver.cxx:27 -- David Trud