<div class="gmail_quote">On Wed, Jan 7, 2009 at 12:18 PM, Michael Jackson <span dir="ltr">&lt;<a href="mailto:mike.jackson@bluequartz.net">mike.jackson@bluequartz.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
You can run a 64 bit pvserver and connect to it with a 32bit ParaView Client. Does that satisfy your needs?</blockquote><div><br></div><div>No, but that&#39;s the reason I pursued this path.&nbsp;</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
<br>
Also, the GUI presented by ParaView is programmed in Qt 4. When Qt 4.5 comes out then the journey to 64 bit on the client side should be straight forward although I am sure there will be &quot;bumps&quot; along the way. What specific &quot;Paraview GUI Components&quot; are you trying to avoid by writing your own client? (which is based on vtk/Qt itself as you state, which will have the _exact_ same problems that ParaView has with 32/b4 bit.)</blockquote>
<div>I assumed there were more Carbon dependencies in paraview, it looks like it may be just the progress bar, but I&#39;m&nbsp;familiar&nbsp;with vtk/Qt, and I have a working client for smaller datasets, so I&#39;d rather not learn Views and representations more than I have to. &nbsp;</div>
<div>&nbsp;</div><div>Can I use vtkClientServerMoveData? Can I use SelectionDeliveryRepresentationProxy? It looks like qt 4.5 will solve this for my mac clients, but I need to figure this out eventually, because we aren&#39;t going to Vista so the poor 32 bit windows machines will need the help of the linux box in the basement. &nbsp;</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>
<br>
_________________________________________________________<br>
Mike Jackson &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<a href="mailto:mike.jackson@bluequartz.net" target="_blank">mike.jackson@bluequartz.net</a><br>
BlueQuartz Software &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<a href="http://www.bluequartz.net" target="_blank">www.bluequartz.net</a><br>
Principal Software Engineer &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Dayton, Ohio<div><div></div><div class="Wj3C7c"><br>
<br>
<br>
<br>
On Jan 7, 2009, at 2:14 PM, <a href="mailto:flymolo@gmail.com" target="_blank">flymolo@gmail.com</a> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Jan 7, 2009 7:21am, Utkarsh Ayachit &lt;<a href="mailto:utkarsh.ayachit@kitware.com" target="_blank">utkarsh.ayachit@kitware.com</a>&gt; wrote:<br>
&gt; When it comes to images there&#39;s whole lot of things to worry about<br>
&gt;<br>
&gt; such as extents, extent translators etc etc. Adding support for<br>
&gt;<br>
&gt; delivering image data in parallel may not be a trivial task.<br>
Thanks for letting me know. Maybe you can point me in the right direction for an alternate solution then? I have a 12-16 gigabyte image dataset that will be loaded by a 64 bit pvserver. I would like to develop a client using paraview as a library to connect this dataset to a client-side image plane widget. The rest of my client is written in pure vtk/Qt so I&#39;m avoiding paraview GUI components to make my journey to 64-bit Qt/Cocoa easier.<br>

