<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Hi,<br>
      <br>
      No slice appears with wavelet source.<br>
      <br>
      Kate<br>
      <br>
      On 07/24/2015 10:14 AM, Utkarsh Ayachit wrote:<br>
    </div>
    <blockquote
cite="mid:CADHSJjAeZzoNGGvszfQqFV_ypmPEOWJYgVXAbOWTAnDqus8B7Q@mail.gmail.com"
      type="cite">
      <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
            moz-do-not-send="true" 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 moz-do-not-send="true"
            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
            moz-do-not-send="true" 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 moz-do-not-send="true"
            href="http://www.kitware.com" rel="noreferrer"
            target="_blank">www.kitware.com</a><br>
          >><br>
          >> Visit other Kitware open-source projects at<br>
          >> <a moz-do-not-send="true"
            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 moz-do-not-send="true"
            href="http://paraview.org/Wiki/ParaView" rel="noreferrer"
            target="_blank">http://paraview.org/Wiki/ParaView</a><br>
          >><br>
          >> Search the list archives at: <a
            moz-do-not-send="true"
            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 moz-do-not-send="true"
            href="http://public.kitware.com/mailman/listinfo/paraview"
            rel="noreferrer" target="_blank">http://public.kitware.com/mailman/listinfo/paraview</a><br>
          <br>
        </blockquote>
      </div>
    </blockquote>
    <br>
  </body>
</html>