<HTML>
<HEAD>
<TITLE>caching images (WAS: messy legend)</TITLE>
</HEAD>
<BODY>
<FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>Rather than preventing renderings for the specific case of delivering images from the server, I am an advocate of caching the rendering in all cases. The interaction with scalar bars and other 2D widgets is a big reason for why I would like to see this.<BR>
<BR>
We have talked about doing this for a long time (see bug #3924) and actually had an implementation for a brief period of time. The problem was that we kept grabbing things that we did not render, for example other windows on top of the render window. Now might be a good time to readdress this though. We have already spent a lot of work getting the screen capturing working for saving screen shots. Perhaps we could apply this work to caching images for every still render to save on re-rendering.<BR>
<BR>
-Ken<BR>
<BR>
<BR>
On 9/27/09 1:11 PM, "Utkarsh Ayachit" <<a href="utkarsh.ayachit@kitware.com">utkarsh.ayachit@kitware.com</a>> wrote:<BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>Well, don't forget the scalar bar needs to be rendered for tile<BR>
displays. I don't think a real fix will have anything to do with the<BR>
scalar bar, but more like when a widget interaction happens, instead<BR>
of triggering a render request on the view, it has to now decide which<BR>
renderer this widget the user is interacting with lies in (since in<BR>
case of 3D widgets like implicit plane widget which is rendered on the<BR>
server side we need the regular rendering) and if it's the 2D<BR>
renderer, then do some fancy stuff to simply render locally (except in<BR>
tile-display mode) in the 2D renderer while reusing the previously<BR>
delivered image for the 3D renderer. This may just be a tad too<BR>
complex to simply handle the interaction with the scalar bar widget<BR>
use-case.<BR>
<BR>
A more general purpose solution would be a mechanism to avoid<BR>
server-side renders and deliveries unless the server-side scene in the<BR>
3D renderer has changed. This will also help avoiding the re-renders<BR>
when another window that covered the ParaView window is moved or such.<BR>
But there possibly, the complexity lies in truthfully determining that<BR>
the last rendered scene is still valid.<BR>
<BR>
Utkarsh<BR>
<BR>
2009/9/27 Berk Geveci <<a href="berk.geveci@kitware.com">berk.geveci@kitware.com</a>>:<BR>
> Hi Burlen,<BR>
><BR>
> I totally agree. If possible, we should change it so that there is no<BR>
> server side render and image delivery when interacting with the scalar<BR>
> bar widget. I am guessing it will involve subclassing the scalar bar<BR>
> widget and changes to some other stuff. Utkarsh, what do you think?<BR>
><BR>
> -berk<BR>
><BR>
> 2009/9/27 burlen <<a href="burlen.loring@gmail.com">burlen.loring@gmail.com</a>>:<BR>
>> Hi Berk,<BR>
>><BR>
>> I don't doubt you but I am surprised to learn that the scalar bar widget<BR>
>> is being rendered client side. In client-server mode as I interact with<BR>
>> the scalar bar widget the scene is re-render server side and an image is<BR>
>> shipped with every mouse move. To see that this is so put a print<BR>
>> statements in vtkPVDesktopDeliveryClient::ReceiveImageFromServer. Since<BR>
>> the scalar bar widget is rendered client side, is there really a need to<BR>
>> re-render and ship the image form the server side with each scalar bar<BR>
>> widget interaction? Preventing these server side render/image transfers<BR>
>> would certainly improve remote interactivity.<BR>
>><BR>
>> By the way can you point me to where PV renders the scalar bar widget?<BR>
>><BR>
>> Burlen<BR>
>><BR>
>> Berk Geveci wrote:<BR>
>>> I believe that the legend is always rendered on the client so changing<BR>
>>> to remote render would probably have no effect.<BR>
>>><BR>
>>> 2009/9/26 burlen <<a href="burlen.loring@gmail.com">burlen.loring@gmail.com</a>>:<BR>
>>><BR>
>>>>> Compiling mesa3d is difficult to me.<BR>
>>>>><BR>
>>>> The mesa autoconf files never have worked for me, but, the pre-packaged make<BR>
>>>> files always have. "make linux".<BR>
>>>><BR>
>>>><BR>
>>>>> If I run paraview on the server and display it on the server,then<BR>
>>>>> everything is ok. But if I use my laptop ,log into the server,then plot with<BR>
>>>>> paraview on the server and display the result on the laptop,then I get the<BR>
>>>>> bad legend again.<BR>
>>>>><BR>
>>>> When you connect to the server from your laptop: Go to<BR>
>>>> "Edit->Settings->Render View->Server". See that "remote Render Threshold" is<BR>
>>>> checked and set the value to 0. That will make sure rendering happens on the<BR>
>>>> server and not on your laptop.<BR>
>>>><BR>
>>>> linzhenhua wrote:<BR>
>>>><BR>
>>>>> Hi,Thanks for your reply. I try to narrow the problem as follows. I wonder<BR>
>>>>> if I could get some other hints. Compiling mesa3d is difficult to me.<BR>
>>>>><BR>
>>>>> I install linux on a PC today,let's call it server. If I run paraview on<BR>
>>>>> the server and display it on the server,then everything is ok. But if I use<BR>
>>>>> my laptop ,log into the server,then plot with paraview on the server and<BR>
>>>>> display the result on the laptop,then I get the bad legend again.<BR>
>>>>><BR>
>>>>> Any hints?<BR>
>>>>><BR>
>>>>><BR>
>>>>><BR>
>>>>> --<BR>
>>>>><BR>
>>>>> 在2009-09-25，"Berk Geveci" <<a href="berk.geveci@kitware.com">berk.geveci@kitware.com</a>> 写道：<BR>
>>>>><BR>
>>>>>> To verify whether your graphics driver/card is causing this issue, you<BR>
>>>>>> can compile Mesa (from mesa3d.org) yourself without any hardware<BR>
>>>>>> support and use it as your OpenGL. If you are still having this<BR>
>>>>>> problem, it is not your card.<BR>
>>>>>><BR>
>>>>>> -berk<BR>
>>>>>><BR>
>>>>>> 2009/9/25 linzhenhua <<a href="linzhenhua@163.com">linzhenhua@163.com</a>>:<BR>
>>>>>><BR>
>>>>>>> Hi,All<BR>
>>>>>>><BR>
>>>>>>> I was bothering by this problem for several days. The legend is very<BR>
>>>>>>> bad.<BR>
>>>>>>><BR>
>>>>>>> I tried two or three Fedora versions, 10,11,rawhide. For Fedora 11,I<BR>
>>>>>>> have<BR>
>>>>>>> other problem,namely paraview freeze the computer,so I don't notice<BR>
>>>>>>> whether<BR>
>>>>>>> this version also have this problem.<BR>
>>>>>>><BR>
>>>>>>> For all version I tried, I test both the version coming with the distro<BR>
>>>>>>> and<BR>
>>>>>>> personally compiled version(I have tried both 3.4.0 and 3.6.1)<BR>
>>>>>>><BR>
>>>>>>> Since I have tried different Fedora version,they should have different<BR>
>>>>>>> versions of graphic driver, I guess this is not the problem. Now I<BR>
>>>>>>> suspect<BR>
>>>>>>> whether this problem is related with the hardware. But I do not have<BR>
>>>>>>> any<BR>
>>>>>>> other problem with the graphic card.<BR>
>>>>>>><BR>
>>>>>>> Can any one have any idea which is the next possible direction I should<BR>
>>>>>>> try<BR>
>>>>>>> to solve this problem?<BR>
>>>>>>><BR>
>>>>>>><BR>
>>>>>>> Best wishes.<BR>
>>>>>>><BR>
>>>>>>><BR>
>>>>>>> --<BR>
>>>>>>><BR>
>>>>>>><BR>
>>>>>>> ________________________________<BR>
>>>>>>> "中国制造",讲述中国60年往事<BR>
>>>>>>> _______________________________________________<BR>
>>>>>>> Powered by www.kitware.com<BR>
>>>>>>><BR>
>>>>>>> Visit other Kitware open-source projects at<BR>
>>>>>>> <a href="http://www.kitware.com/opensource/opensource.html">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">http://paraview.org/Wiki/ParaView</a><BR>
>>>>>>><BR>
>>>>>>> Follow this link to subscribe/unsubscribe:<BR>
>>>>>>> <a href="http://www.paraview.org/mailman/listinfo/paraview">http://www.paraview.org/mailman/listinfo/paraview</a><BR>
>>>>>>><BR>
>>>>>>><BR>
>>>>>>><BR>
>>>>> ------------------------------------------------------------------------<BR>
>>>>> "中国制造 ",讲述中国60年往事<BR>
>>>>> <<a href="http://news.163.com/madeinchina/index.html?from=mailfooter">http://news.163.com/madeinchina/index.html?from=mailfooter</a>><BR>
>>>>> ------------------------------------------------------------------------<BR>
>>>>><BR>
>>>>> _______________________________________________<BR>
>>>>> Powered by www.kitware.com<BR>
>>>>><BR>
>>>>> Visit other Kitware open-source projects at<BR>
>>>>> <a href="http://www.kitware.com/opensource/opensource.html">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">http://paraview.org/Wiki/ParaView</a><BR>
>>>>><BR>
>>>>> Follow this link to subscribe/unsubscribe:<BR>
>>>>> <a href="http://www.paraview.org/mailman/listinfo/paraview">http://www.paraview.org/mailman/listinfo/paraview</a><BR>
>>>>><BR>
>>>>><BR>
>>>><BR>
>><BR>
>><BR>
><BR>
_______________________________________________<BR>
Powered by www.kitware.com<BR>
<BR>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</a><BR>
<BR>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView">http://paraview.org/Wiki/ParaView</a><BR>
<BR>
Follow this link to subscribe/unsubscribe:<BR>
<a href="http://www.paraview.org/mailman/listinfo/paraview">http://www.paraview.org/mailman/listinfo/paraview</a><BR>
<BR>
</SPAN></FONT></BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'><BR>
</SPAN></FONT><FONT SIZE="2"><FONT FACE="Consolas, Courier New, Courier"><SPAN STYLE='font-size:10pt'><BR>
**** Kenneth Moreland<BR>
*** Sandia National Laboratories<BR>
*********** <BR>
*** *** *** email: <a href="kmorel@sandia.gov">kmorel@sandia.gov</a><BR>
** *** ** phone: (505) 844-8919<BR>
*** web: <a href="http://www.cs.unm.edu/~kmorel">http://www.cs.unm.edu/~kmorel</a><BR>
</SPAN></FONT></FONT><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'><BR>
</SPAN></FONT>
</BODY>
</HTML>