[Paraview] XDMF and non standard topology
Hello, I'm working with an unstructured triangular mesh and the elements which are forming the mesh are not a paraview standard (small triangles are contained inside each element--elements are triangles too). I created a XDMF file where i've put in a collection all my elements (for the triangles inside each element i used a standard triangle topology). I have two questions: 1) Is there any other way to do this, because paraview takes a lot of time to load this one? 2) It is possible to create a link from a XDMF file to a line or a column of a matrix found in a HDF5 file? Thank you very much! Best regards, Adrian___ 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 Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] MaskPoint Animation
Yes, exactly. Thanks to you, and to Patrick Shinpaugh ! Aurélien 2012/8/20 David E DeMarle dave.dema...@kitware.com Like this? http://paraview.org/Bug/view.php?id=13363 David E DeMarle Kitware, Inc. RD Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, Aug 17, 2012 at 4:42 AM, Aurélien Marsan aur.mar...@gmail.com wrote: Dear All, I think there may be some option to check, but I can not find it. I use the output of a MaskPoint filter as the source of a ParticleTracer Filter, with random sampling. Problem is : MaskPoint filter output points change at every timestep. Is there a way to freeze the MaskPoint Filter during the animation ? With best regards, A.Marsan ___ 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 Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ 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 Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
[Paraview] PV 3.14.0 reset center
I see the icon reset center. I want to reset the center from 0,0,0 to 0,0,10. What are the steps to reset the center? Thanks, Stephen p.s. Must I reset the center before making a slice? -- stephen.wor...@inria.fr 2004 route des lucioles - BP93 Sophia Antipolis 06902 CEDEX Tel: 04 92 38 50 54 Fax: 04 97 15 53 51 attachment: stephen_wornom.vcf___ 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 Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Numpy masking (via programm filter) not quite working in parallel
Thanks. I'll look into it and let you know if I have any questions. Sohail From: George Zagaris george.zaga...@kitware.com To: Sohail Shafii sohailsha...@yahoo.com Cc: David Thompson david.thomp...@kitware.com; paraview@paraview.org paraview@paraview.org Sent: Monday, August 20, 2012 7:36 PM Subject: Re: [Paraview] Numpy masking (via programm filter) not quite working in parallel Hello, I have done some work in VTK towards that. Currently, this works only with structured data. If your data is structured, you can use vtkPStructuredGridConnectivity to generate a bitmask (an unsigned char associated with each mesh node). The bitmask can then be queried using the vtkGhostArray (See http://www.vtk.org/doc/nightly/html/classvtkGhostArray.html) to see which properties are turned on for the given mesh node. If the IGNORE property is ON, that means that the node is a duplicate with respect to the given process and should not be taken into account. The implementation assigns ownership to the lowest rank of a mesh node -- on all other processes, the IGNORE property is set to ON. TestPStructuredGridConnectivity illustrates how this can be used. The test ensures that: (1) Ensuring that the total number of nodes computed is invariant to the number of processes/partitions (2) Ensuring that computing the average for a given field is also invariant to the numer of processes/partitions If this could be useful in your work, I can elaborate more if you have any questions on how to use it. Best, George On Fri, Aug 17, 2012 at 6:18 PM, Sohail Shafii sohailsha...@yahoo.com wrote: Very well. I think that should be fine for now. Sohail From: David Thompson david.thomp...@kitware.com To: Sohail Shafii sohailsha...@yahoo.com Cc: David Thompson david.thomp...@kitware.com; paraview@paraview.org paraview@paraview.org Sent: Friday, August 17, 2012 4:15 PM Subject: Re: [Paraview] Numpy masking (via programm filter) not quite working in parallel Hi Sohail, ... Will this point sharing information become available in later versions of ParaView? i.e. would it ever be easy to identify and count duplicates? I don't know of any plans to implement this (but that doesn't mean there aren't). David ___ 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 Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ 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 Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Python interpreter not being created for coprocessing?
It looks like you've built it properly. At least I don't see anything that looks wrong. I think the reason you didn't get any coprocessing tests is that they depend on ParaViewDAta. Maybe the next step is to download ParaViewData (git://paraview.org/ParaViewData.git) and then set the location ParaViewData in cmake. After that, run the coprocessing tests (ctest -R CoProcess) and show me the output from that. Andy On Wed, Aug 22, 2012 at 12:26 PM, Vanmoer, Mark W mvanm...@illinois.eduwrote: Hi Andy, ** ** I set PARAVIEW_ENABLE_PYTHON to ON, is more needed? It did build pvpython, I don’t know if that’s separate thing entirely, though. $ pvserver –version paraview version 3.14.1-1549-g5f34f40 ** ** $ python –version Python 2.6.6 ** ** $ cmake –version cmake version 2.8.9 ** ** CMakeCache.txt is attached. ** ** I also just noticed that ctest –R CoProcessing returns No tests were found!!!, yet it does have other tests. Let me know what else you need. ** ** Mark ** ** *From:* Andy Bauer [mailto:andy.ba...@kitware.com] *Sent:* Wednesday, August 22, 2012 10:49 AM *To:* Vanmoer, Mark W *Cc:* paraview@paraview.org *Subject:* Re: [Paraview] Python interpreter not being created for coprocessing? ** ** Hi Mark, I think I can guess what the problem is but can't be certain without some more information. My guess is that you're using ParaView 3.14.1 for this and you're trying to use the fortran interface but haven't built ParaView with Python enabled. There were some dependency issues there that have been ironed out since then though. If that's not the case though I'll need more information on versions and maybe sending your CMakeCache.txt in your ParaView build directory. Andy On Wed, Aug 22, 2012 at 11:12 AM, Vanmoer, Mark W mvanm...@illinois.edu wrote: Hello, I'm setting up someone's code to use coprocessing with OSMesa and openmpi/pgi/cuda fortran on NCSA's Forge using ParaView from the git repo. I'm getting segfaults and pgdbg gives me this error when coprocessorinitialize is called: [0] Signalled SIGSEGV at 0x2B62188CFD9A, function vtkCPPythonHelper::GetPythonInterpretor(), file /usr/apps/vis/ParaView/repo/ParaView/CoProcessing/CoProcessor/vtkCPPythonHelper.cxx, line 136 0x2B62188CFD9A: 48 8B 41 38movq 56(%rcx),%rax which is: vtkPVPythonInterpretor* vtkCPPythonHelper::GetPythonInterpretor() { return Instance-PythonInterpretor; } The call stack is vtkCPPythonHelper::GetPythonInterpretor() line 136 in vtkCPPythonHelper.cxx vtkCPPythonScriptPipeline::Initialize(const char *) line 69 in vtkCPPythonScriptPipeline.cxx coprocessorinitialize_ line 88 in FortranAdaptorAPI.cxx So is an Instance not getting created? I have the system python in my path. Thanks, Mark ___ 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 Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ** ** ___ 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 Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Python interpreter not being created for coprocessing?
Two questions - is there a way to tell ctest where the ParaViewData is without having to go back into cmake and rebuilding? And 2, is there a way to tell ctest to not use MPIEXEC_MAX_NUMPROCS when running tests? Mark From: Andy Bauer [mailto:andy.ba...@kitware.com] Sent: Thursday, August 23, 2012 1:32 PM To: Vanmoer, Mark W Cc: paraview@paraview.org Subject: Re: [Paraview] Python interpreter not being created for coprocessing? It looks like you've built it properly. At least I don't see anything that looks wrong. I think the reason you didn't get any coprocessing tests is that they depend on ParaViewDAta. Maybe the next step is to download ParaViewData (git://paraview.org/ParaViewData.githttp://paraview.org/ParaViewData.git) and then set the location ParaViewData in cmake. After that, run the coprocessing tests (ctest -R CoProcess) and show me the output from that. Andy On Wed, Aug 22, 2012 at 12:26 PM, Vanmoer, Mark W mvanm...@illinois.edumailto:mvanm...@illinois.edu wrote: Hi Andy, I set PARAVIEW_ENABLE_PYTHON to ON, is more needed? It did build pvpython, I don't know if that's separate thing entirely, though. $ pvserver -version paraview version 3.14.1-1549-g5f34f40 $ python -version Python 2.6.6 $ cmake -version cmake version 2.8.9 CMakeCache.txt is attached. I also just noticed that ctest -R CoProcessing returns No tests were found!!!, yet it does have other tests. Let me know what else you need. Mark From: Andy Bauer [mailto:andy.ba...@kitware.commailto:andy.ba...@kitware.com] Sent: Wednesday, August 22, 2012 10:49 AM To: Vanmoer, Mark W Cc: paraview@paraview.orgmailto:paraview@paraview.org Subject: Re: [Paraview] Python interpreter not being created for coprocessing? Hi Mark, I think I can guess what the problem is but can't be certain without some more information. My guess is that you're using ParaView 3.14.1 for this and you're trying to use the fortran interface but haven't built ParaView with Python enabled. There were some dependency issues there that have been ironed out since then though. If that's not the case though I'll need more information on versions and maybe sending your CMakeCache.txt in your ParaView build directory. Andy On Wed, Aug 22, 2012 at 11:12 AM, Vanmoer, Mark W mvanm...@illinois.edumailto:mvanm...@illinois.edu wrote: Hello, I'm setting up someone's code to use coprocessing with OSMesa and openmpi/pgi/cuda fortran on NCSA's Forge using ParaView from the git repo. I'm getting segfaults and pgdbg gives me this error when coprocessorinitialize is called: [0] Signalled SIGSEGV at 0x2B62188CFD9A, function vtkCPPythonHelper::GetPythonInterpretor(), file /usr/apps/vis/ParaView/repo/ParaView/CoProcessing/CoProcessor/vtkCPPythonHelper.cxx, line 136 0x2B62188CFD9A: 48 8B 41 38movq 56(%rcx),%rax which is: vtkPVPythonInterpretor* vtkCPPythonHelper::GetPythonInterpretor() { return Instance-PythonInterpretor; } The call stack is vtkCPPythonHelper::GetPythonInterpretor() line 136 in vtkCPPythonHelper.cxx vtkCPPythonScriptPipeline::Initialize(const char *) line 69 in vtkCPPythonScriptPipeline.cxx coprocessorinitialize_ line 88 in FortranAdaptorAPI.cxx So is an Instance not getting created? I have the system python in my path. Thanks, Mark ___ Powered by www.kitware.comhttp://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 Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ 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 Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Python interpreter not being created for coprocessing?
On Thu, Aug 23, 2012 at 4:00 PM, Vanmoer, Mark W mvanm...@illinois.eduwrote: Two questions – is there a way to tell ctest where the ParaViewData is without having to go back into cmake and rebuilding? Not possible for most, if not all, tests. The reason is that the test doesn't get added unless ParaViewData is available. And 2, is there a way to tell ctest to not use MPIEXEC_MAX_NUMPROCS when running tests? Many parallel tests, including the parallel coprocessing test, usually just have it hard coded to use 2 or 4 processes for testing. ** ** Mark *From:* Andy Bauer [mailto:andy.ba...@kitware.com] *Sent:* Thursday, August 23, 2012 1:32 PM *To:* Vanmoer, Mark W *Cc:* paraview@paraview.org *Subject:* Re: [Paraview] Python interpreter not being created for coprocessing? ** ** It looks like you've built it properly. At least I don't see anything that looks wrong. I think the reason you didn't get any coprocessing tests is that they depend on ParaViewDAta. Maybe the next step is to download ParaViewData (git://paraview.org/ParaViewData.git) and then set the location ParaViewData in cmake. After that, run the coprocessing tests (ctest -R CoProcess) and show me the output from that. Andy On Wed, Aug 22, 2012 at 12:26 PM, Vanmoer, Mark W mvanm...@illinois.edu wrote: Hi Andy, I set PARAVIEW_ENABLE_PYTHON to ON, is more needed? It did build pvpython, I don’t know if that’s separate thing entirely, though. $ pvserver –version paraview version 3.14.1-1549-g5f34f40 $ python –version Python 2.6.6 $ cmake –version cmake version 2.8.9 CMakeCache.txt is attached. I also just noticed that ctest –R CoProcessing returns No tests were found!!!, yet it does have other tests. Let me know what else you need. Mark *From:* Andy Bauer [mailto:andy.ba...@kitware.com] *Sent:* Wednesday, August 22, 2012 10:49 AM *To:* Vanmoer, Mark W *Cc:* paraview@paraview.org *Subject:* Re: [Paraview] Python interpreter not being created for coprocessing? Hi Mark, I think I can guess what the problem is but can't be certain without some more information. My guess is that you're using ParaView 3.14.1 for this and you're trying to use the fortran interface but haven't built ParaView with Python enabled. There were some dependency issues there that have been ironed out since then though. If that's not the case though I'll need more information on versions and maybe sending your CMakeCache.txt in your ParaView build directory. Andy On Wed, Aug 22, 2012 at 11:12 AM, Vanmoer, Mark W mvanm...@illinois.edu wrote: Hello, I'm setting up someone's code to use coprocessing with OSMesa and openmpi/pgi/cuda fortran on NCSA's Forge using ParaView from the git repo. I'm getting segfaults and pgdbg gives me this error when coprocessorinitialize is called: [0] Signalled SIGSEGV at 0x2B62188CFD9A, function vtkCPPythonHelper::GetPythonInterpretor(), file /usr/apps/vis/ParaView/repo/ParaView/CoProcessing/CoProcessor/vtkCPPythonHelper.cxx, line 136 0x2B62188CFD9A: 48 8B 41 38movq 56(%rcx),%rax which is: vtkPVPythonInterpretor* vtkCPPythonHelper::GetPythonInterpretor() { return Instance-PythonInterpretor; } The call stack is vtkCPPythonHelper::GetPythonInterpretor() line 136 in vtkCPPythonHelper.cxx vtkCPPythonScriptPipeline::Initialize(const char *) line 69 in vtkCPPythonScriptPipeline.cxx coprocessorinitialize_ line 88 in FortranAdaptorAPI.cxx So is an Instance not getting created? I have the system python in my path. Thanks, Mark ___ 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 Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ** ** ___ 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 Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
[Paraview] Xdmf Binary File Integer Bit width
Follow-up question to Xdmf Polyvertex, Only First Half Visible: How do you specify the bit width of integers in a binary file from within Xdmf? My script is writing a binary file with 64-bit unsigned integers and I think ParaView is interpreting it as 32-bit. Thanks, David ___ 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 Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] Xdmf Binary File Integer Bit width
Try changing from UInt to Int in: DataItem Format=Binary NumberType=UInt Endian=Little Dimensions=15 testTwoFiles-topology.bin Seems like a bug in XDMF. From xdmfdataitem.cxx: } else if(XDMF_WORD_CMP(Value, Int)){ if(Precision == 8){ this-DataDesc-SetNumberType(XDMF_INT64_TYPE); }else{ this-DataDesc-SetNumberType(XDMF_INT32_TYPE); } } else if(XDMF_WORD_CMP(Value, UInt)){ this-DataDesc-SetNumberType(XDMF_UINT32_TYPE); } else { David E DeMarle Kitware, Inc. RD Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Aug 23, 2012 at 4:18 PM, David Zemon david.ze...@mst.edu wrote: Follow-up question to Xdmf Polyvertex, Only First Half Visible: How do you specify the bit width of integers in a binary file from within Xdmf? My script is writing a binary file with 64-bit unsigned integers and I think ParaView is interpreting it as 32-bit. Thanks, David ___ 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 Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview ___ 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 Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
Re: [Paraview] ParaView thinks that it does not have a wind blade reader
Hi Sohail, Sorry for the slow reply but I wanted to make sure how things should work first and that took a bit to figure out. Anyways, this is closer to what's needed but the way it is supposed to work in VTK is that we use vtkObjectFactory to determine which one should be created when vtkWindBladeReader::New() is called. This is done at build time based on whether or not VTK is built with MPI. So if VTK and ParaView are built in parallel then there is code added that creates a vtkPWindBladeReader when vtkWindBladeReader::New() is called. This is regardless of whether or not the executable is run with mpi initialized or not. Because of this, the parallel version of the reader is responsible for checking whether mpi is initialized, ideally by doing vtkMultiProcessController::GetGlobalController()-IsA(vtkMPIController) is true, and if it isn't it should just call the parent class's methods for reading in the files. You may want to look at vtkPNrrdReader and the CMakeLists.txt file in that directory to see how they did things. Note though that if it's a single process running that it doesn't do any MPI calls even in the parallel version so your code will be slightly different than theirs. As for other parts of the email below: 1) yes, please keep cc'ing the list as there are some details in here that will be helpful to other people trying to implement their own parallel readers or filters 2) I'm not sure what's going on with the gradient filter but am guessing that it has to do with the multiblock data set and that there probably isn't that same array in each block. But that's just a guess. Did you try extracting the air block and do the vorticity and/or q criterion computation on that? 3) vtkSMReaderFactory may be the class you're looking for to determine which reader is getting used. ParaViewReaders.xml has a list of readers that it will try to read in a file. Andy On Tue, Aug 21, 2012 at 7:11 PM, Sohail Shafii sssha...@ucdavis.edu wrote: sent via another e-mail address; yahoo prevents me from uploading stuff because it's stupid Here's the first version. Do you want me to keep ccing the list? Not sure if that's necessary at this point because this is related to the development of ParaView and not help. I've run it with an older version of the master, and it seems to read in a test .wind file just fine. For now I had to store the vtkPWindBladeReader* files into VTK/Parallel/MPI since I don't have VTK/IO/MPIParallel module yet. Now when I run the gradient filter after the field, the gradient filter thinks that the input array does not have the appropriate number of components for Q criterion or vorticity...but it should (UVW does have three components per tuple). Might be my outdated copy of the git repo. Haven't debugged that gradient code yet. *I was wondering if this is the type of code that you want? Or should the classes be designed differently?* Also, I have only run it parallel because if I try to instantiate it inside of the python shell in serial it tries to run RequestInformation (which assumes that the file path exists but does not). It's a work-in-progress but it's a start. A random question: if ParaView reads a file, where would I put a breakpoint that tells me which reader it ends up picking?? I have some separate VTK code that reads in a rectilinear grid, but does not generate cell/bounds information. ParaView does generate information about the bounds though. Sohail -- *From:* David E DeMarle dave.dema...@kitware.com *To:* Sohail Shafii sohailsha...@yahoo.com *Cc:* Andy Bauer andy.ba...@kitware.com; migic...@gmail.com migic...@gmail.com; paraview@paraview.org paraview@paraview.org; Woodring, Jonathan L woodr...@lanl.gov *Sent:* Friday, July 20, 2012 10:02 AM *Subject:* Re: [Paraview] ParaView thinks that it does not have a wind blade reader Thanks. In today's git master it now sits in VTK/IO/Parallel/vtkWindbladeReader. The serial version should go in VTK/IO/Geometry. The MPI version should go in a new module VTK/IO/MPIParallel. (VTK/IO/Parallel depends only on vtkSocketController now and should not depend on vtkMPIController). Finally when that is done we can remove the flag in paraview's xml that prevents it from being used in serial. David E DeMarle Kitware, Inc. RD Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Jul 19, 2012 at 7:08 PM, Sohail Shafii sohailsha...@yahoo.com wrote: Well it seems like #1 and #2 can be solved by writing a new parallel wind blade reader class. I had similar experience by creating distributed versions of class that I created in other vtk directories. The normal wind blade reader would have no parallel calls, which would address #1. What I find interesting is that in your directories, the wind blade reader is located in VTK/IO/Parallel. For the ParaView snapshot that I downloaded, as well as the 3.14
Re: [Paraview] [EXTERNAL] PV 3.14.0 reset center
Steve, I am pretty sure that functionality was lost a few years ago when we went to PV 3.0. Please write up a feature request? Thanks, Alan -Original Message- From: paraview-boun...@paraview.org [mailto:paraview-boun...@paraview.org] On Behalf Of Stephen Wornom Sent: Thursday, August 23, 2012 3:55 AM To: paraview@paraview.org Subject: [EXTERNAL] [Paraview] PV 3.14.0 reset center I see the icon reset center. I want to reset the center from 0,0,0 to 0,0,10. What are the steps to reset the center? Thanks, Stephen p.s. Must I reset the center before making a slice? -- stephen.wor...@inria.fr 2004 route des lucioles - BP93 Sophia Antipolis 06902 CEDEX Tel: 04 92 38 50 54 Fax: 04 97 15 53 51 ___ 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 Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview
[Paraview] Can I use ParaView remote rendering while on remote desktop?
Hi I started a ParaView server using: ./pvserver.exe testheadtracking.pvx And a client using: ./paraview.exe(Then I successfully connected the client to the server using the ParaView UI) The render server window (titled Visualization Toolkit - Win32OpenGL #1 is frozen, and I could not see what is rendered in that window. I attached the pvx file (even though it is called testheadtracking.pvx, I have not started the VR Plugin). Is this due to the fact that I am connected to the client and server via remote desktop? Thanks. -- Alexis YL Chan testheadtracking.pvx Description: Binary data ___ 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 Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview