[Bf-committers] armatures, ipos and actions
Hi everyone, i was about to make a bug report but i prefer posting here first. (didn't have any answer in supports forum) In blender 2.49, you can have one ipo linked to armature's Object, one action linked to it's data. So, differents armatures can have their own position (+rotate and scale), and sharing the same action. In 2.5, ipos and bones animations are both included in actions, and differents armatures can't share actions and have different movements on the same time. Is it a bug, the result of the new design or something that can be changed in users prefs ? some test files here http://dwarf.free.fr/blender2.5/armatures_249-01.blend http://dwarf.free.fr/blender2.5/armatures_250-01.blend regards raphael ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] freebsd, blender, glew, glu ~ error
Is this to update the blender copy or my system copy? On Wed, Mar 9, 2011 at 7:15 PM, Campbell Barton ideasma...@gmail.comwrote: On Wed, Mar 9, 2011 at 7:43 PM, pete larabell xgl.asyl...@gmail.com wrote: Hi everyone, As it turns out, I spoke too soon yesterday saying the problem was resolved, as now I've put more time into it and it is not resolved. The error I'm getting is as follows: When doing a straight compile after svn up: I get /usr/local/include/GL/glu.h:287: error: function declaration isn't a prototype If I then comment (in ~/blender-svn/blender) CMakeLists.txt the line for checking strict-protoypes, I get much further into the compile, and then get: ~/blender-svn/blender/extern/glew/src/glew.c:1358: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__glewGetPointervEXT' There was a semi-fix that adding (void) to two declarations in the system's /usr/local/include/GL/glu.h and /usr/local/include/GL/glew.h but that introduces new errors and for obvious reasons isn't a good way to fix the error. Anyone out there with enough knowledge about blender's glew that could give me a hand with this one??? Thanks! Peter That define's been removed from more recent glew versions: looks like we're at 1.5.1 now, patch to update to 1.5.8 http://www.graphicall.org/ftp/ideasman42/glew_1_5_8.diff ___ 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] Blender console errors
I'm running svn 35439 with reverse patches for python 3.1 and I get the following when running blender on Fedora 14 x86_64. The GLX errors are due to running over remote ssh/X forwarding. $ blender @ blender.log Xlib: extension NV-GLX missing on display localhost:10.0. Traceback (most recent call last): File /usr/share/blender/2.56/scripts/modules/bpy/utils.py, line 51, in _test_import mod = __import__(module_name) File string, line None SyntaxError: can not delete variable 'trylens' referenced in nested scope X Error of failed request: GLXBadCurrentWindow Major opcode of failed request: 148 (GLX) Minor opcode of failed request: 144 () Serial number of failed request: 9760 Current serial number in output stream: 9766 Is the error with utils.py a real error or another Python 3.2 issue? Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Particle surfacing question
Hi Raul, I did not test speed but few polygonizers ( mesh from point clouds ) http://tetgen.berlios.de/features.html tetgen http://www.cs.jhu.edu/~misha/Code/PoissonRecon/ - code (osg Based ) and paper http://www.cgal.org/Manual/latest/doc_html/cgal_manual/Surface_reconstruction_points_3/Chapter_main.html ( http://www.cgal.org/Manual/latest/doc_html/cgal_manual/Point_set_processing_3/Chapter_main.html#Section_56.7 http://www.cgal.org/Manual/latest/doc_html/cgal_manual/packages.html#Pkg:Triangulation3 http://www.cgal.org/Manual/latest/doc_html/cgal_manual/packages.html#Pkg:Triangulation3 http://www.cgal.org/Manual/3.3/doc_html/cgal_manual/Surface_mesher/Chapter_main.html ) papers http://www.geometry.caltech.edu/pubs/MDDCA10.pdf http://www.cs.jhu.edu/~bolitho/Research/PoissonSurfaceReconstruction/PoissonRecon.pdf the parallel variant http://www.cs.jhu.edu/~misha/MyPapers/ISVC09.pdf http://www.cs.jhu.edu/~misha/Fall05/Papers/ohtake03B.pdf http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.25.2726rep=rep1type=pdf additionaly • *GTSLibrary –* The GNU Triangulated Surface Library. http://gts.sourceforge.net/index.html • *VTK:* http://www.vtk.org/. • *Volume and Surface Meshing –* http://www.cse.ohio-state.edu/~tamaldey/mesh.htm. • *Poly2Tri:* An open source CDT library http://code.google.com/p/poly2tri/. • *Jonathan Shewchuk* - http://www.cs.berkeley.edu/~jrs/ http://www.cs.cmu.edu/~quake/robust.html Regards Sergey ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Particle surfacing question
Thanks Damien and Serguey ! I will review them and will see how did they fit or what optimizations can be made ;) Cheers Farsthary ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Missing GUI in r35457 ???
Hi all, I just svn up'd to 35457 and CMake finds python just fine and compile goes smooth, but I get many many RNA_*_set: * not found. messages in the terminal and a severely limited GUI when I start up blender. I seem to recall people having this problem before but sadly I no longer have those emails about how it was resolved. Anyone out there that remembers/knows how to fix this? Cheers, Peter ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Missing GUI in r35457 ???
lol, sorry, didn't realize the make install was already implemented. :( Nevermind. :) On Thu, Mar 10, 2011 at 3:01 PM, pete larabell xgl.asyl...@gmail.comwrote: Hi all, I just svn up'd to 35457 and CMake finds python just fine and compile goes smooth, but I get many many RNA_*_set: * not found. messages in the terminal and a severely limited GUI when I start up blender. I seem to recall people having this problem before but sadly I no longer have those emails about how it was resolved. Anyone out there that remembers/knows how to fix this? Cheers, Peter ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender console errors
On Thu, Mar 10, 2011 at 3:44 PM, Richard Shaw hobbes1...@gmail.com wrote: I'm running svn 35439 with reverse patches for python 3.1 and I get the following when running blender on Fedora 14 x86_64. The GLX errors are due to running over remote ssh/X forwarding. $ blender @ blender.log Xlib: extension NV-GLX missing on display localhost:10.0. Traceback (most recent call last): File /usr/share/blender/2.56/scripts/modules/bpy/utils.py, line 51, in _test_import mod = __import__(module_name) File string, line None SyntaxError: can not delete variable 'trylens' referenced in nested scope X Error of failed request: GLXBadCurrentWindow Major opcode of failed request: 148 (GLX) Minor opcode of failed request: 144 () Serial number of failed request: 9760 Current serial number in output stream: 9766 Is the error with utils.py a real error or another Python 3.2 issue? Thanks, Richard This is a fix for a language feature which worked in python2.x, broken/unsupported in 3.1 and added back in 3.2. See: Previously it was illegal to delete a name from the local namespace if it occurs as a free variable in a nested block http://docs.python.org/dev/whatsnew/3.2.html#other-language-changes Since the script was ported straight from python 2.3 - 3.2 I didn't notice this. Its odd that your not getting a proper traceback, if I add in a SyntaxError it reports the file and line number, could be a problem with this specific error not giving a traceback in py3.1 since I never had this problem even before the upgrade. Commenting release/scripts/op/uvcalc_lightmap.py:278 should fix it. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] freebsd, blender, glew, glu ~ error
On Thu, Mar 10, 2011 at 2:24 PM, pete larabell xgl.asyl...@gmail.com wrote: Is this to update the blender copy or my system copy? On Wed, Mar 9, 2011 at 7:15 PM, Campbell Barton ideasma...@gmail.comwrote: On Wed, Mar 9, 2011 at 7:43 PM, pete larabell xgl.asyl...@gmail.com wrote: Hi everyone, As it turns out, I spoke too soon yesterday saying the problem was resolved, as now I've put more time into it and it is not resolved. The error I'm getting is as follows: When doing a straight compile after svn up: I get /usr/local/include/GL/glu.h:287: error: function declaration isn't a prototype If I then comment (in ~/blender-svn/blender) CMakeLists.txt the line for checking strict-protoypes, I get much further into the compile, and then get: ~/blender-svn/blender/extern/glew/src/glew.c:1358: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__glewGetPointervEXT' There was a semi-fix that adding (void) to two declarations in the system's /usr/local/include/GL/glu.h and /usr/local/include/GL/glew.h but that introduces new errors and for obvious reasons isn't a good way to fix the error. Anyone out there with enough knowledge about blender's glew that could give me a hand with this one??? Thanks! Peter That define's been removed from more recent glew versions: looks like we're at 1.5.1 now, patch to update to 1.5.8 http://www.graphicall.org/ftp/ideasman42/glew_1_5_8.diff This is just the files from 1.5.8 copied over ours, apply like any other blender patch from the svn root. But for a temp fix I think you could comment out the line which causes that error. -- - Campbell ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] freebsd, blender, glew, glu ~ error
Campbell, Yeah I applied to the blender one... lol, had I just looked in the patch file itself I would have clearly seen that! I patched it and it worked great! AND -- the new python finder actually makes building on FreeBSD *much* simpler! Thanks for including /usr/local in there! Cheers! Peter On Thu, Mar 10, 2011 at 4:11 PM, Campbell Barton ideasma...@gmail.comwrote: On Thu, Mar 10, 2011 at 2:24 PM, pete larabell xgl.asyl...@gmail.com wrote: Is this to update the blender copy or my system copy? On Wed, Mar 9, 2011 at 7:15 PM, Campbell Barton ideasma...@gmail.com wrote: On Wed, Mar 9, 2011 at 7:43 PM, pete larabell xgl.asyl...@gmail.com wrote: Hi everyone, As it turns out, I spoke too soon yesterday saying the problem was resolved, as now I've put more time into it and it is not resolved. The error I'm getting is as follows: When doing a straight compile after svn up: I get /usr/local/include/GL/glu.h:287: error: function declaration isn't a prototype If I then comment (in ~/blender-svn/blender) CMakeLists.txt the line for checking strict-protoypes, I get much further into the compile, and then get: ~/blender-svn/blender/extern/glew/src/glew.c:1358: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__glewGetPointervEXT' There was a semi-fix that adding (void) to two declarations in the system's /usr/local/include/GL/glu.h and /usr/local/include/GL/glew.h but that introduces new errors and for obvious reasons isn't a good way to fix the error. Anyone out there with enough knowledge about blender's glew that could give me a hand with this one??? Thanks! Peter That define's been removed from more recent glew versions: looks like we're at 1.5.1 now, patch to update to 1.5.8 http://www.graphicall.org/ftp/ideasman42/glew_1_5_8.diff This is just the files from 1.5.8 copied over ours, apply like any other blender patch from the svn root. But for a temp fix I think you could comment out the line which causes that error. -- - 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
[Bf-committers] Blender linux console errors
Thanks to Campbell for the python script fix! Now the next problem. I have no clue what's causing this. When I exit blender I get a BUNCH of the following (more than I have scrollback history): C++/anonymous len: 16 0x3839868 C++/anonymous len: 16 0x3839ce8 C++/anonymous len: 32 0x383adc8 C++/anonymous len: 32 0x383ae38 C++/anonymous len: 32 0x383aea8 C++/anonymous len: 32 0x383af18 C++/anonymous len: 32 0x383af88 C++/anonymous len: 32 0x383aff8 C++/anonymous len: 32 0x383b068 C++/anonymous len: 32 0x383b0d8 C++/anonymous len: 32 0x383b148 C++/anonymous len: 32 0x383b1b8 C++/anonymous len: 32 0x383b228 C++/anonymous len: 32 0x383b298 C++/anonymous len: 32 0x383b308 C++/anonymous len: 32 0x383b378 GHOST:GHOST_IEvent len: 40 0x3aaa498 Any clue where to start? Thanks, Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender linux console errors
On Fri, Mar 11, 2011 at 12:39 AM, Richard Shaw hobbes1...@gmail.com wrote: Thanks to Campbell for the python script fix! Now the next problem. I have no clue what's causing this. When I exit blender I get a BUNCH of the following (more than I have scrollback history): C++/anonymous len: 16 0x3839868 C++/anonymous len: 16 0x3839ce8 C++/anonymous len: 32 0x383adc8 C++/anonymous len: 32 0x383ae38 C++/anonymous len: 32 0x383aea8 C++/anonymous len: 32 0x383af18 C++/anonymous len: 32 0x383af88 C++/anonymous len: 32 0x383aff8 C++/anonymous len: 32 0x383b068 C++/anonymous len: 32 0x383b0d8 C++/anonymous len: 32 0x383b148 C++/anonymous len: 32 0x383b1b8 C++/anonymous len: 32 0x383b228 C++/anonymous len: 32 0x383b298 C++/anonymous len: 32 0x383b308 C++/anonymous len: 32 0x383b378 GHOST:GHOST_IEvent len: 40 0x3aaa498 Any clue where to start? Thanks, Richard Short is answer, no bug, disable WITH_CXX_GUARDEDALLOC. Long answer: WITH_CXX_GUARDEDALLOC is off by default and not in the standard view (you need to toggle advanced), which I did so people didn't turn it on by accident :). This is a debugging option which enables #ifdefs to override many C++'s allocators with our C malloc replacement which complains of unfreed memory. These 'C++/anonymous len: 16 0x3839ce8', can be ignored since they are variables like... STR_String emptyString= ; in the main body of C++ source and not worth the trouble to manually free. 'GHOST:GHOST_IEvent len: 40 0x3aaa498' could be a leak but I'd not worry about it unless they accumulate. - Campbell ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender native compile for headless servers???
Hi Steve, On Wed, Mar 9, 2011 at 6:29 AM, Steve Obbayi st...@sobbayi.com wrote: Hi Brecht, I am planning to implement this so a quick question. Are their any major huddles you came across that are worth mentioning other than what you have stated here? Not that I remember, and probably the issues you run into will be different, given that I didn't use opengl/ghost stubs. Brecht. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] armatures, ipos and actions
Yes the NLA is designed (and very good) at sharing actions. raphael, Here's a file demonstrating the NLA solving your problem. Note that I'm not a huge fan of keying on object level, but it is possible. http://www.pasteall.org/blend/5543 On 2011-03-10, at 7:38 PM, Joshua Leung wrote: Hi, For a moment there I was confused by the terminology you were using. If I understand correctly, you want to have several rigs sharing the same action (pose-bone level animation), but still be able to position the rig objects in different places (object-level animation). There isn't any bug here. By design, a single animation data (1 action + a collection of drivers + a collection of nla-tracks (containing strips referencing actions)) block lives on each ID-block (i.e. Object/Lamp/Material/etc.) Now, PoseBones are data hanging off an Object, just like the Object's transform properties (loc/rot/scale/etc.) Hence, they are affected by the same animation data block. For what you want to accomplish, what you really want to do is to use the NLA system. One strip gets the object-level, another gets the pose-bone level. See http://aligorith.blogspot.com/2010/10/clarifying-animation-workflow-in.html with regards to NLA usage. Hope that helps, Joshua On Fri, Mar 11, 2011 at 3:13 AM, raphael dw...@free.fr wrote: Hi everyone, i was about to make a bug report but i prefer posting here first. (didn't have any answer in supports forum) In blender 2.49, you can have one ipo linked to armature's Object, one action linked to it's data. So, differents armatures can have their own position (+rotate and scale), and sharing the same action. In 2.5, ipos and bones animations are both included in actions, and differents armatures can't share actions and have different movements on the same time. Is it a bug, the result of the new design or something that can be changed in users prefs ? some test files here http://dwarf.free.fr/blender2.5/armatures_249-01.blend http://dwarf.free.fr/blender2.5/armatures_250-01.blend regards raphael ___ 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 mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Confusing Render, File Format and Encoding presets
Hello, I have compiled a list of render presets for Blender that precisely match the sequence presets of Adobe Premiere Pro CS4 as well as the composition settings presets of Adobe After Effects CS4. The corresponding .py files I have created as well include the relevant image sizes, pixel aspect ratios, frame rates and scanning (field dominance). Using these presets, one can synthesize and mix imagery for editing targets like NTSC D1 Widescreen, DVCPROHD 720p 50p, HDV 1080i25 (50i), Film (4K) and many others not only without associated loss of quality, but also spending (time and computing) resources more efficiently. Do you think these presets could make sense to be outlined as a proposal for further extending the functionality of Blender? Regards, Bogomir Bogomirov @bogomirov ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender linux console errors
On Thu, Mar 10, 2011 at 6:53 PM, Campbell Barton ideasma...@gmail.com wrote: On Fri, Mar 11, 2011 at 12:39 AM, Richard Shaw hobbes1...@gmail.com wrote: Thanks to Campbell for the python script fix! Now the next problem. I have no clue what's causing this. When I exit blender I get a BUNCH of the following (more than I have scrollback history): C++/anonymous len: 16 0x3839868 [SNIP] GHOST:GHOST_IEvent len: 40 0x3aaa498 Any clue where to start? Thanks, Richard Short is answer, no bug, disable WITH_CXX_GUARDEDALLOC. Long answer: WITH_CXX_GUARDEDALLOC is off by default and not in the standard view (you need to toggle advanced), which I did so people didn't turn it on by accident :). This is a debugging option which enables #ifdefs to override many C++'s allocators with our C malloc replacement which complains of unfreed memory. These 'C++/anonymous len: 16 0x3839ce8', can be ignored since they are variables like... STR_String emptyString= ; in the main body of C++ source and not worth the trouble to manually free. 'GHOST:GHOST_IEvent len: 40 0x3aaa498' could be a leak but I'd not worry about it unless they accumulate. Thanks! The GHOST error only occurs once so it's probably not a big deal. I ran blender under valgrind to see if anything jumped out at me and it did say there was a small leak but it didn't amount to much and I've read that valgrind can get confused by python memory management so I'm not even sure I can trust the results. Richard ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Mapping and Soft Limits suggestions
(I just suscribed to the mailing list so moderators don't need to review my previous message). Hi, to keep it short, I've condensed several mapping and soft limits suggestions and changes in the document below... http://www.tuqueque.org/documents/Suggestions.pdf I use Blender a lot for production work and this simple changes I propose, would be incredibly helpful not only for me but all Blender users I think I'd like to have some feedback from devs. Greets. Robin tuqueque Marín. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] Blender linux console errors
On Fri, Mar 11, 2011 at 3:22 AM, Richard Shaw hobbes1...@gmail.com wrote: On Thu, Mar 10, 2011 at 6:53 PM, Campbell Barton ideasma...@gmail.com wrote: On Fri, Mar 11, 2011 at 12:39 AM, Richard Shaw hobbes1...@gmail.com wrote: Thanks to Campbell for the python script fix! Now the next problem. I have no clue what's causing this. When I exit blender I get a BUNCH of the following (more than I have scrollback history): C++/anonymous len: 16 0x3839868 [SNIP] GHOST:GHOST_IEvent len: 40 0x3aaa498 Any clue where to start? Thanks, Richard Short is answer, no bug, disable WITH_CXX_GUARDEDALLOC. Long answer: WITH_CXX_GUARDEDALLOC is off by default and not in the standard view (you need to toggle advanced), which I did so people didn't turn it on by accident :). This is a debugging option which enables #ifdefs to override many C++'s allocators with our C malloc replacement which complains of unfreed memory. These 'C++/anonymous len: 16 0x3839ce8', can be ignored since they are variables like... STR_String emptyString= ; in the main body of C++ source and not worth the trouble to manually free. 'GHOST:GHOST_IEvent len: 40 0x3aaa498' could be a leak but I'd not worry about it unless they accumulate. Thanks! The GHOST error only occurs once so it's probably not a big deal. I ran blender under valgrind to see if anything jumped out at me and it did say there was a small leak but it didn't amount to much and I've read that valgrind can get confused by python memory management so I'm not even sure I can trust the results. Richard I once spent some time trying to track down the allocations valgrind complains about and it seems they are either... * allocations by 3rd party libs - openal/python/x11 for eg, variables that are allocated once and kept * blenders own global C++ variables as mentioned before. * a handful of variables that are not freed on exit correctly like the event, happens with ReportList's sometimes. Each case could be fixed but it means adding extra init/free calls to the game engine for eg, or working out why the last event isn't freed, so its just a fair amount of time spent on tracking down something which isn't really causing anyone to run our of memory. To make valgrind play nice with python you need to build python '--without-pymalloc', for tracking down bugs which are unrelated to python just build without python is easiest. valgrind is really handy but I don't bother with its on exit memory leak messages, mostly our guarded-malloc gives more useful info. Theres a wiki page for more details http://wiki.blender.org/index.php/Dev:Doc/Debugging/Valgrind - Campbell ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] when and which version will be released Blender?
hi i've read that the final release of blender can be the 2.27 version it's true? but i dont know when will be released and if can have the zbrush functions like this http://vimeo.com/20774773 ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] Don't use checkinstall to create Python 3.2 package from source on Ubuntu (Mint)
If you are not careful, you will broke your system for sure, trust me. Procedure will replace default Python 2.6.5 witch will broke many dependencies (in my case 106 packages). But I have managed to fix broken deps by downgrading newly installed package (forcing version) back to default 2.6.5. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers