Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [40000] branches/soc-2011-tomato/source/ blender: Camera tracking integration

Congratulations on the 4 commit! :D Am 07.09.2011 10:09, schrieb Sergey Sharybin: > Revision: 4 > > http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=4 > Author: nazgul > Date: 2011-09-07 08:09:56 + (Wed, 07 Sep 2011) > Log Message: > --

Re: [Bf-committers] improved "Screencast keys" addon module

Am 07.09.2011 01:57, schrieb Jass: > Here is the script: http://www.pasteall.org/24659 > I wonder is there a possibility to get the code from Pasteall without copy and paste from the "Edit Code" frame? Carsten, hopes that he has not overlooked some simple thing.

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [39980] trunk/blender/source/blender/ editors/space_node/node_header.c: Enabled the 'Layout' node category, currently only contain

Am 06.09.2011 19:28, schrieb Lukas Toenne: > Revision: 39980 > > http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=39980 > Author: lukastoenne > Date: 2011-09-06 17:28:26 + (Tue, 06 Sep 2011) > Log Message: > --- > Enabled the 'Layout' node c

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [39980] trunk/blender/source/blender/ editors/space_node/node_header.c: Enabled the 'Layout' node category, currently only contain

The problem is that the noodles are drawn below the frame. On Wed, Sep 7, 2011 at 12:52 PM, Carsten Wartmann wrote: > Am 06.09.2011 19:28, schrieb Lukas Toenne: > > Revision: 39980 > > > http://projects.blender.org/scm/viewvc.php?view=rev&root=bf-blender&revision=39980 > > Author: lukastoenne

Re: [Bf-committers] improved "Screencast keys" addon module

Couple of other settings that might be nice. Time setting for amount of time the key stays on the screen or the mouse click. A circle at the point of the click. Thanks for the cool work! On Wed, Sep 7, 2011 at 11:48 AM, Carsten Wartmann wrote: > Am 07.09.2011 01:57, schrieb Jass: >> Here is the

[Bf-committers] bridging faces algorithm

Hi guys :) I have being trying without much success to search for an algorithm to perform bridging between vertices rings... I have heard about a modified Bresenham rasterizer to perform this O.o but I cant find any resource regarding this... did you have a clue? Thanks in advance. _

Re: [Bf-committers] bridging faces algorithm

Look at the looptool: Bridge! 2011/9/7 Raul Fernandez > Hi guys :) > > I have being trying without much success to search for an algorithm to > perform bridging between vertices rings... I have heard about a modified > Bresenham rasterizer to perform this O.o but I cant find any resource > regar

Re: [Bf-committers] bridging faces algorithm

Oh yes thanks, I saw it and is quite powerful, but I'm trying to learn the theory behind it, the language independent code... Cheers De: Peter K.H. Gragert Para: Raul Fernandez ; bf-blender developers Enviado: miércoles 7 de septiembre de 2011 17:58 Asunto: R

[Bf-committers] getting events during interactive functions in 3D view ?

hi. I am working on the screencast keys addOn module. I think that with the most recent checkin now the addon displays all received events correctly, but there is still one big issue: When i go to edit mode, then for example press the "g" key, then i will no longer receive any keyboard event unti

Re: [Bf-committers] Raytraced GI in Blender Internal?

Hi, Raytraced GI was never available in an official version of 2.5, that must have been either a patch version or branch. The main difficulty with merging render branch features is that it's going to take up a lot time, that personally I'd rather spend elsewhere. The render branch has many change

[Bf-committers] bridging faces algorithm

Hi Raul, I think, that general algorithm like constrained delaunay triangulation will fit - because what is needed -to have a mesh to fit into boundary points between two rings and it is what constrained delaunay will do, so docs from http://gts.sourceforge.net/ or docs at http://tetgen.berlios

Re: [Bf-committers] bridging faces algorithm

Thanks a lot! yes, also convex hull algorithm may work too ;) Cheers!!! De: Sergey Kurdakov Para: Raul Fernandez ; bf-blender developers Enviado: miércoles 7 de septiembre de 2011 19:15 Asunto: [Bf-committers] bridging faces algorithm Hi Raul, I think, that

Re: [Bf-committers] bridging faces algorithm

On Wed, Sep 7, 2011 at 4:58 PM, Peter K.H. Gragert wrote: > Look at the looptool: Bridge! That's probably not a very good idea, as I mainly tweaked the bridging to give proper results with often used situations. There isn't any real algorithm behind it, only some nonlinear least squares methods.

Re: [Bf-committers] Fedora openCOLLADA cmake fix

On Wed, Aug 24, 2011 at 1:41 PM, Campbell Barton wrote: > @Richard > Just committed and an update to CMake / Collada so collada can be > found on ubuntu which uses paths, interested to know if this works now > on fedora. I've got it building fine. The only thing I had to do was to patch FindOpenC

Re: [Bf-committers] Raytraced GI in Blender Internal?

We have enough in Blender internal to do almost anything, it's not easy to use but that's not the problem here. What is really wrong in BI can't be fixed anyway (AA/MBlur/DoF) so we are used to the workarounds (read I've given up). Asking for fancy/hacky features is not going to help anyone, don't

Re: [Bf-committers] bridging faces algorithm