<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Utkarsh<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; On Mon, Dec 29, 2008 at 1:04 PM, jonathan grimm <a href="mailto:flymolo@gmail.com" target="_blank">flymolo@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt; Can I write a strategy to make it support 3D Image data?<br>
&gt;<br>
&gt; &gt; Would a vtkImageDataStreamer solve this problem?<br>
&gt;<br>
&gt; &gt;<br>
&gt;<br>
&gt; &gt; On Mon, Dec 22, 2008 at 10:05 AM, Utkarsh Ayachit<br>
&gt;<br>
&gt; &gt; <a href="mailto:utkarsh.ayachit@kitware.com" target="_blank">utkarsh.ayachit@kitware.com</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt;&gt;<br>
&gt;<br>
&gt; &gt;&gt; Look at &nbsp;vtkSMClientDeliveryStrategyProxy::UpdatePipelineInternal()<br>
&gt;<br>
&gt; &gt;&gt; that&#39;s where the data &nbsp;type is set on the data-transfer filter. BTW,<br>
&gt;<br>
&gt; &gt;&gt; ClientDeliverRepresentation cannot deliver 3D image data. It can only<br>
&gt;<br>
&gt; &gt;&gt; deliver 2D slices.<br>
&gt;<br>
&gt; &gt;&gt;<br>
&gt;<br>
&gt; &gt;&gt; Utkarsh<br>
&gt;<br>
&gt; &gt;&gt;<br>
&gt;<br>
&gt; &gt;&gt; On Mon, Dec 22, 2008 at 12:17 PM, jonathan grimm <a href="mailto:flymolo@gmail.com" target="_blank">flymolo@gmail.com</a>&gt;<br>
&gt;<br>
&gt; &gt;&gt; wrote:<br>
&gt;<br>
&gt; &gt;&gt; &gt; How does the ClientDeliveryRepresentation choose what data type to send?<br>
&gt;<br>
&gt; &gt;&gt; &gt; I have two pipelines:<br>
&gt;<br>
&gt; &gt;&gt; &gt; Reader-&gt;ImageReslice-&gt;ClientDeliveryRepresentation-&gt;ImagePlaneWidget<br>
&gt;<br>
&gt; &gt;&gt; &gt; and<br>
&gt;<br>
&gt; &gt;&gt; &gt; Reader-&gt;ClientDeliveryRepresentation-&gt;hacked ImagePlaneWidget that<br>
&gt;<br>
&gt; &gt;&gt; &gt; allows<br>
&gt;<br>
&gt; &gt;&gt; &gt; pipeline inputs<br>
&gt;<br>
&gt; &gt;&gt; &gt; The first works beautifully, while the ImageReslice inside my second<br>
&gt;<br>
&gt; &gt;&gt; &gt; pipeline complains that it is getting polydata instead of imagedata.<br>
&gt;<br>
&gt; &gt;&gt; &gt; Any suggestions, besides producing an image plane widget that uses a<br>
&gt;<br>
&gt; &gt;&gt; &gt; server<br>
&gt;<br>
&gt; &gt;&gt; &gt; side reslice?<br>
&gt;<br>
&gt; &gt;&gt; &gt;<br>
&gt;<br>
&gt; &gt;&gt; &gt; --<br>
&gt;<br>
&gt; &gt;&gt; &gt; Sometimes it&#39;s hard to tell the dancer from the dance - Corwin in CoC<br>
&gt;<br>
&gt; &gt;&gt; &gt;<br>
&gt;<br>
&gt; &gt;&gt; &gt; _______________________________________________<br>
&gt;<br>
&gt; &gt;&gt; &gt; ParaView mailing list<br>
&gt;<br>
&gt; &gt;&gt; &gt; <a href="mailto:ParaView@paraview.org" target="_blank">ParaView@paraview.org</a><br>
&gt;<br>
&gt; &gt;&gt; &gt; <a href="http://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
&gt;<br>
&gt; &gt;&gt; &gt;<br>
&gt;<br>
&gt; &gt;&gt; &gt;<br>
&gt;<br>
&gt; &gt;<br>
&gt;<br>
&gt; &gt;<br>
&gt;<br>
&gt; &gt;<br>
&gt;<br>
&gt; &gt; --<br>
&gt;<br>
&gt; &gt; Sometimes it&#39;s hard to tell the dancer from the dance - Corwin in CoC<br>
&gt;<br>
&gt; &gt;<br>
&gt;_______________________________________________<br>
ParaView mailing list<br>
<a href="mailto:ParaView@paraview.org" target="_blank">ParaView@paraview.org</a><br>
<a href="http://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
</blockquote>
<br>
_______________________________________________<br>
ParaView mailing list<br>
<a href="mailto:ParaView@paraview.org" target="_blank">ParaView@paraview.org</a><br>
<a href="http://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Sometimes it&#39;s hard to tell the dancer from the dance - Corwin in CoC<br>