Hi,
MSVC complain about a strange warning which is propably an error code:
Around line 550 of CcdPhysicsController.cpp in function
ReplaceControllerShape we can find :
for(int i= 0; i < obarr.size(); i++) {
ob= obarr[i];
if (ob->getCollisionShape() == newShape); {
proxy = ob->getBroadphaseHandle
It is not an error, it was done on purpose to fix some collision bug
when replacing a mesh.
But I agree that this is extremely confusing, it's probably a quick fix
that was left in.
The if test should be removed completely.
/benoit
At Date: Fri, 29 Jan 2010 10:46:16 +0100 J?r?me Lelong
wrote:
>
likely this doesn't fix the real problem.
The only place where pyrna-> freeptr is enabled is is getting an
operators rna from python which is only used for extracting info for
documentation. which I doubt is even called.
On Fri, Jan 29, 2010 at 3:13 PM, Ton Roosendaal wrote:
> Revision: 26396
>
* Problem statement
Multilayer EXR files are used in 2 places.
1. to temporarily store the render buffers to reduce the memory
footprint between the render pass and the composition pass.
2. to store the final output image as a multilayer exr.
the problem is that multilayer exr's are stored ups
Hi,
It's not upside down, it's an accepted & documented option in exr that
has issues... both directions are allowed, but when i worked on it
there were weird things in the windows version of openexr or so... too
long ago to recall. Investige this?
-Ton-
---
I'm just thinking out loud here but it's vaguely the same topic:
I always wondered why the temp FSA samples are only being stored temporally
and not in coherence with the rendered frames, thus allowing compositing
after all frames were already renderd. Maybe as additional layers in the
same file, o
As the title says.
https://projects.blender.org/tracker/index.php?func=detail&aid=20882&group_id=9&atid=127
It would also be possible if someone change the "scale node" to apply this
method.
--
James Ruan
___
Bf-committers mailing list
Bf-committers@ble
Hi guys! This is just a thought...
What if Blender was able to use more than 1 multires modifier per object?
Imagine that you have a highpoly multires character, then, you add a second
multires modifier which uses the previous multires modifier as its base. Then,
with that second modifier enab
If both direction is allowed I think it could be wise to use the same
direction as other common applications like Nuke, After Effects, Photoshop
etc. which apparently uses the other direction. Or at least provide a "flip
direction" option in the OpenEXR output panel.
/gustav
On Fri, Jan 29, 2010
Hi Belnder Community,
In IRC people often asks about error at Blender startup when it's
compiled with MinGW (something with code 0x0005, don't remeber
exactly). I've got the same error after cross-compilation. Source of
this error is somewhere inside gnu_gettext library. I've compiled new
Sergey I. Sharybin schrieb:
> Hi Belnder Community,
>
> In IRC people often asks about error at Blender startup when it's
> compiled with MinGW (something with code 0x0005, don't remeber
>
I was not able to compile a working Blender with minGW since a while. It
just crashes at start.
I w
If I recall correctly, the direction is explicit in the definition of the
layers in the EXR file. If other programs ignore this value, a bug should also
be logged with them (it wouldn't be the first EXR bug at Adobe...).
Martin
--- On Fri, 1/29/10, Gustav Göransson wrote:
> If both direction
Oh awesome. We've been needing something like this.
Joe
On Thu, Jan 28, 2010 at 7:23 AM, Raul Fernandez Hernandez
wrote:
> Hi all
>
> Last nigth I have finishing implementing the surface refinement for
> particles, this allow to increase the resolution of the mesh for smoother
> surfaces. I sti
I don't think this would work, unfortunately. It'd be more feasible
to support "branching" within a single multires modifier, and it's
probably much more practical to simply make sure the existing shape
key tools do what we need.
Joe
On Fri, Jan 29, 2010 at 7:38 AM, Juan Pablo Bouza wrote:
>
>
I'm trying. But for this somebody should check compilation with
libraries, which I've uploaded to the tracker.
Without this libraries cross-compilation isn't working. The same history
is with OpenCollada, but I've written about it some days earlier.
Carsten Wartmann wrote:
> I would be very ple
Hi Shul, (on IRC clarified that 'usability aspects of developing'
means context problems with operators not running).
There are 2 main problems
1) Running from the console/text editor wont work for many operators.
2) When an operator wont run there is no message to say why.
For 1, many operators
Hi Ton, I investigated this issue a little while ago.
OpenEXR has a setting - 'line order' which does let you choose the
direction, when saving non-tiled (scan-line) EXR files. This is what
we use normally, and works great.
However when saving tiled EXRs, the line order setting is reused to
mean
I also recently installed mingw but haven't been able to build with it.. I
would appreciate it if these changes(if they work) would be applied quickly...
Jonathan
> Hi Belnder Community,
>
> In IRC people often asks about error at Blender startup when it's
> compiled with MinGW (something
Hi Sergey,
I'm reading your scons patch - greatly appreciate the effort - but
something in the patch looks 'wrong' to me. In line 13 of the patch
you add gnu_gettext.dll to dllsources, and then the next line
dllsources is set to a group of files. This would seem like it would
override your prev
Hi all,
if you have a patch in the tracker and it is probably no longer of any
use to anyone (ie not worth porting to 2.5 etc.) could you please
close it? We have about 150 patches in the tracker right now, and at
a guess half can probably be closed as no longer relevant.
LetterRip
_
Hi,
I would like to report the status of the Freestyle branch.
In short, it is too early to merge the branch into the trunk because of its
instability and a number of missing features. Recently I have been working
mostly on stability improvements, and the branch is much more stable than
it was i
Oh. Stupid mistakes.
At line 15 it shoudld be "+=" instead of "=". gnu_gettext.dll is
necessary only if gnu_gettext.lib from lib/windows/gettext is used. But
for MinGW static libintl.a is using. If I'm not mistake libintl.a is
linked staticly to the iconv, so iconv.dll is unnecessary with new
22 matches
Mail list logo
