Thanks Sergey, I will check them.
Could I mail you if there are
something I can't figure out ?
--
Rafael Rios
Mensaje
original
De: g.ula...@gmail.com
Fecha: 04/04/2011 20:17
Para:
Asunto: Re: [Bf-committers] RC2 builds please!
Rafael,
We aren't using default scons rules for rele
Hi,
Just wondering if any of you guys are using your amazing aptitude for
physics modelling and looking at the situation in Fukushima.
It would be real time(tm) to get concrete visualisations of the
explosive potential of the reactor cores in their current states.
Would make for some very inte
Hey students just reminding you to get your gsoc applications in soon
only 4 days left till the deadline.
If it is still a work in progress it is okay to add it and update it
(just put a note in the title that you are still working on it).
Also I'm happy to help out any students on their proposal
Linux 32/64 bit are laso there
pete larabell wrote:
> correctly named files uploaded :)
>
> On Mon, Apr 4, 2011 at 1:24 PM, Ton Roosendaal wrote:
>> Hi,
>>
>> Haha, argh here too!
>> I copied files over without checking, and then removed the freebsd
>> RC1s there ;)
>>
>> Please reupload :)
>>
correctly named files uploaded :)
On Mon, Apr 4, 2011 at 1:24 PM, Ton Roosendaal wrote:
> Hi,
>
> Haha, argh here too!
> I copied files over without checking, and then removed the freebsd
> RC1s there ;)
>
> Please reupload :)
>
> -Ton-
>
>
Discussed this with Dan a bit, while he clearly put a lot of thought
into the proposal, it looks like he based some assumptions that we
were still using the system that Nick did for retopo in 2.43 using the
depth buffer, etc. (Note that this was a reasonable assumption -
small version number chang
Hi,
Haha, argh here too!
I copied files over without checking, and then removed the freebsd
RC1s there ;)
Please reupload :)
-Ton-
Ton Roosendaal Blender Foundation t...@blender.orgwww.blender.org
Blender Institut
ARG! Ton, sorry I messed up the names on the FreeBSD builds... I was
reading the email while making them and I actually named them RC1
(read it right off the screen.. eh). They are RC2. Can you rename or
need I upload again?
On Mon, Apr 4, 2011 at 12:02 PM, Ton Roosendaal wrote:
> Hi all,
>
> Le
Glad to see continuous grab off by default! I've been (slowly but
steadily) reworking continuous grab Mac-side. It's behaving much
better for normal mouse use, with good screen edge detection (even
with multiple monitors) and much fewer system calls per mouse event.
There are still problems with Wa
Rafael,
We aren't using default scons rules for release builts. Things are much
complicated to make binary file which would run on the most of
platforms. U could check build_files/config/*.py if u want to see
configs we're using for release builds ;)
rsaave...@ono.com wrote:
> Hi,
>I am
On Mon, Apr 4, 2011 at 1:11 PM, rsaave...@ono.com wrote:
> Hi,
> I am not the builder of the official release, I am only a blender
> follower wanting to help
>
> I have compiled r36007 on ubuntu Maverick
> (i686) (10.10) and Natty (i686) (11.04 beta1) using scons.
>
> The
> only "but" is that
Hi,
I am not the builder of the official release, I am only a blender
follower wanting to help
I have compiled r36007 on ubuntu Maverick
(i686) (10.10) and Natty (i686) (11.04 beta1) using scons.
The
only "but" is that for Natty I have to create an user-config.py with
the following li
FreeBSD builds are up on ftp.
On Mon, Apr 4, 2011 at 1:06 PM, Ton Roosendaal wrote:
> Hi,
>
> Not bad really.
>
> Blender frees every allocated memory block before quitting, if we miss
> blocks it prints them.
> That's why we also print "Blender quit" in end, this denotes all
> freeing went fine,
Hi,
Not bad really.
Blender frees every allocated memory block before quitting, if we miss
blocks it prints them.
That's why we also print "Blender quit" in end, this denotes all
freeing went fine, no crashes.
-Ton-
To
Hey guys,
When running r36007 in FreeBSD i386, i get (in the terminal)
Error: Not freed memory blocks: 2
Of course blender it's WORKS fine, but O.o... is this bad?
On Mon, Apr 4, 2011 at 12:37 PM, pete larabell wrote:
> so 36007 it is? :)
>
> /me remembers to build a clean version and not the
so 36007 it is? :)
/me remembers to build a clean version and not the working version
w/new nodes :)
On Mon, Apr 4, 2011 at 12:29 PM, Ton Roosendaal wrote:
> Hi,
>
> It's 36007 now :)
>
> -Ton-
>
>
> Ton Roosendaal Blender
Hi,
It's 36007 now :)
-Ton-
Ton Roosendaal Blender Foundation t...@blender.orgwww.blender.org
Blender Institute Entrepotdok 57A 1018AD Amsterdam The Netherlands
On 4 Apr, 2011, at 19:19, Ton Roosendaal wrote:
Hi Brecht,
Sure, 36006 it is. Will do some tests too :)
-Ton-
Ton Roosendaal Blender Foundation t...@blender.orgwww.blender.org
Blender Institute Entrepotdok 57A 1018AD Amsterdam The Netherlands
On 4 Apr, 2011,
Hi,
Could we use revision 36006? I made a mistake in commit today with
editmode normal recalculation, would be good to have that fix.
Thanks,
Brecht.
On Mon, Apr 4, 2011 at 7:02 PM, Ton Roosendaal wrote:
> Hi all,
>
> Let's do the last official test build! It has looptools.py in the
> addons, b
Hi all,
Let's do the last official test build! It has looptools.py in the
addons, but not on as default now.
- Try to stick to r36004
- Put in the regular locations, I'll find/copy them and can align
names too.
- Names used will be like blender-2.57-RC1-r36004-platform.etc
Platform builders:
On Sun, 2011-04-03 at 16:17 +, Brecht Van Lommel wrote:
> Revision: 35976
>
> http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=35976
> Author: blendix
> Date: 2011-04-03 16:17:39 + (Sun, 03 Apr 2011)
> Log Message:
> ---
> Image pixel acc
Hi,
I've committed a workaround for the normals problems, reverting some
of the changes. There's just no time to fix this properly before
release.
Brecht.
On Mon, Apr 4, 2011 at 2:11 PM, Sergey I. Sharybin wrote:
> We've got some quite big issues with new normals calculation and tools
> like s
Totally agree on that Sergey! :)
We should focus our resources on bug fixing and not add new
tools/scripts at this state.
Am 04.04.2011 14:11, schrieb Sergey I. Sharybin:
>We've got some quite big issues with new normals calculation and tools
> like solidify/displace modifiers, scale along no
Hi Cam,
Good suggestion; there's actually two features in 'cont grab' combined
that could be separated;
- Hiding the mouse, and apply mouse deltas back on mouse pointer
location, so you can move button values indefinitely
- Wrapping the mouse in editor-boundaries around
The first option shou
We've got some quite big issues with new normals calculation and tools
like solidify/displace modifiers, scale along normals, smooth
subdivision and probably even more tools.
I think this issues better be fixed before RC2.
Thomas Dinges wrote:
> So let's not wait for this other solution, and
So let's not wait for this other solution, and make a RC 2 call soon
please,
so we get out the final asap. I am wondering why such scripts have to
come in a few days before release... ;-)
DingTo
Am 04.04.2011 12:57, schrieb Tom M:
> After testing of the bevel script, it appears to only give co
The looptools script has been updated to store the cache in the python
module instead of a custom property. New version (3.2) is now in contrib SVN
of the extensions project.
___
Bf-committers mailing list
Bf-committers@blender.org
http://lists.blender.or
Dear all,
Please consider the following Google Summer of Code 2011 proposal for
your review.
Mesh re-topology tools have developed in recent years, pushed by their
particular value in relation to mesh sculpting. They are now a basic
requirement in any pipeline involving high poly count sculpting
After testing of the bevel script, it appears to only give correct
results for the default cube and other quite simple cases (ie even
such a simple thing as scaling the cube to be rectangular gives
incorrect results).
So some other bevel solution will be needed to be looked at.
LetterRip
On Sun, 2011-04-03 at 16:17 +, Brecht Van Lommel wrote:
> Revision: 35976
>
> http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=35976
> Author: blendix
> Date: 2011-04-03 16:17:39 + (Sun, 03 Apr 2011)
> Log Message:
> ---
> Image pixel acc
On Sun, Apr 3, 2011 at 6:29 PM, Campbell Barton wrote:
> >From a quick test of these scripts, 3 issues came up, #1 & #2 are not
> >blocking,
> but would want to see #3 resolved before inclusion by default.
>
> 1) own math lib.
> Bevel defines its own simple math functions.
> cross2D, dot2D, trian
On Mon, Apr 4, 2011 at 4:29 AM, Campbell Barton wrote:
> 3) polluting custom properties.
>
I just discussed this with Campbell on irc and I'll implement his suggestion
to store the cache in the python module, so as not to pollute the custom
properties. New version of the script should be availabl
32 matches
Mail list logo