Commit a3709ae7 authored by Utkarsh Ayachit's avatar Utkarsh Ayachit
Browse files

Fixed client-server AMR volume rendering issue.

When locally rendering, the resampled volume was getting reset when a streamed
piece was updated. This was because the
vtkResampledAMRImageSource::UpdateResampledVolume() was checking the AMR data's
mtime to determine if we needed to reinitialize the datastructure. That's
incorrect. Since in client-server mode the client is delivered the AMR for every
update, we end up with a new mtime and hence we were always reinitializing the
datastructure. Fixed that. vtkAMRStreamingVolumeRepresentation::RequestData()
takes care of initializing the vtkResampledAMRImageSource when the data changes
anyways.
parent a0860760
......@@ -101,6 +101,9 @@ int vtkAMRStreamingVolumeRepresentation::ProcessViewRequest(
// in theory, we need ordered compositing, but we are not going to support
// parallel AMR volume rendering for now.
// FIXME: vtkAMRStreamingVolumeRepresentation doesn't support parallel
// volume rendering. We support parallel-server+local+rendering,
// single-server+remote-rendering and builtin configurations.
}
else if (request_type == vtkPVView::REQUEST_RENDER())
{
......
......@@ -61,8 +61,7 @@ void vtkResampledAMRImageSource::UpdateResampledVolume(
vtkOverlappingAMR* amr)
{
assert(amr);
if (this->NeedsInitialization() ||
amr->GetAMRInfo()->GetMTime() > this->InitializationTime)
if (this->NeedsInitialization())
{
if (!this->Initialize(amr))
{
......
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment