On 9/16/2010 7:36 PM, Dale Mahalko wrote: > This cache would much simpler than the layered mess of caches > currently used, and it would give a speed boost over the constant JP2 > to RGB mipmap decoding and discarding that is in place now. Decode > once and don't ever do it again.
Speaking for myself, I'm all for fewer and simpler caches along with instrumentation to back up the performance story. (We got into this situation by having too much of the former and not enough of the latter.) > But I know it is just a dream. LL will never let it happen since it > will lay bare the data contents of every prim, texture, and object in > the virtual world, rather than obfuscating asset storage within the > current VFS / JP2 method. I don't think we have any illusions about content exposure but whether there would be an issue with any particular approach is beyond my pay scale. Worth asking the leads *before* spending time on development. -- Monty Brandenberg 617.401.2384 mo...@lindenlab.com _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges