[Paraview] Inconsistent client view in tiled-display mode

[Utkarsh Ayachit]

It's definitely a bug in the book. In tile-display mode, I am pretty
certain that there's no way currently in the implementation to get
non-LOD data to the client. However, that being said, I don't object
to adding a new setting option or maybe using the existing "checkbox"
to enable fetching non-LOD data to the client.

Utkarsh



On Fri, Aug 27, 2010 at 9:11 AM, David E DeMarle
<dave.demarle at kitware.com> wrote:
> Then it is a bug, either in the code or the book where it says what
> that checkbox should do.
> Please file a bug on the bug tracker and we will fix it, making sure
> we can support that mode.
>
> David E DeMarle
> Kitware, Inc.
> R&D Engineer
> 28 Corporate Drive
> Clifton Park, NY 12065-8662
> Phone: 518-371-3971 x109
>
> On Thu, Aug 26, 2010 at 7:40 PM, Christoph Willing <c.willing at uq.edu.au> wrote:
>> David,
>>
>> Maybe there are some version related differences involved here - I found a
>> Client Collect checkbox & slider in Edit->Settings->Render
>> View->Server->Tiled Display Parameters. However unchecking it and then
>> changing some object parameter to force a re-render makes no difference to
>> the client view here.
>>
>> I appreciate the logic behind decimating the client view but, as Stephane
>> already mentioned, there are use cases where its not helpful. We have a
>> similar use requirement to Stephane - needing to stream a lower res version.
>> It would be great if the Client Collect checkbox would work as you suggest.
>> Should I try a different version? I'm currently on a Linux build from the
>> 3.8.0 source tarball.
>>
>>
>> chris
>>
>>
>>
>> On 26/08/2010, at 9:55 PM, David E DeMarle wrote:
>>
>>> Un-check the checkbox to the left and the client should get the full res
>>> geometry too.
>>>
>>> David E DeMarle
>>> Kitware, Inc.
>>> R&D Engineer
>>> 28 Corporate Drive
>>> Clifton Park, NY 12065-8662
>>> Phone: 518-371-3971 x109
>>>
>>>
>>> On Thu, Aug 26, 2010 at 7:50 AM, Stephane PLOIX <stephane.ploix at edf.fr>
>>> wrote:
>>>
>>> Hi,
>>>
>>> Since this thread is started, I would like to point out that saying that
>>> display walls are only used if the data size is large is not true for
>>> everybody.
>>>
>>> We have several use cases where having a correct rendering on the client
>>> would be helpfull :
>>> * display walls can be used for team meetings : the space is then used to
>>> have several people view the same thing, not always very big in terms of
>>> number of cells. In this case, it is very usefull to have the possibility to
>>> pick/select some part of an object, and it is very diffcult to do so with a
>>> decimated view.
>>> * we also use some tools like virtualGL that enable image-based
>>> collaboration by streaming the image of the client to a remote viewer : for
>>> instance if someone was not able to join the meeting and still want to
>>> participate and share the same view on his desktop. Sending a view of a
>>> decimated object is not very helpfull...
>>>
>>> I would vote for having the possibility to have a full-resolution view on
>>> the client, comments?
>>>
>>> Best,
>>> Stephane
>>>
>>>
>>>  <ATT00001.gif>
>>>
>>> Stephane PLOIX
>>> Pilote Opérationnel - Visualisation scientifique
>>> EDF - R&D
>>> SINETICS
>>> 1, Av du Général de Gaulle
>>> 92140 Clamart
>>>
>>> stephane.ploix at edf.fr
>>> Tél. : +33 (0) 1 47 65 51 10
>>>  <ATT00002.gif>
>>> Un geste simple pour l'environnement, n'imprimez ce message que si vous en
>>> avez l'utilité.
>>>
>>>
>>>
>>>
>>> dave.demarle at kitware.com
>>> Envoyé par : paraview-bounces at paraview.org
>>> 26/08/2010 13:14
>>>
>>> A
>>> c.willing at uq.edu.au
>>> cc
>>> paraview at paraview.org
>>> Objet
>>> Re: [Paraview] Inconsistent client view in tiled-display mode
>>>
>>>
>>>
>>>
>>>
>>> This is probably intended behavior. What is the setting of the "Client
>>> Collect" slider on the "Options"||"Preferences"->"Render
>>> View"->"Server"->"Tile Display Parameters" tab of the Options panel?
>>> Unless its checkbox is unchecked, ParaView either decimates the
>>> geometry before sending it to the client or if larger than the
>>> threshold, sends only bounding boxes. The reasoning being that if the
>>> rendered geometry is big enough to require a tiled display to show, a
>>> single GPU on the client is unlikely to be able to handle it a full
>>> resolution.
>>>
>>> David E DeMarle
>>> Kitware, Inc.
>>> R&D Engineer
>>> 28 Corporate Drive
>>> Clifton Park, NY 12065-8662
>>> Phone: 518-371-3971 x109
>>>
>>>
>>>
>>> On Thu, Aug 26, 2010 at 2:50 AM, Christoph Willing <c.willing at uq.edu.au>
>>> wrote:
>>> > When running in tiled display mode, the view at the client is sometimes
>>> > missing part of the geometry.
>>> >
>>> > The effect appears to differ according to the number of tiles in play.
>>> > As an
>>> > example just to demonstrate the effect:
>>> > - with a 4x4 tiling, a simple cylinder with no capping starts losing
>>> > bits of
>>> > the cylinder when resolution setting is at 17. With a 4x5 tiling,
>>> > distortion
>>> > starts when resolution is 61. I have snapshots to show the effect at:
>>> >    http://www.vislab.uq.edu.au/research/paraview/missingbits.html
>>> >
>>> > Of course it starts looking pretty bad with a real, more complicated,
>>> > visualisation.
>>> >
>>> > Just to reiterate, this effect is just in the client viewer. The
>>> > rendering
>>> > on the tiled display itself is perfect.
>>> >
>>> > Is this a known phenomenon?
>>> >
>>> >
>>> > chris
>>> >
>>> > (I'm running 3.8.0 built from tarball at paraview website).
>>> >
>>> >
>>> > Christoph Willing                       +61 7 3365 8316
>>> > QCIF Access Grid Manager
>>> > University of Queensland
>>> >
>>> > _______________________________________________
>>> > 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
>>>
>>> Ce message et toutes les pièces jointes (ci-après le 'Message') sont
>>> établis à l'intention exclusive des destinataires et les informations qui y
>>> figurent sont strictement confidentielles. Toute utilisation de ce Message
>>> non conforme à sa destination, toute diffusion ou toute publication totale
>>> ou partielle, est interdite sauf autorisation expresse.
>>>
>>> Si vous n'êtes pas le destinataire de ce Message, il vous est interdit de
>>> le copier, de le faire suivre, de le divulguer ou d'en utiliser tout ou
>>> partie. Si vous avez reçu ce Message par erreur, merci de le supprimer de
>>> votre système, ainsi que toutes ses copies, et de n'en garder aucune trace
>>> sur quelque support que ce soit. Nous vous remercions également d'en avertir
>>> immédiatement l'expéditeur par retour du message.
>>>
>>> Il est impossible de garantir que les communications par messagerie
>>> électronique arrivent en temps utile, sont sécurisées ou dénuées de toute
>>> erreur ou virus.
>>> ____________________________________________________
>>>
>>> This message and any attachments (the 'Message') are intended solely for
>>> the addressees. The information contained in this Message is confidential.
>>> Any use of information contained in this Message not in accord with its
>>> purpose, any dissemination or disclosure, either whole or partial, is
>>> prohibited except formal approval.
>>>
>>> If you are not the addressee, you may not copy, forward, disclose or use
>>> any part of it. If you have received this message in error, please delete it
>>> and all copies from your system and notify the sender immediately by return
>>> message.
>>>
>>> E-mail communication cannot be guaranteed to be timely secure, error or
>>> virus-free.
>>>
>>
>> Christoph Willing                       +61 7 3365 8316
>> QCIF Access Grid Manager
>> University of Queensland
>>
>>
>