On 5/2/07, David Reveman <[EMAIL PROTECTED]> wrote:
On Wed, 2007-05-02 at 01:02 +0300, Roi Cohen wrote:
> This patch is not supposed to make bezierPatchEvaluate any slower than
> it is right now for 4x4 grids.
> 4x4 grid is hard-coded anyway (but inside a define), and this patch
> will just make
On Wed, 2007-05-02 at 01:02 +0300, Roi Cohen wrote:
> This patch is not supposed to make bezierPatchEvaluate any slower than
> it is right now for 4x4 grids.
> 4x4 grid is hard-coded anyway (but inside a define), and this patch
> will just make it possible to people who want to hack this plugin to
This patch is not supposed to make bezierPatchEvaluate any slower than
it is right now for 4x4 grids.
4x4 grid is hard-coded anyway (but inside a define), and this patch
will just make it possible to people who want to hack this plugin to
make bigger grids (of course, bigger grids will affect perf
On Thu, 2007-04-26 at 17:30 +0300, Roi Cohen wrote:
> Hi,
>
> Recently, I started taking a look at wobbly's source (I was interested
> in it's physics... ;-))
> I noticed that GRID_WIDTH and GRID_HEIGHT were defined to be 4, and I
> wanted to see how the physics look like with grid sizes that aren
Hi,
Recently, I started taking a look at wobbly's source (I was interested
in it's physics... ;-))
I noticed that GRID_WIDTH and GRID_HEIGHT were defined to be 4, and I
wanted to see how the physics look like with grid sizes that aren't
4x4.
I changed the defines to my new grid size, but unfortun