Juan,
On Tue, Apr 21, 2009 at 4:56 PM, Juan Hernando (via Nabble) <[email protected]> wrote: > But if I use a wall like > wall > { > bottom_left [ -.32 -.32 -.75 ] > bottom_right [ .32 -.32 -.75 ] > top_left [ -.32 .32 -.75 ] > } > I get: > - 46,2127ª from the frustum passed to frameDraw (which I suppose is fine) > - and 35,48ª from config.getCanvases().front().getProjection(). > > From what I understand from the source code, eq::Frustum is supposed to > store both specifications consistenly. Is this right? Correct. > Am I doing > something wrong using eq::Projection objects when the original spec is > in eq::Wall? No. My guess is that there is a bug in Projection::operator = ( Wall ). This code is fairly new and hasn't been tested much yet. I don't have time right now to look into it. Can you investigate this, or if you don't have the time either, open a bug? > Another issue I've seen is that the default wall specificaion of a > eq::View object is not inherited from the canvas in which they are > rendered. That means that the view frustum reported by this object may > not match the actual one used in rendering unless explicitely set in the > configuration file. This is intentional. The view frustum represents a non-physically-correct frustum overriding the underlying, physically-correct segment frusta. If there is no frustum on the view, the segment frusta are used. Imagine a three-projector curved screen: The three segments have three non-planar, rotated frusta. A single-view (no frustum) layout will give you a correct, 'curved' rendering. A two-view layout with frusta overrides the physical segment frusta (which make little sense now), but you couldn't derive the two view frusta from the underlying segments. HTH, Stefan. -- View this message in context: http://n2.nabble.com/Projection-specification-quirks-tp2670459p2670612.html Sent from the Equalizer - Parallel Rendering mailing list archive at Nabble.com.
_______________________________________________ eq-dev mailing list [email protected] http://www.equalizergraphics.com/cgi-bin/mailman/listinfo/eq-dev http://www.equalizergraphics.com
