<div dir="ltr">Ah! I missed the info about ssh -X from different machines. Try doing a simple Wavelet source and slice that. Does that work?</div><br><div class="gmail_quote"><div dir="ltr">On Thu, Jul 23, 2015 at 5:52 PM Kate Fissell <<a href="mailto:fissell@pitt.edu">fissell@pitt.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Utkarsh,<br>
<br>
Thanks for your super fast response.<br>
Using a  slice filter I also get no slice image.<br>
I downloaded nightly build ParaView-4.3.1-882-gbdceec7-Linux-64bit<br>
and I still have the problem.  Is that the most recent git/master ?<br>
<br>
When you say you think the problem is related to the fix you list,<br>
do you mean that the 15457 fix you needed to do for parallel<br>
slice had the side effect of causing this remote connection issue, or,<br>
do you mean that the parallel slice fix would hopefully solve<br>
the remote connection issue ?<br>
<br>
I tried to take a look at the code changes in the fix.<br>
I saw some stuff with extents.   Do you think that the<br>
problem is that the extent is computed incorrectly, eg<br>
way too small, eg 0 ?   Why would that happen only<br>
on the Centos->Ubuntu remote connection ?<br>
<br>
thanks very much,<br>
Kate<br>
<br>
On 07/22/2015 03:35 PM, Utkarsh Ayachit wrote:<br>
> Kate,<br>
><br>
> I suspect it's related to this fix:<br>
> <a href="https://gitlab.kitware.com/paraview/paraview/merge_requests/92" rel="noreferrer" target="_blank">https://gitlab.kitware.com/paraview/paraview/merge_requests/92</a><br>
><br>
> I tested with the latest git/master and it does render correctly in<br>
> client-server mode too.<br>
><br>
> A workaround would be to use the Slice filter instead. It will be a<br>
> little slower and more memory intensive than "Slice" representation,<br>
> however.<br>
><br>
> Utkarsh<br>
><br>
> On Wed, Jul 22, 2015 at 3:08 PM, Kate Fissell <<a href="mailto:fissell@pitt.edu" target="_blank">fissell@pitt.edu</a>> wrote:<br>
>> Hi,<br>
>><br>
>> On Paraview versions 4.1 and greater if I ssh -X from a Centos machine into<br>
>> an Ubuntu<br>
>> graphics server to run Paraview I have a problem with viewing images.<br>
>><br>
>> I load the AnalyzeNifTIIO plugin, and load a nifti image, and I believe it<br>
>> loads correctly.<br>
>> I get the wireframe, the Information panel gives the correct cells/point.<br>
>> If I change to<br>
>> Slice representation the view window stays blank.  Volume representation is<br>
>> fine, I get the<br>
>> 3D rendering.<br>
>> Same thing if I load a vti format of the data, no slice view.<br>
>><br>
>> This happens when I ssh from a Centos machine, it does not happen when I ssh<br>
>> from<br>
>> an Ubuntu machine.   In both cases I believe I am using glx to do the<br>
>> rendering locally,<br>
>> not doing a setenv DISPLAY to ship the rendered picture over the net.<br>
>> It is the same glx version on the Ubuntu and Centos machine, but they have<br>
>> different<br>
>> graphics cards.<br>
>><br>
>> Ubuntu server running Paraview (console graphics):<br>
>> OpenGL vendor string: NVIDIA Corporation<br>
>> OpenGL renderer string: Quadro K4000/PCIe/SSE2<br>
>> OpenGL core profile version string: 4.3.0 NVIDIA 331.113<br>
>> OpenGL core profile shading language version string: 4.30 NVIDIA via Cg<br>
>> compiler<br>
>> OpenGL core profile context flags: (none)<br>
>> OpenGL core profile profile mask: core profile<br>
>> OpenGL core profile extensions:<br>
>> OpenGL version string: 4.4.0 NVIDIA 331.113<br>
>> OpenGL shading language version string: 4.40 NVIDIA via Cg compiler<br>
>> OpenGL context flags: (none)<br>
>> OpenGL profile mask: (none)<br>
>> OpenGL extensions:<br>
>><br>
>><br>
>> Centos machine ssh'd to Ubuntu server:<br>
>> OpenGL vendor string: NVIDIA Corporation<br>
>> OpenGL renderer string: Quadro FX 580/PCIe/SSE2<br>
>> OpenGL version string: 2.1.2 NVIDIA 340.76<br>
>> OpenGL shading language version string: 1.20 NVIDIA via Cg compiler<br>
>> OpenGL extensions:<br>
>><br>
>><br>
>> Ubuntu machine ssh'd to Ubuntu server:<br>
>> OpenGL vendor string: NVIDIA Corporation<br>
>> OpenGL renderer string: Quadro K4000/PCIe/SSE2<br>
>> OpenGL version string: 2.1.2 NVIDIA 304.125<br>
>> OpenGL shading language version string: 1.20 NVIDIA via Cg compiler<br>
>> OpenGL extensions:<br>
>><br>
>><br>
>> In Paraview ParaView-v4.0.1 I do not have this problem.<br>
>> I have the problem in Paraview-4.1, 4.2, 4.3.<br>
>><br>
>> I am using your pre-compiled binaries as test, but I have the same problem<br>
>> with my compilation.<br>
>><br>
>> Do you know what changed from ParaView-v4.0.1 to ParaView-v4.1 that would<br>
>> cause<br>
>> this or what the workaround is ?<br>
>><br>
>> thanks<br>
>> Kate<br>
>> _______________________________________________<br>
>> Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
>><br>
>> Visit other Kitware open-source projects at<br>
>> <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
>><br>
>> Please keep messages on-topic and check the ParaView Wiki at:<br>
>> <a href="http://paraview.org/Wiki/ParaView" rel="noreferrer" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
>><br>
>> Search the list archives at: <a href="http://markmail.org/search/?q=ParaView" rel="noreferrer" target="_blank">http://markmail.org/search/?q=ParaView</a><br>
>><br>
>> Follow this link to subscribe/unsubscribe:<br>
>> <a href="http://public.kitware.com/mailman/listinfo/paraview" rel="noreferrer" target="_blank">http://public.kitware.com/mailman/listinfo/paraview</a><br>
<br>
</blockquote></div>