Re: [Bf-committers] Patch for BGE Keyboard and Mouse Python types

> +1 for Dalai's suggestions, though I'd like to make sure we take care > when adding another method to access events. > Assume 'events' includes events since the last logic tick? (as opposed > to accumulating events and having the developer remove?) I'm close to have the suggestions implemented a

[Bf-committers] Interaction Presets...

Great feature! I've noted some things with the Maya keymap and have done a new version... get it here: http://www.cowtoolsmedia.co.uk/scrip...es-maya.py.zip In doing so, a couple of things came up! 1) in edit mode with the Maya preset

[Bf-committers] presets.py as_filename bug?

Just spotted this browsing the .py files.. In ./release/scripts/op/presets.py starting at line 35 def _as_filename(self, name): # could reuse for other presets for char in " !...@#$%^&*(){}:\";'[]<>,./?": name = name.replace('.', '_') return name.lower() shouldn't

Re: [Bf-committers] Interaction Presets...

michael williamson wrote: > In doing so, a couple of things came up! > > 1) in edit mode with the Maya preset Alt-lmb doesn't rotate the view... > It's correct in the keymap so un-clear why this is happening > > ___ > Bf-committers mailing list > Bf-comm

Re: [Bf-committers] presets.py as_filename bug?

perhaps this couuld be replaced with bpy.utils.clean_name() - http://www.blender.org/documentation/250PythonDoc/bpy.utils.html?highlight=bpy.utils#bpy.utils.clean_name On Wed, Apr 14, 2010 at 11:33 AM, Domino Marama wrote: > Just spotted this browsing the .py files.. > > In ./release/scripts/op/p

[Bf-committers] Error on compilation with cmake for windows

Hi, Since a few days, I can't compile blender 2.5 on vc++ express 9 with cmake. There is 2 errors about the need of pthreads.h I correct the cmakefile with the patch : Index: source/blender/gpu/CMakeLists.txt === --- source/blender/

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [28156] trunk/blender/source/blender: Todo #21831: Deform modifier is applied to base mesh instead of

Thank you!! Joe On Tue, Apr 13, 2010 at 8:06 AM, Sergey Sharybin wrote: > Revision: 28156 >           > http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=rev&root=bf-blender&revision=28156 > Author:   nazgul > Date:     2010-04-13 08:06:49 +0200 (Tue, 13 Apr 2010) > > Log Message: > --

Re: [Bf-committers] jemalloc blender tests.

Guardedalloc adds a great deal more overhead to allocations then system allocators do, which I think explains much of it (and too fine-grained allocations of course). Joe On Wed, Apr 14, 2010 at 2:08 AM, Campbell Barton wrote: > Recently I was looking into blender using a lot more memory then it

Re: [Bf-committers] jemalloc blender tests.

In my tests Guardedalloc was still being used, just with jemalloc rather then the systems. To test on *nix you dont even need to rebuild :) LD_PRELOAD=/usr/local/lib/libjemalloc.so ./blender.bin On Wed, Apr 14, 2010 at 2:14 PM, joe wrote: > Guardedalloc adds a great deal more overhead to allocat

[Bf-committers] [Render25 branch] since rev 28087, problem with a simple render

Hi, on the last Win32 MSVC's executables and the Mac OSX ones too, a simple render closes the application but if I modify the MAX_PIXEL_ROW value in the rendercore.h file, it works correctly. Curiously, the limit is different from an OS to other. MAX_PIXEL_ROW has to be smaller (or equal to) than

Re: [Bf-committers] Error on compilation with cmake for windows

On 14 April 2010 14:36, lguillaume wrote: > Hi, > > Since a few days, I can't compile blender 2.5 on vc++ express 9 with cmake. > There is 2 errors about the need of pthreads.h > > I correct the cmakefile with the patch : > > Index: source/blender/gpu/CMakeLists.txt > =

Re: [Bf-committers] Error on compilation with cmake for windows

Broken for me too. Patch did not work either. MSVStudio + cmake win32 Peace On 4/14/2010 7:47 AM, (Ry)akiotakis (An)tonis was all like: > On 14 April 2010 14:36, lguillaume wrote: > >> Hi, >> >> Since a few days, I can't compile blender 2.5 on vc++ express 9 with cmake. >> There is 2 errors

[Bf-committers] Behaviour of "Select every Nth" for curves

Hi, Blender community! There is such bug report in the tracker: http://projects.blender.org/tracker/?func=detail&aid=21766&group_id=9&atid=498 I can't start working under it because i don't know how *should* this operator work. There are two ways: 1. Use selection strategy when user selects som

Re: [Bf-committers] Behaviour of "Select every Nth" for curves

Hi Sergey, I made a small fix for this, see if it suits your requirements. https://projects.blender.org/tracker/?func=detail&aid=21881&group_id=9&atid=127 On Thu, Apr 15, 2010 at 1:31 AM, Sergey I. Sharybin wrote: > Hi, Blender community! > > There is such bug report in the tracker: > > http

Re: [Bf-committers] Error on compilation with cmake for windows

fixed by including lib/windows/pthreads/include in these files: trunk/blender/source/blender/gpu/CMakeLists.txt trunk/blender/source/creator/CMakeLists.txt or by copying over the contents of /lib/windows/pthreads/include to /source/blender/blenlib On 4/14/2010 1:01 PM, loopdu

Re: [Bf-committers] Error on compilation with cmake for windows

On Wed, Apr 14, 2010 at 07:13:48PM -0700, loopduplic...@burningtoken.com wrote: > fixed by including lib/windows/pthreads/include in these files: > > trunk/blender/source/blender/gpu/CMakeLists.txt > trunk/blender/source/creator/CMakeLists.txt > > or by copying over the contents of

Re: [Bf-committers] Error on compilation with cmake for windows

I'm not a commiter, though. Just did it to get the new features. And I posted what I did for those in my situation. I never studied much programming. Should I have kept to myself? Is there somewhere else I should have shared? The patch that lecocqguilla...@gmail.com wrote is for Cmake so I do