Re: Current Post Processing support
Christian Van Brussel <[email protected]> Tue, 23 Apr 2013 18:15:52 +0200
| Newsgroups | gmane.comp.graphics.crystalspace.devel |
|---|---|
| Organization | UCL - TELE |
| Message-ID | <1366733752.29670.16.camel@scylla> |
On Tue, 2013-04-23 at 17:32 +0200, Matthieu Kraus wrote: > How complicated 2 is depends on what exactly you need. While > deferred > already exposes all deferred buffers which should help a lot with > such > post-effects it only exposes them for the main render. Most > importantly it means that all heavy portals, etc. will *not* be > represented as seen in those buffers - what you'll see there is what > they're implemented as: an according quad. A priori 2 would only be needed if the way the deferred buffers are exposed has changed during your work last year. If nothing has changed regarding this then 2 would be made transparently for SSDO. ------------------------------------------------------------------------------ Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr