Text archives Help
- From: "Solomon Boulos" <boulos@cs.utah.edu>
- To: manta@sci.utah.edu
- Subject: [Manta] r2036 - trunk/Engine/Control
- Date: Wed, 6 Feb 2008 13:41:15 -0700 (MST)
Author: boulos
Date: Wed Feb 6 13:41:14 2008
New Revision: 2036
Modified:
trunk/Engine/Control/RTRT.cc
Log:
Engine/Control/RTRT.cc
The context for setting up the frame should also be done with the
same number of workers as setupPipelines (the new number of workers
or 1 if we're on the path to exiting).
This fixes the bug Thiago reported (bin/manta -imagetraverser
deadline -res 128x128 then change the number of processors), however,
the pipeline code is still sort of broken. While this allows thread0
to allocate enough space for the new number of threads, a parallel
setup that required all the threads to go through wouldn't work (new
threads jump to rendering, but in reality should first go through a
setup phase). We'll have to revisit this later for now, this works.
Modified: trunk/Engine/Control/RTRT.cc
==============================================================================
--- trunk/Engine/Control/RTRT.cc (original)
+++ trunk/Engine/Control/RTRT.cc Wed Feb 6 13:41:14 2008
@@ -850,7 +850,7 @@
for(size_t index = 0;index < channels.size();index++){
Channel* channel = channels[index];
- RenderContext myContext(this, index, proc, workersAnimAndImage,
+ RenderContext myContext(this, index, proc, (workersRendering ==
0?1:workersRendering),
&animFrameState,
currentLoadBalancer,
currentPixelSampler,
- [Manta] r2036 - trunk/Engine/Control, Solomon Boulos, 02/06/2008
Archive powered by MHonArc 2.6.16.