Thanks Bart, is suspected it was not universally applied but is a nice implementation though ;) De: bartius crouch Para: bf-blender developers Enviado: miércoles 7 de septiembre de 2011 21:01 Asunto: Re: [Bf-

Re: [Bf-committers] bridging faces algorithm

Thanks Bart, I suspected it was not a general solution but is still a very nice implementation, Cheers De: bartius crouch Para: bf-blender developers Enviado: miércoles 7 de septiembre de 2011 21:01 Asunto: Re: [Bf-committers] bridging faces algorithm On Wed,

[Bf-committers] Weight Modifiers - Issues

Hello, who "reviewed" the Vertex Weight modifer(s)? IMHO this is totally rushed in and this is not what should happen. We agreed only on merge projects which are reviewed well, but on a first glance I see some problems with this. 1) Why 3 Modifiers? I'd rather see 1 with different modes, imo. T

Re: [Bf-committers] Weight Modifiers - Issues

On Thu, Sep 8, 2011 at 8:49 AM, Thomas Dinges wrote: > Hello, > who "reviewed" the Vertex Weight modifer(s)? me :) > IMHO this is totally rushed in and this is not what should happen. We > agreed only on merge projects which are reviewed well, but on a first > glance I see some problems with thi

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [39991] trunk/blender: Merging r39693 through r39989 from vgroup_modifiers branch into trunk.

This commit deletes mergeinfo on many files where no changes are actually made, eg: Property changes on: trunk/blender/release/scripts/startup/bl_ui/properties_texture.py ___ Deleted: svn:mergeinfo Anyone know how to avoid this? - a

Re: [Bf-committers] Warning, node patch problems in trunk

There are a few bugs reported by clang with the new node code. This one is almost certainly a bug. http://clang.blenderheads.org/trunk/40020/report-yTzrmd.html#EndPath There are some other reports too but not sure there bugs. http://clang.blenderheads.org/trunk/ On Tue, Sep 6, 2011 at 9:03 PM, L

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [39844] branches/cycles: Cycles:

Hi! I'm curious about why is Ray Visibility an ob level set of options instead of material or even closure level? or should we use Light Paths for that? cheers Daniel Salazar 3Developer.com On Thu, Sep 1, 2011 at 9:53 AM, Brecht Van Lommel wrote: > Revision: 39844 >           > http://project

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [39844] branches/cycles: Cycles:

Also, would be fantastic (and important for TDs!) to document on the wiki about how settings affect speed for optimization purposes. I'd be glad to do it but need a bit of a hint to start Daniel Salazar 3Developer.com On Wed, Sep 7, 2011 at 10:24 PM, Daniel Salazar - 3Developer.com wrote: > Hi

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [39991] trunk/blender: Merging r39693 through r39989 from vgroup_modifiers branch into trunk.

Hi, ideasma...@gmail.com (2011-09-08 at 1327.44 +1000): > This commit deletes mergeinfo on many files where no changes are actually > made, > eg: > > Property changes on: > trunk/blender/release/scripts/startup/bl_ui/properties_texture.py >

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [39991] trunk/blender: Merging r39693 through r39989 from vgroup_modifiers branch into trunk.

Thanks for this but I'm still in the dark as to how to correct the problem. This will be a problem for everyone trying to merge from trunk into their own branch (unless theres same way to ignore this conflict I don't know about). On Thu, Sep 8, 2011 at 2:40 PM, GSR wrote: > Hi, > ideasma...@gmai

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [39991] trunk/blender: Merging r39693 through r39989 from vgroup_modifiers branch into trunk.

Campbell Barton wrote: >This commit deletes mergeinfo on many files where no changes are actually made, >eg: > >Property changes on: >trunk/blender/release/scripts/startup/bl_ui/properties_texture.py >___ >Deleted: svn:mergeinfo >

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [39991] trunk/blender: Merging r39693 through r39989 from vgroup_modifiers branch into trunk.

Sorry, my cellphone is getting crazy. what I meant to say (and why I likely hit reply or left the email open there) is: I noticed a similar problem when trying to merge cucumber into trunk prior to the 2.59 release. Somehow svn-merge (via svn-tortoise) was producing a patch which was changing a lo

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [39991] trunk/blender: Merging r39693 through r39989 from vgroup_modifiers branch into trunk.

How do you ignore it? I only see these options-- /dsk/data/src/blender/bmesh> svn merge -r39990:39991 https://svn.blender.org/svnroot/bf-blender/trunk/blender Conflict for property 'svn:mergeinfo' discovered on 'release/scripts/startup/bl_ui/properties_data_bone.py'. They want to delete the prope

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [39991] trunk/blender: Merging r39693 through r39989 from vgroup_modifiers branch into trunk.

Hi, ideasma...@gmail.com (2011-09-08 at 1452.55 +1000): > Thanks for this but I'm still in the dark as to how to correct the problem. Not a "problem" as the thread says, consolidation of mergeinfo is normal, and removes props from subpaths. > This will be a problem for everyone trying to merge fr

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [39991] trunk/blender: Merging r39693 through r39989 from vgroup_modifiers branch into trunk.

Hi, ideasma...@gmail.com (2011-09-08 at 1523.35 +1000): > How do you ignore it? > > I only see these options-- > > /dsk/data/src/blender/bmesh> svn merge -r39990:39991 > https://svn.blender.org/svnroot/bf-blender/trunk/blender > Conflict for property 'svn:mergeinfo' discovered on > 'release/scrip