Thanks for the reply Stephen.
This certainly is a difficult topic to handle, on the one hand we have the
mathematically correct implementation which would see only the use of
homogeneous coordinates for translations and perspective projections and on
the other we have the current/proposed implemen
On Fri, Dec 02, 2011 at 10:47:36PM +1100, Andrew Hale wrote:
>
> I've written a proposal to change the current handling of transfomations of
> vectors and remove the use cases for 4D vectors. The proposal can be found
> here:
> http://wiki.blender.org/index.php/User:TrumanBlending#Proposal:_Four_D
Hi.
This sounds very interesting and it is a good idea to me, but I really
dislike the fact of adding another right panel. It seems to be waste of
space, especially on small monitors. Windows has second preview panel in
explorer, but I always close it because takes up a lot space. Maybe later,
whe
Hi.
I found it is very common to overlook the Properties section during
export or import
or even when loading/saving another blend file. The properties settings
are often burried
somewhere outside of the screen on the lower left side of the file
selection window.
I propose to move the special
The cycles branch is already merged into trunk, there's no point in
building it anymore, new features and fixes are going to trunk now.
Brecht.
On Sat, Dec 3, 2011 at 4:53 PM, Richard Shaw wrote:
> I know that cycles will be going into trunk at some point but I
> decided to go ahead and do an sv
Hi brecht, quickie answer and update for builders\testers(forgot to
include some fill rate optimization in the first patch posted here):
use the patch here http://www.pasteall.org/26958/diff instead.
About interference: the updated patch above turns off writing to the
color buffer (since it doesn'
I know that cycles will be going into trunk at some point but I
decided to go ahead and do an svn up of cycles one last time.
Besides pulling in some new bundled libraries, it also appears to be
missing several includes.
I added the following after one by one after several attempts at building:
Hi,
Yes, it would be good to avoid GL_SELECT when possible. Making a
common interface that can use a different method depending on the
graphics card support seems the way to go.
Regarding occlusion queries, is there any way around counting the
number of queries needed in advance? It seems like th
Hi, recently I have become aware of a user complaint
http://blenderartists.org/forum/showthread.php?238426-why-is-gl_select-still-used-to-select-objects-in-Blender
about slow selection. This is not a new issue and stems from the fact
that selection uses glRenderMode(GL_SELECT) under the hood. Th
Hi Dahlia,
This proposal will not effect quaternions, I agree, they are far too
useful! It only applies to 4D vectors.
Thanks for the response,
Andrew
On 12/3/11, Dahlia Trimble wrote:
> Would removing 4d vectors affect quaternions? I've not looked at the
> implementation but I do use quaternio
10 matches
Mail list logo
