Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [26869] trunk/blender: fix for memory leak : node animation data wasnt being free'd
Hey Aligorith, I'll have a go at fixing this, otherwise I'll comment out with some warning/printf that memory is being leaked and the bug is known. On Mon, Feb 15, 2010 at 2:41 AM, Joshua Leung aligor...@gmail.com wrote: Hi Campbell, This fix causes problems with animated nodes. The bugreport from venomgfx: open blender Shift+F3 IKEY over the alpha slider, click anywhere.. crash (this is on the output node) From what I remember from trying to fix some bugs with the active node getting deselected/cleared immediately after being set, the problem is that a copy of the entire nodetree is made for every thread that does threaded/background compositing. This is results in many unpredicted consequences for the node API functions, such as this one. I'm not entirely sure what's going on here in this case though. Looks like the copying of animdata isn't happening (despite that being supposedly done on libblock level). For now, any users with this problem should just comment out the fix/changes here in node.c. Anyways, this is just a heads-up about this problem. I could investigate this further if the schedule over at the BI is too tight, otherwise, this'll have to wait till I get a few other pending issues sorted first :) Regards, Aligorith On Sun, Feb 14, 2010 at 2:38 AM, Campbell Barton ideasma...@gmail.comwrote: Revision: 26869 http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=revroot=bf-blenderrevision=26869 Author: campbellbarton Date: 2010-02-13 14:38:10 +0100 (Sat, 13 Feb 2010) Log Message: --- fix for memory leak: node animation data wasnt being free'd also some corrections to memory debug stuff. Modified Paths: -- trunk/blender/intern/guardedalloc/intern/mallocn.c trunk/blender/source/blender/blenkernel/intern/node.c trunk/blender/source/blender/blenloader/intern/readfile.c Modified: trunk/blender/intern/guardedalloc/intern/mallocn.c === --- trunk/blender/intern/guardedalloc/intern/mallocn.c 2010-02-13 13:17:15 UTC (rev 26868) +++ trunk/blender/intern/guardedalloc/intern/mallocn.c 2010-02-13 13:38:10 UTC (rev 26869) @@ -305,9 +305,9 @@ memset(memh+1, 255, len); #ifdef DEBUG_MEMCOUNTER - memh-_count= _mallocn_count++; if(_mallocn_count==DEBUG_MEMCOUNTER_ERROR_VAL) memcount_raise(MEM_mallocN); + memh-_count= _mallocn_count++; #endif return (++memh); } @@ -330,9 +330,9 @@ make_memhead_header(memh, len, str); mem_unlock_thread(); #ifdef DEBUG_MEMCOUNTER - memh-_count= _mallocn_count++; if(_mallocn_count==DEBUG_MEMCOUNTER_ERROR_VAL) memcount_raise(MEM_callocN); + memh-_count= _mallocn_count++; #endif return (++memh); } @@ -372,9 +372,9 @@ mmap_in_use += len; mem_unlock_thread(); #ifdef DEBUG_MEMCOUNTER - memh-_count= _mallocn_count++; if(_mallocn_count==DEBUG_MEMCOUNTER_ERROR_VAL) memcount_raise(MEM_mapallocN); + memh-_count= _mallocn_count++; #endif return (++memh); } Modified: trunk/blender/source/blender/blenkernel/intern/node.c === --- trunk/blender/source/blender/blenkernel/intern/node.c 2010-02-13 13:17:15 UTC (rev 26868) +++ trunk/blender/source/blender/blenkernel/intern/node.c 2010-02-13 13:38:10 UTC (rev 26869) @@ -57,6 +57,7 @@ #include BKE_texture.h #include BKE_text.h #include BKE_utildefines.h +#include BKE_animsys.h /* BKE_free_animdata only */ #include BLI_math.h #include BLI_blenlib.h @@ -1343,6 +1344,8 @@ ntreeEndExecTree(ntree); /* checks for if it is still initialized */ + BKE_free_animdata((ID *)ntree); + BLI_freelistN(ntree-links); /* do first, then unlink_node goes fast */ for(node= ntree-nodes.first; node; node= next) { Modified: trunk/blender/source/blender/blenloader/intern/readfile.c === --- trunk/blender/source/blender/blenloader/intern/readfile.c 2010-02-13 13:17:15 UTC (rev 26868) +++ trunk/blender/source/blender/blenloader/intern/readfile.c 2010-02-13 13:38:10 UTC (rev 26869) @@ -5307,7 +5307,7 @@ while(bhead bhead-code==DATA) { void *data; -#if 0 +#if 0 /* XXX DUMB DEBUGGING OPTION TO GIVE NAMES for guarded malloc errors */ short *sp= fd-filesdna-structs[bhead-SDNAnr]; char *allocname = fd-filesdna-types[ sp[0] ]; @@ -5315,8 +5315,9 @@ strcpy(tmp, allocname); data= read_struct(fd, bhead, tmp); +#else +
Re: [Bf-committers] scons/install stale files problem.
. . .And you totally and completely missed my point :) Joe On Sat, Feb 13, 2010 at 4:06 PM, Martin Poirier the...@yahoo.com wrote: Blender on windows already supports having the .blender folder in different locations outside of the install folder, regardless of the build engine used. That's not a new thing and not a big issue. Martin --- On Sat, 2/13/10, joe joe...@gmail.com wrote: From: joe joe...@gmail.com Subject: Re: [Bf-committers] scons/install stale files problem. To: bf-blender developers bf-committers@blender.org Received: Saturday, February 13, 2010, 6:21 PM I wasn't implying we should keep old scripts around. Simply that you shouldn't play around so freely with the behavior of build systems like this, at least not without thorough testing :) IMHO it should not use the $HOME directory unless your explicitly making a release package. Joe On Sat, Feb 13, 2010 at 3:18 PM, Campbell Barton ideasma...@gmail.com wrote: This is whats happening on linux/unix for years with blender 2.4x, if ~/.blender is defined, maybe we switch to ~/blender-2.5.x in future, this has been discussed in other posts. They can be made to co-exist pretty easy I think, just make $PWD/.blender override $HOME/.blender I explained in the first post the problems with keeping old scripts around. On Sun, Feb 14, 2010 at 12:08 AM, joe joe...@gmail.com wrote: That would be bad, as it'd make different branches share the same .blender folder. Why are you messing with this? Joe On Sat, Feb 13, 2010 at 4:26 AM, Campbell Barton ideasma...@gmail.com wrote: Update: only remove the scripts dir now, not the entire install folder, apparently gives troubles on windows, We should still look into having a blender home on windows that isnt related to the install dir, and making it usable (create on startup if its not there for instance). On Sat, Feb 13, 2010 at 10:51 AM, joe joe...@gmail.com wrote: The install folder scons spits out is supposed to create/use a .blender folder in the same folder. Joe On Fri, Feb 12, 2010 at 3:53 PM, Campbell Barton ideasma...@gmail.com wrote: to conclude this tedious topic I better give an update for those who dont read the logs. Discussed this with Brect (over lunch) and Martin (over IRC) and Both agree this is best in the long run. Now the default scons behavior is to remove the install dir each time so it always contains an up to date build, however Aligorith uses scons for development on windows, which needs DLL's etc, so copying each time isnt nice. For this case I added WITHOUT_BF_OVERWRITE_INSTALL This also brought up the issue that on windows there isnt a ~/.blender directory thats easy to access/create (I'm not clear on the details). Would be good to have a home dir on windows too but thats another topic. On Thu, Feb 11, 2010 at 1:51 PM, Brecht Van Lommel bre...@blender.org wrote: Hi, I don't think we should try to support people installing scripts there and try to make the build systems clever about this. These really are just standard building rules, don't work in directories or files that are autogenerated by the build system because any changes will get overwritten. If anyone wants to make this kind of unsupported usage more convenient I guess they can, but more important in my opinion is fixing the problem of outdated scripts, and getting loading scripts from the user directory to work properly. Loading from the user directory seems to be suboptimal on Windows right now, the expected directory is this. C:\Documents and Settings\User\.blender\scripts That can be changed to this, and the folder can be created automatically on startup to make things easier. C:\Documents and Settings\User\Blender Foundation\Blender\scripts Brecht. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers -- - Campbell ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers -- - Campbell ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers -- - Campbell ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Mirror and array modifiers for curves
I had an idea of creating curve/surface wrapper object with DerivedMesh interface. This way all modifiers retaining rectangular control point grid structure could work without rewriting them. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] scons/install stale files problem.
On Windows and for an educational purpose, the .blender folder is an issue by itself. In mac os application package, the ui's scripts folder (or just the scripts folder) hidden in .blender is also an issue. Scripts or anything else should not be hidden. Selon joe joe...@gmail.com: . . .And you totally and completely missed my point :) Joe On Sat, Feb 13, 2010 at 4:06 PM, Martin Poirier the...@yahoo.com wrote: Blender on windows already supports having the .blender folder in different locations outside of the install folder, regardless of the build engine used. That's not a new thing and not a big issue. Martin --- On Sat, 2/13/10, joe joe...@gmail.com wrote: From: joe joe...@gmail.com Subject: Re: [Bf-committers] scons/install stale files problem. To: bf-blender developers bf-committers@blender.org Received: Saturday, February 13, 2010, 6:21 PM I wasn't implying we should keep old scripts around. Simply that you shouldn't play around so freely with the behavior of build systems like this, at least not without thorough testing :) IMHO it should not use the $HOME directory unless your explicitly making a release package. Joe On Sat, Feb 13, 2010 at 3:18 PM, Campbell Barton ideasma...@gmail.com wrote: This is whats happening on linux/unix for years with blender 2.4x, if ~/.blender is defined, maybe we switch to ~/blender-2.5.x in future, this has been discussed in other posts. They can be made to co-exist pretty easy I think, just make $PWD/.blender override $HOME/.blender I explained in the first post the problems with keeping old scripts around. On Sun, Feb 14, 2010 at 12:08 AM, joe joe...@gmail.com wrote: That would be bad, as it'd make different branches share the same .blender folder. Why are you messing with this? Joe On Sat, Feb 13, 2010 at 4:26 AM, Campbell Barton ideasma...@gmail.com wrote: Update: only remove the scripts dir now, not the entire install folder, apparently gives troubles on windows, We should still look into having a blender home on windows that isnt related to the install dir, and making it usable (create on startup if its not there for instance). On Sat, Feb 13, 2010 at 10:51 AM, joe joe...@gmail.com wrote: The install folder scons spits out is supposed to create/use a .blender folder in the same folder. Joe On Fri, Feb 12, 2010 at 3:53 PM, Campbell Barton ideasma...@gmail.com wrote: to conclude this tedious topic I better give an update for those who dont read the logs. Discussed this with Brect (over lunch) and Martin (over IRC) and Both agree this is best in the long run. Now the default scons behavior is to remove the install dir each time so it always contains an up to date build, however Aligorith uses scons for development on windows, which needs DLL's etc, so copying each time isnt nice. For this case I added WITHOUT_BF_OVERWRITE_INSTALL This also brought up the issue that on windows there isnt a ~/.blender directory thats easy to access/create (I'm not clear on the details). Would be good to have a home dir on windows too but thats another topic. On Thu, Feb 11, 2010 at 1:51 PM, Brecht Van Lommel bre...@blender.org wrote: Hi, I don't think we should try to support people installing scripts there and try to make the build systems clever about this. These really are just standard building rules, don't work in directories or files that are autogenerated by the build system because any changes will get overwritten. If anyone wants to make this kind of unsupported usage more convenient I guess they can, but more important in my opinion is fixing the problem of outdated scripts, and getting loading scripts from the user directory to work properly. Loading from the user directory seems to be suboptimal on Windows right now, the expected directory is this. C:\Documents and Settings\User\.blender\scripts That can be changed to this, and the folder can be created automatically on startup to make things easier. C:\Documents and Settings\User\Blender Foundation\Blender\scripts Brecht. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers -- - Campbell ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers -- - Campbell ___ Bf-committers mailing list
Re: [Bf-committers] Meeting minutes, feb 14, 2010
Fixed the mentioned bugs. COLLADA code now ready for alpha 1 build. On Mon, Feb 15, 2010 at 1:09 AM, Arystan Dyussenov arysta...@gmail.comwrote: Hi, I need 2 days to bring COLLADA code into order. Particularly there are memory leaks that need to be eliminated, armature testing stuff (importer creates extra empties) should be disabled and recently added smoothing info import sometimes crashes which I need to fix. If builders can wait a bit, I'll make COLLADA code more stable for the release. Arystan On Sun, Feb 14, 2010 at 10:50 PM, Ton Roosendaal t...@blender.org wrote: Hi all, 1) Current projects - Campbell proposes way to have a proper default/install path for extension scripts. This invoked too much confusing discussions; conclusions will follow. 2) Blender 2.5 - Installer issues have to be solved... Ton, Campbell + Brecht will review a proposal and put online for discussions. - Andrea volunteers to check on proper install procedure for Windows. - Proposal got accepted to make a testbuild available this week. It will be named 2.5 alpha 1. The real (stable, documentation ready) release is going to be there soon, but not within a few weeks... the amount of fixes and bugreports (100+ per week) indicate we have to give it time. - Blender alpha 1 topics for release builders: - Collada included? Linux no, Windows yes. Mac? - Ffmpg include preferably - Ton arranges a splash and does the ritual release # commit. - Most likely building can start tuesday end of day. - Release builders will be: - win32: Andrea - win64: ... - Linux 32/64: Ken Hughes - OSX 10.4/5 (and 6?) intel: ... - OSX 10.4/5 (and 6?) ppc: ... - Tom Musgrove volunteers to check on import/export 'regression files' -Ton- Ton Roosendaal Blender Foundation t...@blender.orgwww.blender.org Blender Institute Entrepotdok 57A 1018AD Amsterdam The Netherlands ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Particle fluids update
Hi all :) I spend the hole weekend squeezing a bit more optimizations for the surface reconstruction from particles, I have implemented a marching step only to the surrounding voxels that contains the surface (and not to every surrounding voxels as before) also I have implemented corner value reusing (every new step reuse the half of the previous calculated voxel corner values) and finally I have rewritten my previous spatial hash code that use integer operations to reuse the metaballs bitwise hash functions all of this optimizations are pushing the surface generation to its limits, further speed up I think will be gained only with multithreading and or OpenCL but that is out of my current scope/skills. As a comparison note, this implementation has outperformed the metaball instanced particles by a huge margin. I probably will spend this week cleaning the code for make a separation between fluid particle engine and visualization engine and will send Jahka the first patch for review. Once integrated the fluid particles engine the efforts could be focused on renderable meshings :) Cheers Farsthary ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [26894] trunk/blender/config/linux2-config .py: == FFMPEG ==
Well, this has broken building on a number of linux distros for which an older ffmpeg is the standard (unfortunately, one of them is debian lenny, which is what we've used for the chroot releases). And as near as I can tell so far (never having delved into building ffmpeg myself), it's not just downloading and building ffmpeg from svn, because it relies on a host of other libraries (x264, swscale, etc). Each which also have to be downloaded and built first. Ken Martin Poirier wrote: I would assume static for release, yes. Removal was discussed in last week's meeting. Martin --- On Sun, 2/14/10, Ken Hughes khug...@pacific.edu wrote: From: Ken Hughes khug...@pacific.edu Subject: Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [26894] trunk/blender/config/linux2-config .py: == FFMPEG == To: bf-committers@blender.org Received: Sunday, February 14, 2010, 2:12 PM Did I miss something? We're relying on the system's ffmpeg now? For release we are still planning to use the static libs on linux I assume? Ken Peter Schlaile wrote: Revision: 26894 http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=revroot=bf-blenderrevision=26894 Author: schlaile Date: 2010-02-14 19:52:27 +0100 (Sun, 14 Feb 2010) Log Message: --- == FFMPEG == Made using system's ffmpeg the default now. (First step in removing ffmpeg from extern) Modified Paths: -- trunk/blender/config/linux2-config.py Modified: trunk/blender/config/linux2-config.py === --- trunk/blender/config/linux2-config.py 2010-02-14 18:05:58 UTC (rev 26893) +++ trunk/blender/config/linux2-config.py 2010-02-14 18:52:27 UTC (rev 26894) @@ -110,11 +110,11 @@ # enable ffmpeg support WITH_BF_FFMPEG = True # -DWITH_FFMPEG -BF_FFMPEG = '#extern/ffmpeg' -BF_FFMPEG_LIB = '' +# BF_FFMPEG = '#extern/ffmpeg' +# BF_FFMPEG_LIB = '' # Uncomment the following two lines to use system's ffmpeg -# BF_FFMPEG = '/usr' -# BF_FFMPEG_LIB = 'avformat avcodec swscale avutil avdevice' +BF_FFMPEG = '/usr' +BF_FFMPEG_LIB = 'avformat avcodec swscale avutil avdevice' BF_FFMPEG_INC = '${BF_FFMPEG}' BF_FFMPEG_LIBPATH='${BF_FFMPEG}/lib' ___ Bf-blender-cvs mailing list bf-blender-...@blender.org http://lists.blender.org/mailman/listinfo/bf-blender-cvs ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.com. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [26894] trunk/blender/config/linux2-config .py: == FFMPEG ==
Can you check out an old revision of extern and build static libs from there. Martin --- On Mon, 2/15/10, Ken Hughes khug...@pacific.edu wrote: From: Ken Hughes khug...@pacific.edu Subject: Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [26894] trunk/blender/config/linux2-config .py: == FFMPEG == To: bf-blender developers bf-committers@blender.org Received: Monday, February 15, 2010, 5:04 PM Well, this has broken building on a number of linux distros for which an older ffmpeg is the standard (unfortunately, one of them is debian lenny, which is what we've used for the chroot releases). And as near as I can tell so far (never having delved into building ffmpeg myself), it's not just downloading and building ffmpeg from svn, because it relies on a host of other libraries (x264, swscale, etc). Each which also have to be downloaded and built first. Ken Martin Poirier wrote: I would assume static for release, yes. Removal was discussed in last week's meeting. Martin --- On Sun, 2/14/10, Ken Hughes khug...@pacific.edu wrote: From: Ken Hughes khug...@pacific.edu Subject: Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [26894] trunk/blender/config/linux2-config .py: == FFMPEG == To: bf-committers@blender.org Received: Sunday, February 14, 2010, 2:12 PM Did I miss something? We're relying on the system's ffmpeg now? For release we are still planning to use the static libs on linux I assume? Ken Peter Schlaile wrote: Revision: 26894 http://projects.blender.org/plugins/scmsvn/viewcvs.php?view=revroot=bf-blenderrevision=26894 Author: schlaile Date: 2010-02-14 19:52:27 +0100 (Sun, 14 Feb 2010) Log Message: --- == FFMPEG == Made using system's ffmpeg the default now. (First step in removing ffmpeg from extern) Modified Paths: -- trunk/blender/config/linux2-config.py Modified: trunk/blender/config/linux2-config.py === --- trunk/blender/config/linux2-config.py 2010-02-14 18:05:58 UTC (rev 26893) +++ trunk/blender/config/linux2-config.py 2010-02-14 18:52:27 UTC (rev 26894) @@ -110,11 +110,11 @@ # enable ffmpeg support WITH_BF_FFMPEG = True # -DWITH_FFMPEG -BF_FFMPEG = '#extern/ffmpeg' -BF_FFMPEG_LIB = '' +# BF_FFMPEG = '#extern/ffmpeg' +# BF_FFMPEG_LIB = '' # Uncomment the following two lines to use system's ffmpeg -# BF_FFMPEG = '/usr' -# BF_FFMPEG_LIB = 'avformat avcodec swscale avutil avdevice' +BF_FFMPEG = '/usr' +BF_FFMPEG_LIB = 'avformat avcodec swscale avutil avdevice' BF_FFMPEG_INC = '${BF_FFMPEG}' BF_FFMPEG_LIBPATH='${BF_FFMPEG}/lib' ___ Bf-blender-cvs mailing list bf-blender-...@blender.org http://lists.blender.org/mailman/listinfo/bf-blender-cvs ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers __ Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark your favourite sites. Download it now http://ca.toolbar.yahoo.com. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers __ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Place me on the list
How do I receive a copy of fellow subscribers here in Utah, USA? Mike On Feb 15, 2010, at 3:04 PM, bf-committers-requ...@blender.org wrote: Send Bf-committers mailing list submissions to bf-committers@blender.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.blender.org/mailman/listinfo/bf-committers or, via email, send a message with subject or body 'help' to bf-committers-requ...@blender.org You can reach the person managing the list at bf-committers-ow...@blender.org When replying, please edit your Subject line so it is more specific than Re: Contents of Bf-committers digest... Today's Topics: 1. Re: scons/install stale files problem. (joe) 2. Re: Mirror and array modifiers for curves (Laurynas Duburas) 3. Re: scons/install stale files problem. (jmso...@free.fr) 4. Re: Meeting minutes, feb 14, 2010 (Arystan Dyussenov) 5. Particle fluids update (Raul Fernandez Hernandez) 6. Re: [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [26894] trunk/blender/config/linux2-config .py: == FFMPEG == (Ken Hughes) -- Message: 1 Date: Mon, 15 Feb 2010 05:09:02 -0800 From: joe joe...@gmail.com Subject: Re: [Bf-committers] scons/install stale files problem. To: bf-blender developers bf-committers@blender.org Message-ID: ca3ef29a1002150509j5d5050fbl3e2c973849b13...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 . . .And you totally and completely missed my point :) Joe On Sat, Feb 13, 2010 at 4:06 PM, Martin Poirier the...@yahoo.com wrote: Blender on windows already supports having the .blender folder in different locations outside of the install folder, regardless of the build engine used. That's not a new thing and not a big issue. Martin --- On Sat, 2/13/10, joe joe...@gmail.com wrote: From: joe joe...@gmail.com Subject: Re: [Bf-committers] scons/install stale files problem. To: bf-blender developers bf-committers@blender.org Received: Saturday, February 13, 2010, 6:21 PM I wasn't implying we should keep old scripts around.? Simply that you shouldn't play around so freely with the behavior of build systems like this, at least not without thorough testing :) IMHO it should not use the $HOME directory unless your explicitly making a release package. Joe On Sat, Feb 13, 2010 at 3:18 PM, Campbell Barton ideasma...@gmail.com wrote: This is whats happening on linux/unix for years with blender 2.4x, if ~/.blender is defined, maybe we switch to ~/blender-2.5.x in future, this has been discussed in other posts. They can be made to co-exist pretty easy I think, just make $PWD/.blender override $HOME/.blender I explained in the first post the problems with keeping old scripts around. On Sun, Feb 14, 2010 at 12:08 AM, joe joe...@gmail.com wrote: That would be bad, as it'd make different branches share the same .blender folder. Why are you messing with this? Joe On Sat, Feb 13, 2010 at 4:26 AM, Campbell Barton ideasma...@gmail.com wrote: Update: only remove the scripts dir now, not the entire install folder, apparently gives troubles on windows, We should still look into having a blender home on windows that isnt related to the install dir, and making it usable (create on startup if its not there for instance). On Sat, Feb 13, 2010 at 10:51 AM, joe joe...@gmail.com wrote: The install folder scons spits out is supposed to create/use a .blender folder in the same folder. Joe On Fri, Feb 12, 2010 at 3:53 PM, Campbell Barton ideasma...@gmail.com wrote: to conclude this tedious topic I better give an update for those who dont read the logs. Discussed this with Brect (over lunch) and Martin (over IRC) and Both agree this is best in the long run. Now the default scons behavior is to remove the install dir each time so it always contains an up to date build, however Aligorith uses scons for development on windows, which needs DLL's etc, so copying each time isnt nice. For this case I added WITHOUT_BF_OVERWRITE_INSTALL This also brought up the issue that on windows there isnt a ~/.blender directory thats easy to access/create (I'm not clear on the details). Would be good to have a home dir on windows too but thats another topic. On Thu, Feb 11, 2010 at 1:51 PM, Brecht Van Lommel bre...@blender.org wrote: Hi, I don't think we should try to support people installing scripts there and try to make the build systems clever about this. These really are just standard building rules, don't work in directories or files that are autogenerated by the build system because any changes will get overwritten. If anyone wants to make this kind of unsupported usage more convenient I guess they can, but more important in my opinion is fixing the problem of outdated scripts, and getting loading scripts from the user directory to work
Re: [Bf-committers] Meeting minutes, feb 14, 2010
Thanks to tips from Martin, looks like I'm on board. Will include FFMPEG and Collada, although would be good if someone can test some builds first to verify collada functionality. That is, assuming there's something more than just seeing if it comes up in the Import and Export menus. Ken Ton Roosendaal wrote: 2) Blender 2.5 - Blender alpha 1 topics for release builders: - Collada included? Linux no, Windows yes. Mac? - Ffmpg include preferably - Ton arranges a splash and does the ritual release # commit. - Most likely building can start tuesday end of day. - Release builders will be: - win32: Andrea - win64: ... - Linux 32/64: Ken Hughes - OSX 10.4/5 (and 6?) intel: ... - OSX 10.4/5 (and 6?) ppc: ... ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Meeting minutes, feb 14, 2010
Simple test, export cube via collada, delete cube from scene, import the cube.dae you created and see if you now have cube in your scene, LetterRip On Mon, Feb 15, 2010 at 5:44 PM, Ken Hughes khug...@pacific.edu wrote: Thanks to tips from Martin, looks like I'm on board. Will include FFMPEG and Collada, although would be good if someone can test some builds first to verify collada functionality. That is, assuming there's something more than just seeing if it comes up in the Import and Export menus. Ken ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Mirror and array modifiers for curves
To take it one step further, it would be ultimately a good idea (although not immediately) to have a modifier system for the construction of complex NURBS structures. I haven't looked at the modifier system at all to know how feasible this is, but if someone wanted to take a look, I would be happy to act as a mentor for the NURBS part. On Mon, Feb 15, 2010 at 5:38 AM, Laurynas Duburas lad...@gmail.com wrote: I had an idea of creating curve/surface wrapper object with DerivedMesh interface. This way all modifiers retaining rectangular control point grid structure could work without rewriting them. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers